131. Документування программ

Программная документация, кроме формальных документов (спецификация, ведомость держателей подлинников, формуляр и др.), включает:

• техническое задание (назначение, область применения программы, требования, предъявляемые к программе);

• текст программы (запись программы с необходимыми комментариями);

• описание программы (сведения о логической структуре и функционировании программы);

• пояснительная записка (схема алгоритма, общее описание алгоритма и/или функционирования программы, обоснование принятых решений);

• эксплуатационные документы.

Программный документ "Пояснительная записка" составляется на стадии эскизного или технического проектов программы. Как правило, на стадии рабочего проекта не используется.

К эксплуатационным документам относят:

• описание применения (сведения о назначении программы, области применения, применяемых методах, классе решаемых задач, ограничениях для применения, минимальной конфигурации технических средств);

• руководство системного программиста (сведения для проверки, обеспечения функционирования и настройки программы на условия конкретного применения);

• руководство программиста (сведения для эксплуатации программы);

• руководство оператора (сведения для обеспечения общения оператора с вычислительной системой в процессе выполнения программы);

• описание языка (описание синтаксиса и семантики языка);

• руководство по техническому обслуживанию (сведения для применения тестовых и диагностических программ при обслуживании технических средств)

П.С. Единая система программной документации (ЕСПД) — комплекс государственных стандартов Российской Федерации, устанавливающих взаимосвязанные правила разработки, оформления и обращения программ и программной документации

Процесс документирования предусматривает формализованное описание информации, созданной в течение ЖЦ ПО. Данный процесс состоит из набора действий, с помощью которых планируют, проектируют, разрабатывают, выпускают, редактируют, распространяют и сопровождают документы, необходимые для всех заинтересованных лиц, таких, как руководство, технические специалисты и пользователи системы.

Процесс документирования включает действия:

• подготовительную работу;

• проектирование и разработку;

• выпуск документации;

• сопровождение.

131. Що визначає надійність программного забезпечення(программных средств).

Альтернативой правильного ПС является надежное ПС. Надежность ПС - это его способность безотказно выполнять определенные функции при заданных условиях в течение заданного периода времени с достаточно большой вероятностью. При этом под отказом в ПС понимают проявление в нем ошибки. Таким образом, надежная ПС не исключает наличия в ней ошибок - важно лишь, чтобы эти ошибки при практическом применении этого ПС в заданных условиях проявлялись достаточно редко. Убедиться, что ПС обладает таким свойством можно при его испытании путем тестирования, а также при практическом применении.

При оценке степени надежности ПС следует также учитывать последствия каждого отказа. Некоторые ошибки в ПС могут вызывать лишь некоторые неудобства при его применении, тогда как другие ошибки могут иметь катастрофические последствия, например, угрожать человеческой жизни. Поэтому для оценки надежности ПС иногда используют дополнительные показатели, учитывающие стоимость (вред) для пользователя каждого отказа.

. В технике известны четыре подхода обеспечению надежности:

• предупреждение ошибок;

• самообнаружение ошибок;

• самоисправление ошибок;

• обеспечение устойчивости к ошибкам.

Целью подхода предупреждения ошибок - не допустить ошибок в готовых продуктах, в нашем случае - в ПС. Проведенное рассмотрение природы ошибок при разработке ПС позволяет для достижения этой цели сконцентрировать внимание на следующих вопросах:

борьбе со сложностью,

обеспечении точности перевода,

преодоления барьера между пользователем и разработчиком,

обеспечения контроля принимаемых решений.

Остальные три подхода связаны с организацией самих продуктов технологии, в нашем случае - программ