
- •1. Что такое промышленный программный продукт. Дать определения пакета прикладных программ, программной системы.
- •2. Основные причины неудач программных проектов. Критичность и масштабность программных проектов.
- •3. Жизненный цикл программного обеспечения. Дать краткую характеристику каждого этапа.
- •4. Каскадные модели разработки по.
- •5. Итеративные модели разработки по.
- •7. Техническое задание. Перечислить и охарактеризовать разделы, входящие в техническое задание.
- •8. Технология экстремального программирования.
- •9 . Унифицированный процесс разработки программного обеспечения. Жизненный цикл унифицированного процесса.
- •10. Унифицированный процесс разработки программного обеспечения. Первый этап.
- •11. Унифицированный процесс разработки программного обеспечения. Этап проектирования.
- •12. Унифицированный процесс разработки программного обеспечения. Этап внедрения.
- •13. Принципы унифицированного процесса.
- •14. Работа с кадрами. Перечислить роли разработчиков и дать характеристику каждой из них.
- •Дополнительные роли разработчиков в крупных программных проектах.
- •15. Дать определения проекта, процесса, продукта с точки зрения унифицированного процесса разработки программного обеспечения.
- •Использование языка uml при проектировании сложных программных систем. Какие диаграммы используются в uml для создания моделей программной системы.
- •Use case diagram (диаграммы сценариев);
- •Deployment diagram (диаграммы топологии);
- •Этап 3: Определение атрибутов классов
- •Этап 4: Выделение операторов (методов) классов.
- •Диаграмма вариантов использования, ее назначение. Рассказать о варианте использования и действующем лице. Правила построения диаграммы вариантов использования.
- •Диаграмма классов. Ее назначение. Что она включает. Рассказать об основных видах связей между классами.
- •Дать определение тестированию и отладке. Особенности и объекты тестирования. Автономное и комплексное тестирование.
- •Дать определение тестированию и отладке. Локализация ошибок. Классификация ошибок.
- •Оценки ошибок.
- •Правила и принципы построения интерфейса пользователя.
- •Документирование. Состав и содержание документов прилагаемых к программной системе.
- •Что такое качество с точки зрения квалиметрии. Дать определение свойству и показателю качества по. Основные задачи решаемые при оценке качества.
- •Оценка качества программного обеспечения. Методы оценки свойств программного обеспечения.
- •Система обеспечения качества по серии стандартов iso.
1. Что такое промышленный программный продукт. Дать определения пакета прикладных программ, программной системы.
Пакет прикладных программ (ППП) – называется множество или совокупность (организованная), программ и модулей, позволяющая решать целый класс задач. ППП с дружественным профессионально-ориентированным интерфейсом пользователя называется программной системой (ПС).
ПС, обладающая качествами промышленного изделия, называется ППИ (промышленное программное изделие).
ППИ применяются в различных отраслях деятельности, они управляют или сами управляются событиями физического мира. Системы подобного рода обычно имеют большое время жизни и большое количество пользователей. Пользователи таких систем оказываются в зависимости от их нормального функционирования.
2. Основные причины неудач программных проектов. Критичность и масштабность программных проектов.
Кризис в разработке ПО выражается в том, что большие проекты выполняются с отставанием от графика или превышают сметы расходов. Разработанный продукт не обладает требуемыми функциональными возможностями, производительность его низка, качество не устраивает потребителей.
Только 16,2% завершились в срок, не превысили запланированный бюджет и реализовали все требуемые функции и возможности; 52,7% проектов завершились с опозданием, расходы превысили запланированный бюджет, требуемые функции не были реализованы в полном объеме; 31,1% проектов были аннулированы до завершения; для двух последних категорий проектов бюджет среднего проекта оказался превышенным на 89%, а срок выполнения - на 122%.
Основные причины кризиса:
Нечеткая и неполная формулировка требований к ПО
Недостаточное вовлечение пользователей в работу над проектом
Отсутствие необходимых ресурсов
Неудовлетворительное планирование и отсутствие грамотного управления проектом
Частое изменение требований и спецификаций
Новизна и несовершенство используемой технологии
Недостаточная поддержка со стороны высшего руководства
Недостаточно высокая квалификация разработчиков, отсутствие необходимого опыта.
Критичность и масштабность проекта.
Существует 4 уровня критичности. C – самый низкий. Дефекты вызывают потерю удобства (word завис), d – дефекты вызывают потерю возместимых средств (хакер в банке), e – дефекты вызывают потерю невозместимых средств (станция отправлена на Марс, а она не вернулась), l – дефекты создают угрозу человеческой жизни.
Масштабность: 1-6 человек – малый масштаб, 6-20 человек – средний масштаб, свыше 20 – крупный масштаб.
3. Жизненный цикл программного обеспечения. Дать краткую характеристику каждого этапа.
обследование системы – на этой стадии поверхностно изучается и описывается существующая задача, выявляются организационные проблемы и необходимость автоматизации, делается грубая оценка стоимости автоматизации
планирование – на данном этапе разрабатывается техническое задание, техническое задание должно описывать требование к назначению и функции к новой системе, также специфицируется аппаратное и программное обеспечение необходимое для работы системы, рассчитывается стоимость разработки и составляется календарный план
Первые две стадии разработки не зависят от используемой методологии программирования.
системный анализ – целью данного этапа является моделирование существующей системы, для понимания того, как она функционирует, результатом данного этапа является аналитическая модель программной системы. Данная модель должна быть составлена в терминах предметной области
На основе этой модели должно быть выработано понимание проблемы достаточное для проектирования системы.
системное проектирование – на данном этапе определяется общая архитектура системы
программное проектирование – на данном этапе строятся программные модули системы
кодирование, тестирование, отладка – модели разработанные на этапе программного проектирования воплощаются в конкретный программный код, реализуются подсистемы, которые тестируются и отлаживаются
системное документирование – на данном этапе окончательно оформляется проектно-техническая документация на систему
внедрение – включает инсталляцию программной системы на аппаратную базу заказчика и обучение персонала
использование и оценка – на данном этапе осуществляется эксплуатация системы, выявление ошибок в ее функционировании, оценка эффективности ее работы, принимаются решения о поддержке и сопровождении системы, а также принимается решение о ее развитии.