Содержание
- 3. Пожалуй, самым неприятным и тяжелым этапом программистской работы является создание программной документации. К сожалению, обычно этому
- 4. Во-первых, умение создавать программную документацию определяет профессиональный уровень программиста. Заказчик не будет вникать в тонкости и
- 5. Созданный в "классическом" стиле пакет программной документации (далее – ПД) создаст у вашего заказчика или работодателя
- 6. . Во-вторых, грамотно составленный (точнее, созданный) пакет ПД избавит вас от многих неприятностей. В частности, избавиться
- 7. Важно создать первый пакет ПД. Этого будет достаточно, чтобы на его основе строить все последующие, используя
- 8. ТЕХНИЧЕСКОЕ ЗАДАНИЕ (ГОСТ 19.201-78) Согласно ГОСТу, настоящий стандарт (переизданный в ноябре 1987 г.) устанавливает порядок построения
- 9. ОБЩИЕ ПОЛОЖЕНИЯ Техническое задание должно содержать следующие разделы: наименование и область применения; основание для разработки; назначение
- 10. В разделе Наименование и область применения указывают наименование, краткую характеристику области применения программы или программного изделия
- 11. В разделе Назначение разработки должно быть указано функциональное и эксплуатационное назначение программы или программного изделия. Ограничиться
- 12. Раздел Технические требования к программе или программному изделию должен содержать следующие подразделы: требования к функциональным характеристикам;
- 13. Требования к функциональным характеристикам. Здесь должны быть указаны требования к составу выполняемых функций, организации входных и
- 14. Требования к надежности. Должны быть указаны требования к обеспечению надежного функционирования (обеспечение устойчивого функционирования, контроль входной
- 15. Условия эксплуатации. Должны быть указаны условия эксплуатации (температура окружающего воздуха, относительная влажность и т.п. для выбранных
- 16. Требования к составу и параметрам технических средств. Указывают необходимый состав технических средств с указанием их технических
- 17. Требования к информационной и программной совместимости. Особенности те же, что и в предыдущем пункте. Здесь должны
- 18. Требования к маркировке и упаковке и требования к транспортированию и хранению являются достаточно экзотическими. В общем
- 19. Технико-экономические показатели. Этот самый сложный для программиста пункт есть далеко не всегда. Он нужен прежде всего
- 20. Стадии и этапы разработки устанавливают необходимые стадии разработки, этапы и содержание работ (перечень программных документов, которые
- 21. В разделе Порядок контроля и приемки должны быть указаны виды испытаний и общие требования к приемке
- 22. В Приложениях к техническому заданию, при необходимости, приводят: перечень научно-исследовательских и других работ, обосновывающих разработку; схемы
- 23. ТЕКСТ ПРОГРАММЫ (ГОСТ 19.401-78) Требования к оформлению текста программы достаточно просты и естественны для грамотного программиста.
- 24. Обязательными являются комментарии, а также строгое соблюдение правил отступа. Помните, оправдать можно даже неумение создавать программную
- 25. ПРОГРАММА И МЕТОДИКА ИСПЫТАНИЙ (ГОСТ 19.301-79) В этом документе содержится описание того, что и как необходимо
- 26. Формально этот ГОСТ используется для разработки документов планирования и проведения испытательных работ по оценке готовности и
- 27. Составные части этого документа проще и нагляднее описывать сразу в виде примеров. Объект испытаний Пример: Объектом
- 28. Требования к программной документации Пример: Состав программной документации, предъявляемой на испытании: описание программы (ГОСТ 19.402-78); программа
- 30. Скачать презентацию