Технология разработки программного обеспечения. Зубкова Т.М. - 16 стр.

UptoLike

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

Правило стандартизации стиля заключается в следующем: если суще-
ствует более одного способа сделать что-либо и выбор произвольный, оста-
новитесь на одном способе, и всегда его придерживайтесь. Программное
средство представленное в хорошем стиле имеет комментарии (пояснитель-
ные, вводные иногда оглавления), значимые идентификаторы, хорошо вос-
принимаемый текст ПС.
Пользовательский интерфейс также должен быть разработан в хоро-
шем стиле, придерживаясь следующих рекомендаций:
пользовательский интерфейс должен базироваться на терминах и
понятиях, знакомых пользователю;
пользовательский интерфейс должен быть единообразным;
пользовательский интерфейс должен позволять пользователю ис-
правлять собственные ошибки;
пользовательский интерфейс должен позволять получение пользо-
вателем справочной информации: как по его запросу, так и генерируемой ПС.
1.5 Модульное программирование
Приступая к разработке каждой программы ПС, следует иметь в виду,
что она, как правило, является большой системой, поэтому мы должны при-
нять меры для ее упрощения. Для этого такую программу разрабатывают по
частям, которые называются программными модулями. А сам такой метод
разработки программ называют
модульным программированием. Программ-
ный модуль
это любой фрагмент описания процесса, оформляемый как са-
мостоятельный программный продукт, пригодный для использования в опи-
саниях процесса. Это означает, что каждый программный модуль програм-
мируется, компилируется и отлаживается отдельно от других модулей про-
граммы, и тем самым, физически разделен с другими модулями программы.
Более того, каждый разработанный программный модуль может включаться
в состав разных программ, если выполнены условия его использования, дек-
ларированные в документации по этому модулю. Таким образом, программ-
ный модуль может рассматриваться и как средство борьбы со сложностью
программ, и как средство борьбы с дублированием в программировании (т.е.
как средство накопления и многократного использования программистских
знаний).
Программы разбиваются на модули для того, чтобы:
упростить их разработку и реализацию;
облегчить чтение программ;
упростить их настройку и модификацию;
облегчить работу с данными, имеющими сложную структуру;
избежать чрезмерной детализации алгоритмов;
обеспечить более выгодное размещение программ в памяти ЭВМ.
16
       Правило стандартизации стиля заключается в следующем: если суще-
ствует более одного способа сделать что-либо и выбор произвольный, оста-
новитесь на одном способе, и всегда его придерживайтесь. Программное
средство представленное в хорошем стиле имеет комментарии (пояснитель-
ные, вводные иногда оглавления), значимые идентификаторы, хорошо вос-
принимаемый текст ПС.
       Пользовательский интерфейс также должен быть разработан в хоро-
шем стиле, придерживаясь следующих рекомендаций:
      − пользовательский интерфейс должен базироваться на терминах и
понятиях, знакомых пользователю;
      − пользовательский интерфейс должен быть единообразным;
      − пользовательский интерфейс должен позволять пользователю ис-
правлять собственные ошибки;
      − пользовательский интерфейс должен позволять получение пользо-
вателем справочной информации: как по его запросу, так и генерируемой ПС.

     1.5 Модульное программирование

       Приступая к разработке каждой программы ПС, следует иметь в виду,
что она, как правило, является большой системой, поэтому мы должны при-
нять меры для ее упрощения. Для этого такую программу разрабатывают по
частям, которые называются программными модулями. А сам такой метод
разработки программ называют модульным программированием. Программ-
ный модуль − это любой фрагмент описания процесса, оформляемый как са-
мостоятельный программный продукт, пригодный для использования в опи-
саниях процесса. Это означает, что каждый программный модуль програм-
мируется, компилируется и отлаживается отдельно от других модулей про-
граммы, и тем самым, физически разделен с другими модулями программы.
Более того, каждый разработанный программный модуль может включаться
в состав разных программ, если выполнены условия его использования, дек-
ларированные в документации по этому модулю. Таким образом, программ-
ный модуль может рассматриваться и как средство борьбы со сложностью
программ, и как средство борьбы с дублированием в программировании (т.е.
как средство накопления и многократного использования программистских
знаний).
       Программы разбиваются на модули для того, чтобы:
      − упростить их разработку и реализацию;
      − облегчить чтение программ;
      − упростить их настройку и модификацию;
      − облегчить работу с данными, имеющими сложную структуру;
      − избежать чрезмерной детализации алгоритмов;
      − обеспечить более выгодное размещение программ в памяти ЭВМ.



16