 |
Дайте определение понятия «Документирование программного обеспечения». Выделите и охарактеризуйте основные виды документации на программное обеспечение
|
|
|
|
Качество программного обеспечения, наряду с другими факторами, определяется полнотой и качеством пакета документов, сопровождающих ПО. К программным документам относятся документы, содержащие сведения, необходимые для разработки, изготовления, сопровождения программ и эксплуатации
Документирование ПО – процесс формализованного описания информации, созданной в течение жизненного цикла программного обеспечения
При разработке Программных Продуктов создается и используется большой объем разнообразной документации. Она необходима как средство передачи информации между разработчиками ПП, как средство управления разработкой ПП и как средство передачи пользователям информации, необходимой для применения и сопровождения ПП.
Можно выделить следующие основные виды документации на ПО
· Проектная (архитектурная) — обзор программного обеспечения, включающий описание рабочей среды и принципов, которые должны быть использованы при создании ПО. Проектная документация обычно описывает продукт в общих чертах. Не описывая того, как что-либо будет использоваться. Примеры: техническое задание, технический проект.
· Техническая — документация на код, алгоритмы, интерфейсы, API.
Такая документация часто включается непосредственно в исходный код или предоставляется вместе с ним. Подобная документация имеет сильно выраженный технический характер и в основном используется для определения и описания API, структур данных и алгоритмов.
· Пользовательская — руководства для конечных пользователей, администраторов системы и другого персонала. Пользовательская документация описывает то, как использовать программу. Обычно, пользовательская документация представляет из себя руководство пользователя, которое описывает каждую функцию программы, а также шаги, которые нужно выполнить для использования этой функции. Примеры: руководство пользователя, руководство администратора
|
|
|
Существует три подхода к организации пользовательской документации
· Вводное руководство (англ. tutorial), наиболее полезное для новых пользователей, последовательно проводит по ряду шагов, служащих для выполнения каких-либо типичных задач.
· Тематический подход, при котором каждая глава руководства посвящена какой-то отдельной теме, больше подходит для совершенствующихся пользователей
· Алфавитный справочник команд и задач
· Маркетинговая
Для многих приложений необходимо располагать рядом рекламных материалов, с тем чтобы заинтересовать людей, обратив их внимание на продукт. Такая форма документации имеет целью:
- подогреть интерес к продукту у потенциальных пользователей
- информировать их о том, что именно делает продукт, с тем чтобы их ожидания совпадали с тем что они получат
- объяснить положение продукта по сравнению с конкурирующими решениями
Опишите понятие «Модульное программирование». Выделите основные характеристики программного модуля. Проанализируйте преимущества и недостатки модульности при разработке ПО.
Модульное программирование – это организация программы как совокупности небольших независимых блоков, структура и поведение которых подчиняется заранее определенным правилам.
Программный модуль - это любой фрагмент описания процесса, оформляемый как самостоятельный программный продукт, пригодный для использования в описаниях процесса.
Это означает, что каждый программный модуль программируется, компилируется и отлаживается отдельно от других модулей программы, и тем самым, физически разделен с другими модулями программы.
|
|
|
Каждый разработанный программный модуль может включаться в состав разных программ, если выполнены условия его использования, описанные в документации по этому модулю.
Программы разбиваются на модули для того, чтобы:
· упростить их разработку и реализацию;
· облегчить чтение программ;
· упростить их настройку и модификацию;
· облегчить работу с данными, имеющими сложную структуру;
· избежать чрезмерной детализации алгоритмов;
· обеспечить более выгодное размещение программ в памяти ЭВМ.
К основным характеристикам программного модуля относят:
Размер модуля измеряется числом содержащихся в нем операторов или строк. Модуль не должен быть слишком маленьким или слишком большим. Маленькие модули приводят к громоздкой модульной структуре программы и могут не окупать накладных расходов, связанных с их оформлением. Большие модули неудобны для изучения и изменений, они могут существенно увеличить суммарное время повторных трансляций программы при отладке программы. Обычно рекомендуются программные модули размером от нескольких десятков до нескольких сотен операторов.
Прочность(связность) модуля - это мера его внутренних связей. Чем выше прочность модуля, тем больше связей он может спрятать от внешней по отношению к нему части программы и, следовательно, тем больший вклад в упрощение программы он может внести.
Выделяют:
Функционально прочный модуль - это модуль, выполняющий (реализующий) одну какую-либо определенную функцию. При реализации этой функции такой модуль может использовать и другие модули. Такой класс программных модулей рекомендуется для использования.
Информационно прочный модуль - это модуль, выполняющий (реализующий) несколько операций (функций) над одной и той же структурой данных (информационным объектом), которая считается неизвестной вне этого модуля.
Сцепление модуля - это мера его зависимости по данным от других модулей. Характеризуется способом передачи данных. Чем слабее сцепление модуля с другими модулями, тем сильнее его независимость от других модулей.
Рутинность модуля - это его независимость от предыстории обращений к нему. Модуль будем называть рутинным, если результат (эффект) обращения к нему зависит только от значений его параметров (и не зависит от предыстории обращений к нему). Модуль будем называть зависящим от предыстории, если результат (эффект) обращения к нему зависит от внутреннего состояния этого модуля, изменяемого в результате предыдущих обращений к нему.
|
|
|
| + | – |
| Модульные программы легко составлять и отлаживать. Функциональные компоненты такой программы могут быть написаны и отлажены порознь. | Модульность требует большей дополнительной работы |
| Модульную программу легче сопровождать и модифицировать. Функциональные компоненты могут быть изменены, переписаны или заменены без изменений в остальных частях. | Модульный подход иногда требует большего времени процессора |
| Разработкой модульной программы легче управлять. | Сложности в проектировании большого количества модулей |
|
|
|
