- •Контрольные вопросы по дисциплине «Разработка и стандартизация программных средств и информационных технологий»
- •Охарактеризуйте этапы развития программного обеспечения.
- •Что определяет стандарт гост р исо/мэк 12207:1999?
- •Какова структура стандарта гост р исо/мэк 12207:1999? Какие процессы он описывает?
- •В чем заключается этап проектировании по? Какая документация создается в процессе выполнения этого этапа?
- •Что определяет лицензионное соглашение на приобретаемое по? Какие вы знаете виды лицензионных соглашений?
- •Что такое сертификация как процесс?
- •Для чего нужна сертификация программного обеспечения?
- •Как организована система сертификации в рф? Какие формы сертификации существуют по отношению к по?
- •Может ли быть сертифицировано зарубежное программное средство?
- •Чем характеризуется качество пп? Опишите «дерево качества» по.
- •Что такое комплексный показатель качества пп?
- •Охарактеризуйте уровни модели cmm. Чем cmmi отличается от cmm?
- •Укажите отличия методологий разработки по: «Fix&Code», «Agile», rup, msf.
- •Чему посвящен стандарт iso 9000, разработанный Международной организацией по стандартизации? Чем отличаются стандарты iso 9001, iso 9002, iso 9003?
- •Что определяют стандарты posix?
Что определяет стандарт гост р исо/мэк 12207:1999?
Процессы жизненного цикла ПО.
Какова структура стандарта гост р исо/мэк 12207:1999? Какие процессы он описывает?
Стандарт состоит из 7 разделов и 4-х приложений. Разделы с 1-го по 4-й являются вводными, где сформулированы цели стандарта, области применения, определены основные термины и ссылки на стандарты, используемые при написании. В разделах с 5-го по 7-й описано содержание всех процессов, происходящих на разных этапах жизненного цикла. В приложениях даны рекомендации по применению стандарта. Все процессы ЖЦ разбиты на 3 группы: основные, вспомогательные, организационные.
1 Область применения
2 Нормативные ссылки
3 Определения
4 Прикладное применение настоящего стандарта
5 Основные процессы жизненного цикла
6 Вспомогательные процессы жизненного цикла
7 Организационные процессы жизненного цикла
Приложение А Процесс адаптации, Приложение В Руководство по адаптации, Приложение С Руководство по процессам и организациям Приложение D Библиография.
В чем отличие каскадной модели жизненного цикла ПО от спиральной модели?
Каскадная модель жизненного цикла ПО предполагает: переход на следующую стадию жизненного цикла только после полного завершения работ на текущей стадии;
Спиральная модель жизненного цикла ПО предполагает: создание ПО несколькими итерациями с использованием метода прототипирования;
Какими средствами обеспечивается концептуальная целостность программного изделия?
Концептуальная целостность ППП обеспечивается: единообразием взаимодействия ППП с пользователем.
Что включает в себя структурный подход к проектированию ПО ?
Структурный подход к проектированию ПО предполагает: функциональную декомпозицию модели предметной области;
Что включает в себя объектно-ориентированный подход к проектированию ПО?
Объектно-ориентированный подход к проектированию ПО предполагает: объектную декомпозицию модели предметной области;
Охарактеризуйте участников проекта по созданию ППП, их приоритеты и цели (на примере методологии Microsoft Solutions Framework).
MSF – комплект взаимосвязанных моделей, концепций, руководств по созданию и внедрению ИС. Миссия проектной группы: создание качественного продукта в условиях ограничений на время и ресурсы. Основные принципы, которые провозглашаются при создании проектной группы: распределение ответственности при фиксации отчетности, наделяйте членов команды полномочиями, концентрируйтесь на бизнес-приоритетах, единое видении проекта (целостный подход), проявляйте гибкость будьте готовы к переменам, поощряйте свободное общение, стремление к самосовершенствованию, принцип заинтересованности – у каждого члена команды должна быть мотивация к труду, к работе.
Ролевой кластер – один или группа людей, выполняющая исходные функции. Роль1 – менеджер продукта обеспечивает коммуникационный канал м/у заказчиком и проектной группой. Его основная задача - определить желания заказчика их удовлетворить. Роль2 – менеджер программы управляет коммуникациями и взаимоотношениями в проектной группе, руководит разработкой внешних спецификаций, ведет график проекта, инициирует принятие критических для проекта решений (что-то нужно либо срочно закупить, либо раньше завершить работу). Роль 3 – разработчик создает продукт, удовлетворяющий спецификациям, принимает технические решения, разработчики обычно объединяются в группы. Роль 4 – тестер (тестеровщик) определяет стратегии тестирования, собственно проведение тестирования и анализ результатов, необходимо, чтобы у него был аналитический склад ума. Роль 5 – инструктор, его задачи: разработка документации, обучение пользователей, тестирование; требование- умение технически писать. Роль 6 – логистик, его задачи: обеспечить внедрение и дальнейшее сопровождение программного продукта.
Существуют также роли поддержки – их выполняют специалисты и эксперты в ключевых точках проекта, они привлекаются к проектам, если необходимо, но не принимают решения.