- •9. Использование itil для обеспечения качества при проектировании пс.
- •Стандарты iso, используемые при обеспечении качества процессов создания пс.
- •10 . Методология «6 сигма» и качество пс.
- •11. Cmmi и iso/iec 15504 – сходства и различия.
- •32. Документ "Программа-методика испытания программного средства". Содержание и сфера применения
- •34. Понятие метода и технологии проектирования программных средств
- •Требования к технологии
- •7 Стандартизация пс.
- •13. Достоинства и недостатки cmm/cmmi
- •24. Стадии разработки пс: технический проект.
- •19. Интеграция и установка пс.
- •23. Стадии разработки пс: рабочий проект.
- •18 Приёмка и сопровождение пс.
- •21. Подготовительные работы, анализ требований к системе, проектирование архитектуры системы на высоком уровне
- •17. Жизненный цикл пс (общие сведения).
- •20. Детальное проектирование, кодирование и тестирование пс.
- •25 . Стадии разработки пс: эскизный проект.
- •26. Стадии разработки пс: стадия разработки тз.
- •29. Основы качества пс.
- •31 . Структурное программирование
- •33. Программная инженерия. Понятие модели архитектуры по.
- •35. Основные понятия связанные с управлением требованиями
- •1) Финансовые
- •2) Временные
- •3) Кадровые
- •4) Аппаратурные
- •36. Характеристики качественных требований. По-разному определены различными источниками. Однако, следующие характеристики являются общепризнанными:
- •40. Виды испытаний пс.
- •22. Стадии разработки пс: внедрение.
- •37 Виды ресурсов жизненного цикла программных средств
- •1) Финансовые
- •2) Временные
- •3) Кадровые
- •4) Аппаратурные
23. Стадии разработки пс: рабочий проект.
Стадия – наиболее укрупнённое составляющее процесса разработки, по завершении которой характерно получение программного обеспечения в определённой степени готовности.
Стадия разработки программного средства предусмотрены ГОСТ 19.102-77 ЕСПД. стадия разработки.
Рабочее проектирование (рабочий проект).
Результатом рабочего проектирования является программное средство в состоянии операционной готовности, т.е. такое, в каком устранены синтаксические и семантические ошибки, как в программном коде, так и в программной документации. Основные работы в этой стадии:
1) программная реализация (написание программного кода, привязка его к специфике конкретного объекта, адаптация, настройка программных модулей)
2) отладка (автономная в лабораторных условиях и комплексная на объекте эксплуатации)
3) разработка эксплуатационной документации(осуществляется в соответствии с требованиями ГОСТ 19.101-77)
4) организация внедрения программного средства
5) внедрение
На этом этапе осуществляют:
1) подготовка персонала к эксплуатации
2) подготовка БД
3) проверка работоспособности программного средства на реальных данных (опытная эксплуатация)
4) доводка (окончательное устранение всех ошибок в программном коде и документации)
16. Документ "Техническое задание на программное средство". Содержание и сфера. ТЗ – документ, в котором излагаются назначение и область применения программы, требования к ПС, стадии и сроки разработки, виды испытаний; Техническое задание должно содержать следующие разделы: 1) введение; указывают наименование, краткую характеристику области применения программы или программного изделия и объекта, в котором используют программу или программное изделие [из п. 2.1 ГОСТ 19.201-78]. 2) основания для разработки; должны быть указаны: документ, на основании которых ведется разработка; организация, утвердившая этот документ, и дата его утверждения; наименование и (или) условное обозначение темы разработки. [из п. 2.2 ГОСТ 19.201-78]. 3) назначение разработки; должно быть указано функциональное и эксплуатационное назначение программы или программного изделия [из п. 2.3 ГОСТ 19.201-78]. 4) требования к программе или программному изделию; должен содержать следующие подразделы: требования к функциональным характеристикам; требования к надежности; условия эксплуатации; требования к составу и параметрам технических средств; требования к информационной и программной совместимости; требования к маркировке и упаковке; требования к транспортированию и хранению; специальные требования. - В подразделе «Требования к функциональным характеристикам» должны быть указаны требования к составу выполняемых функций, организации входных и выходных данных, временным характеристикам и т. п. [из п. 2.4.1 ГОСТ 19.201-78]. - В подразделе «Требования к надежности» должны быть указаны требования к обеспечению надежного функционирования (обеспечения устойчивого функционирования, контроль входной и выходной информации, время восстановления после отказа и т.п.) [из п. 2.4.2 ГОСТ 19.201-78]. - В подразделе «Условия эксплуатации» должны быть указаны условия эксплуатации (температура окружающего воздуха, относительная влажность и т.п. для выбранных типов носителей данных), при которых должны обеспечиваться заданные характеристики, а также вид обслуживания, необходимое количество и квалификация персонала [из п. 2.4.3 ГОСТ 19.201-78]. - В подразделе «Требования к составу и параметрам технических средств» указывают необходимый состав технических средств с указанием их основных технических характеристик [из п. 2.4.4 ГОСТ 19.201-78]. - В подразделе «Требования к информационной и программной совместимости» должны быть указаны требования к информационным структурам на входе и выходе и методам решения, исходным кодам, языкам программирования и программным средствам, используемым программой. При необходимости должна обеспечиваться защита информации и программ [из п. 2.4.5 ГОСТ 19.201-78]. - В подразделе «Требования к маркировке и упаковке» в общем случае указывают требования к маркировке программного изделия, варианты и способы упаковки [из п. 2.4.6 ГОСТ 19.201-78]. - В подразделе «Требования к транспортированию и хранению» должны быть указаны для программного изделия условия транспортирования, места хранения, условия хранения, условия складирования, сроки хранения в различных условиях [из п. 2.4.7 ГОСТ 19.201-78]. 5) требования к программной документации; должен быть указан предварительный состав программной документации и, при необходимости, специальные требования к ней [п. 2.5а ГОСТ 19.201-78]. 6) технико-экономические показатели; должны быть указаны: ориентировочная экономическая эффективность, предполагаемая годовая потребность, экономические преимущества разработки по сравнению с лучшими отечественными и зарубежными образцами или аналогами [из п. 2.5 ГОСТ 19.201-78]. 7) стадии и этапы разработки; устанавливают необходимые стадии разработки, этапы и содержание работ (перечень программных документов, которые должны быть разработаны, согласованы и утверждены), а также, как правило, сроки разработки и определяют исполнителей[п.2.6 ГОСТ19.201-78]. 8) порядок контроля и приемки; должны быть указаны виды испытаний и общие требования к приемке работы [из п. 2.7 ГОСТ 19.201-78]. В техническое задание допускается включать приложения. В зависимости от особенностей программы или программного изделия допускается уточнять содержание разделов, вводить новые разделы или объединять отдельные из них. В приложениях к техническому заданию, при необходимости, приводят: перечень научно-исследовательских и других работ, обосновывающих разработку; схемы алгоритмов, таблицы, описания, обоснования, расчеты и другие документы, которые могут быть использованы при разработке; другие источники разработки. ТЗ на программу пишется по ГОСТ 19.201—78 «Единая система программной документации. Техническое задание. Требование к содержанию и оформлению».