Ответы на экзамен (987689), страница 2

Просмтор этого файла доступен только зарегистрированным пользователям. Но у нас супер быстрая регистрация: достаточно только электронной почты!

Текст из файла (страница 2)

7. программирование и тестирование программных средств,

8. сборка программных средств,

9. квалификационное испытание программных средств,

10. сборка системы,

11. квалификационные испытания системы,

12. ввод в действие программных средств,

13. обеспечение приемки программных средств.

Процесс эксплуатации состоит из следующих работ:

1. подготовка процесса,

2. эксплуатационные испытания,

3. эксплуатация системы,

4. поддержка пользователя.

Процесс сопровождения состоит из следующих работ:

1. подготовка процесса,

2. анализ проблем и изменений,

3. внесение изменений,

4. проверка и приемка при внесении изменений,

5. перенос, снятие с эксплуатации.

1) Процесс разработки включает работы по анализу требований, проектированию, программированию, сборке, тестированию, вводу в действие и приемке программных продуктов. Данный процесс состоит из следующих работ:

1. подготовка процесса,

2. анализ требований к системе,

3. проектирование системной архитектуры,

4. анализ требований к программным средствам,

5. проектирование программной архитектуры,

6. техническое проектирование программных средств,

7. программирование и тестирование программных средств,

8. сборка программных средств,

9. квалификационное испытание программных средств,

10. сборка системы,

11. квалификационные испытания системы,

12. ввод в действие программных средств,

13. обеспечение приемки программных средств.

Подготовка процесса разработки включает:

∙••••••• выбор модели жизненного цикла программных средств, соответствующей области реализации, величине и сложности проекта,

∙••••••• выбор и адаптацию стандартов, методов и инструментарий разработки,

∙••••••• разработку плана выполнения работы.

Анализ требований к системе предполагает выполнение следующих задач.

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

Требования к системе должны быть оценены с учетом следующих критериев:

∙••••••• учет потребностей заказчика,

∙••••••• соответствие потребностям заказчика.

∙••••••• тестируемость,

∙••••••• выполнимость проектирования системной архитектуры,

∙••••••• возможность эксплуатации и сопровождения.

Проектирование системной архитектуры состоит из следующих основных задач.

Определение общей архитектуры системы (архитектуры высшего уровня). Должно быть определено распределение всех требований к системе между объектами архитектуры; определены объекты конфигурации технических и программных средств. Системная архитектура должны быть оценена по следующим критериям:

∙••••••• учет требований к системе,

∙••••••• соответствие требований к системе,

∙••••••• соответствие используемых стандартов и методов проектирования,

∙••••••• возможность программных объектов архитектуры выполнять установленные для них требования,

∙••••••• возможность эксплуатации и сопровождения.

Анализ требований к программным средствам включает следующие задачи.

Выявление и документирование функциональных и технических требований, включая производительность, физические характеристики и окружающие условия, под которые должен быть создан программный объект. В том числе:

∙••••••• Требования к внешним интерфейсам.

∙••••••• Квалификационные требования.

∙••••••• Требования защиты, включая требования, относящиеся к допустимой точности информации.

∙••••••• Эргономические требования, включая требования, относящиеся к ручным операциям, взаимодействию «человек – машина», персоналу и областям, требующим концентрации внимания человека, связанным с чувствительностью объекта к ошибкам человека и обученности персонала.

∙••••••• Требования к определению данных в базе данных.

∙••••••• Требования по вводу в действие и приемке поставляемого программного продукта.

∙••••••• Требования к документации пользователя.

∙••••••• Требования к эксплуатации объекта пользователем.

∙••••••• Требования к обслуживанию пользователя.

Разработчик должен оценить требования к программным средствам по следующим критериям:

∙••••••• Учет требований к системе и проекту системы.

∙••••••• Внешняя согласованность с требованиями к системе.

∙••••••• Внутренняя согласованность требований к объектам между собой.

∙••••••• Тестируемость требований.

∙••••••• Выполнимость программного проекта.

∙••••••• Возможность эксплуатации и сопровождения.

Проектирование программной архитектуры.

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

Разработанную архитектуру следует оценить по следующим критериям:

∙••••••• Учет требований к программному объекту.

∙••••••• Внешняя согласованность с требованиями к программному объекту.

∙••••••• Внутренняя согласованность между компонентами программного объекта.

