Системное программное обеспечение. Рощин А.В. - 158 стр.

UptoLike

Составители: 

158
Глава 6 Создание программы на ассемблере
В этой главе мы познакомимся со специальными программными
средствами, предназначенными для преобразования исходных текстов на
ассемблере к виду, приемлемому для выполнения на компьютере, и научимся
использовать их [8].
Но прежде чем обсуждать сами инструментальные средства
разработки программ, рассмотрим принципы разработки программного
обеспечения. Для начинающего программиста, характерен большой интерес
к практической работе и, возможно, разработку программы он производит на
чисто интуитивном уровне. До определенного момента здесь нет ничего
страшногоэто даже естественно. Но совсем не задумываться над тем, как
правильно организовать разработку программы (не обязательно на
ассемблере), нельзя, так как хаотичность и ставка только на интуицию в
конечном итоге станут стилем программирования. А это может привести к
тому, что рано или поздно за программистом закрепится слава человека, у
которого программы работают «почти всегда» со всеми вытекающими
отсюда последствиями для карьеры. Поэтому необходимо помнить одно
золотое правило: надежность программы достигается, в первую очередь,
благодаря ее правильному проектированию, а не бесконечному
тестированию.
Это правило означает, что если программа правильно разработана в
отношении, как структур данных, так и структур управления, то это в
определенной степени гарантирует правильность ее функционирования.
При применении такого стиля программирования ошибки являются легко
локализуемыми и устранимыми.
О том, как правильно организовать разработку программ (независимо
от языка), написана не одна сотня книг. Большинство авторов предлагают
следующий процесс разработки программы (мы адаптируем его, где это
необходимо, к особенностям ассемблера):
1. Этап постановки и формулировки задачи:
изучение предметной области и сбор материала в проблемно-
ориентированном контексте;
определение назначения программы, выработка требований к ней и
представление требований, если возможно, в формализованном
виде;
формулирование требований к представлению исходных данных
и выходных результатов;
определение структур входных и выходных данных;
формирование ограничений и допущений на исходные и выходные
данные.
2. Этап проектирования:
формирование «ассемблерной» модели задачи;
                                  158



     Глава 6 Создание программы на ассемблере
      В этой главе мы познакомимся со специальными программными
средствами, предназначенными для преобразования исходных текстов на
ассемблере к виду, приемлемому для выполнения на компьютере, и научимся
использовать их [8].
      Но прежде чем обсуждать сами инструментальные средства
разработки программ, рассмотрим принципы разработки программного
обеспечения. Для начинающего программиста, характерен большой интерес
к практической работе и, возможно, разработку программы он производит на
чисто интуитивном уровне. До определенного момента здесь нет ничего
страшного – это даже естественно. Но совсем не задумываться над тем, как
правильно организовать разработку программы (не обязательно на
ассемблере), нельзя, так как хаотичность и ставка только на интуицию в
конечном итоге станут стилем программирования. А это может привести к
тому, что рано или поздно за программистом закрепится слава человека, у
которого программы работают «почти всегда» со всеми вытекающими
отсюда последствиями для карьеры. Поэтому необходимо помнить одно
золотое правило: надежность программы достигается, в первую очередь,
благодаря ее правильному проектированию, а не бесконечному
тестированию.
      Это правило означает, что если программа правильно разработана в
отношении, как структур данных, так и структур управления, то это в
определенной степени гарантирует правильность ее функционирования.
При применении такого стиля программирования ошибки являются легко
локализуемыми и устранимыми.
      О том, как правильно организовать разработку программ (независимо
от языка), написана не одна сотня книг. Большинство авторов предлагают
следующий процесс разработки программы (мы адаптируем его, где это
необходимо, к особенностям ассемблера):
      1. Этап постановки и формулировки задачи:
      − изучение предметной области и сбор материала в проблемно-
         ориентированном контексте;
      − определение назначения программы, выработка требований к ней и
         представление требований, если возможно, в формализованном
         виде;
      − формулирование требований к представлению исходных данных
         и выходных результатов;
      − определение структур входных и выходных данных;
      − формирование ограничений и допущений на исходные и выходные
         данные.
      2.    Этап проектирования:
      − формирование «ассемблерной» модели задачи;