∙••••••• Соответствие методов проектирования и используемых стандартов.

∙••••••• Возможность технического проектирования.

∙••••••• Возможность эксплуатации и сопровождения.

Техническое проектирование программных средств.

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

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

Кроме перечисленного необходимо разработать технический проект базы данных, уточнить состав документации пользователя, определить требования к испытаниям (Требования к испытаниям должны определять воздействие на программный модуль в пределах установленных к нему требований), уточнить требования к сборке.

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

∙••••••• Учет требований к программному объекту.

∙••••••• Внешнее соответствие спроектированной архитектуре.

∙••••••• Внутренняя согласованность между компонентами программного объекта и программными модулями.

∙••••••• Соответствие методов проектирования и используемых стандартов.

∙••••••• Возможность тестирования.

∙••••••• Возможность эксплуатации и сопровождения.

Программирование и тестирование программных средств.

Данная работа состоит из следующих задач применительно к каждому программному объекту.

Разработчик должен разработать и документально оформить следующие продукты:

∙••••••• Каждый программный модуль и базу данных.

∙••••••• Процедуры испытания (тестирования) и данные для тестирования каждого программного модуля и базы данных.

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

Запрограммированные элементы программного объекта и результаты их тестирования оценивают по следующим критериям:

∙••••••• Учет требований к программному объекту и проекту в целом.

∙••••••• Внешнее соответствие требованиям и проекту программного объекта.

∙••••••• Внутреннее соответствие между требованиями к программным модулям.

∙••••••• Тестовое покрытие всех модулей. Соответствие методов программирования и используемых для них стандартов.

∙••••••• Возможность сборки и тестирования.

∙••••••• Возможность эксплуатации и сопровождения.

Сборка программных средств.

Разработчик должен разработать план сборки для объединения программных модулей и компонентов в программный объект. План должен включать требования к испытаниям (тестированию), процедуры тестирования, контрольные данные, обязанности исполнителя и программу испытаний. Разработчик должен собрать программные модули и компоненты и протестировать их как продукты, разработанные в соответствии с планом сборки. Для каждого квалификационного требования необходимо разработать и оформить набор тестов, контрольных примеров (исходные и выходные данные, критерии тестирования), процедуры испытаний для проведения квалификационных испытаний программных средств. Собранный программный объект должен быть готов к квалификационным испытаниям. В случае необходимости надо уточнить документацию пользователя.

Разработчик должен оценить план сборки, проект, запрограммированный программный объект, проведенные испытания, результаты тестирования и документацию по следующим критериям:

∙••••••• Учет требований к системе.

∙••••••• Внешнее соответствие требований к системе.

∙••••••• Внутренняя согласованность между программными объектами.

∙••••••• Тестовое покрытие требований к программному объекту.

∙••••••• Соответствие используемых испытательных стандартов и методов испытаний.

∙••••••• Соответствие ожидаемым результатам.

∙••••••• Выполнимость квалификационного испытания программного объекта.

∙••••••• Возможность эксплуатации и сопровождения.

Квалификационные испытания программных средств.

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

∙••••••• Тестовое покрытие требований.

∙••••••• Соответствие ожидаемым результатам.

∙••••••• Возможность сборки и тестирования системы.

∙••••••• Возможность эксплуатации и сопровождения.

Сборка

В ходе сборки объекты программной конфигурации должны быть собраны в единую систему вместе с объектами технической конфигурации, ручными операциями и, при необходимости, с другими системами. Собранная система должна быть испытана на соответствие установленным требованиям.

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

Собранная система должна оцениваться по следующим критериям:

∙••••••• Тестовое покрытие требований к системе.

∙••••••• Соответствие методов тестирования и используемых стандартов.

∙••••••• Соответствие ожидаемым результатам.

∙••••••• Выполнимость квалификационных испытаний системы.

∙••••••• Возможность эксплуатации и сопровождения.

Квалификационные испытания системы

Квалификационные испытания системы должны быть проведены в соответствии с квалификационными требованиями, установленными к системе. Должно быть обеспечено, чтобы реализация каждого требования к системе была испытана на соответствие установленным значениям и чтобы система была готова к поставке.

Система должна оцениваться по следующим критериям:

∙••••••• Тестовое покрытие требований к системе.

∙••••••• Соответствие ожидаемым результатам.

Характеристики

Список файлов ответов (шпаргалок)