СиППО (1-4, 8, 10) (Ответы на все вопросы), страница 2
Описание файла
Файл "СиППО (1-4, 8, 10)" внутри архива находится в папке "Ответы на все вопросы". Документ из архива "Ответы на все вопросы", который расположен в категории "". Всё это находится в предмете "системное и прикладное программное обеспечение (сппо)" из 6 семестр, которые можно найти в файловом архиве НИУ «МЭИ» . Не смотря на прямую связь этого архива с НИУ «МЭИ» , его также можно найти и в других разделах. Архив можно найти в разделе "к экзамену/зачёту", в предмете "системное и прикладное программное обеспечение (сппо)" в общих файлах.
Онлайн просмотр документа "СиППО (1-4, 8, 10)"
Текст 2 страницы из документа "СиППО (1-4, 8, 10)"
∙ Внутренняя согласованность между компонентами программного объекта.
∙ Соответствие методов проектирования и используемых стандартов.
∙ Возможность технического проектирования.
∙ Возможность эксплуатации и сопровождения.
Техническое проектирование программных средств.
Выполняя этот этап, разработчик должен разработать технический проект для каждого компонента программного объекта. Компоненты программного объекта должны быть уточнены на уровне программных модулей, которые можно программировать, компилировать и тестировать независимо. Должно быть обеспечено распределение технических требований к компонентам программного объекта между программными модулями.
Необходимо разработать технический проект внешних интерфейсов, интерфейсов между компонентами и между модулями. Технический проект интерфейсов должен обеспечить выполнение программирования без потребности в дополнительной информации.
Кроме перечисленного необходимо разработать технический проект базы данных, уточнить состав документации пользователя, определить требования к испытаниям (Требования к испытаниям должны определять воздействие на программный модуль в пределах установленных к нему требований), уточнить требования к сборке.
Технический проект оценивают по следующим критериям:
∙ Учет требований к программному объекту.
∙ Внешнее соответствие спроектированной архитектуре.
∙ Внутренняя согласованность между компонентами программного объекта и программными модулями.
∙ Соответствие методов проектирования и используемых стандартов.
∙ Возможность тестирования.
∙ Возможность эксплуатации и сопровождения.
Программирование и тестирование программных средств.
Данная работа состоит из следующих задач применительно к каждому программному объекту.
Разработчик должен разработать и документально оформить следующие продукты:
∙ Каждый программный модуль и базу данных.
∙ Процедуры испытания (тестирования) и данные для тестирования каждого программного модуля и базы данных.
Разработчик должен протестировать каждый программный модуль и базу данных, гарантируя, что они удовлетворяют установленным требованиям. При необходимости следует уточнить документацию пользователя, требования к тестированию и программу сборки.
Запрограммированные элементы программного объекта и результаты их тестирования оценивают по следующим критериям:
∙ Учет требований к программному объекту и проекту в целом.
∙ Внешнее соответствие требованиям и проекту программного объекта.
∙ Внутреннее соответствие между требованиями к программным модулям.
∙ Тестовое покрытие всех модулей. Соответствие методов программирования и используемых для них стандартов.
∙ Возможность сборки и тестирования.
∙ Возможность эксплуатации и сопровождения.
Сборка программных средств.
Разработчик должен разработать план сборки для объединения программных модулей и компонентов в программный объект. План должен включать требования к испытаниям (тестированию), процедуры тестирования, контрольные данные, обязанности исполнителя и программу испытаний. Разработчик должен собрать программные модули и компоненты и протестировать их как продукты, разработанные в соответствии с планом сборки. Для каждого квалификационного требования необходимо разработать и оформить набор тестов, контрольных примеров (исходные и выходные данные, критерии тестирования), процедуры испытаний для проведения квалификационных испытаний программных средств. Собранный программный объект должен быть готов к квалификационным испытаниям. В случае необходимости надо уточнить документацию пользователя.
Разработчик должен оценить план сборки, проект, запрограммированный программный объект, проведенные испытания, результаты тестирования и документацию по следующим критериям:
∙ Учет требований к системе.
∙ Внешнее соответствие требований к системе.
∙ Внутренняя согласованность между программными объектами.
∙ Тестовое покрытие требований к программному объекту.
∙ Соответствие используемых испытательных стандартов и методов испытаний.
∙ Соответствие ожидаемым результатам.
∙ Выполнимость квалификационного испытания программного объекта.
∙ Возможность эксплуатации и сопровождения.
Квалификационные испытания программных средств.
При проведении квалификационных испытаний должно быть обеспечено, чтобы реализация каждого установленного требования к программному объекту была проверена на соответствие. Критерии оценки результатов:
∙ Тестовое покрытие требований.
∙ Соответствие ожидаемым результатам.
∙ Возможность сборки и тестирования системы.
∙ Возможность эксплуатации и сопровождения.
Сборка
В ходе сборки объекты программной конфигурации должны быть собраны в единую систему вместе с объектами технической конфигурации, ручными операциями и, при необходимости, с другими системами. Собранная система должна быть испытана на соответствие установленным требованиям.
Для каждого квалификационного требования к системе должны быть разработаны и оформлены: состав испытаний и контрольных примеров (исходные и выходные данные, критерии испытания), процедура проведения квалификационных испытаний системы. Разработчик должен обеспечить, чтобы собранная система была готова к квалификационным испытаниям.
Собранная система должна оцениваться по следующим критериям:
∙ Тестовое покрытие требований к системе.
∙ Соответствие методов тестирования и используемых стандартов.
∙ Соответствие ожидаемым результатам.
∙ Выполнимость квалификационных испытаний системы.
∙ Возможность эксплуатации и сопровождения.
Квалификационные испытания системы
Квалификационные испытания системы должны быть проведены в соответствии с квалификационными требованиями, установленными к системе. Должно быть обеспечено, чтобы реализация каждого требования к системе была испытана на соответствие установленным значениям и чтобы система была готова к поставке.
Система должна оцениваться по следующим критериям:
∙ Тестовое покрытие требований к системе.
∙ Соответствие ожидаемым результатам.
∙ Возможность эксплуатации и сопровождения.
Разработчик должен обеспечить проведение аудиторской проверки и после их проведения доработать программный продукт для обеспечения приемки и ввода его в действие.
Ввод в действие программных средств
Выполняя ввод в действие, разработчик должен сначала разработать план ввода в действие. Должны быть определены и иметься в наличии ресурсы и информация, необходимые для ввода в действие программного продукта. Разработчик должен помогать заказчику в работах по установке (инсталляции) программного продукта. Разработчик должен ввести в действие программный продукт в соответствии с планом по вводу его в действие. При этом должно быть обеспечено, чтобы программы и базы данных устанавливались в исходное состояние и чтобы они выполнялись и завершались в соответствие с условиями договора.
Обеспечение приемки программных средств
Разработчик должен обеспечить проведение заказчиком оценки готовности к приемке и приемосдаточным испытаниям программного продукта. При этом должны учитываться результаты совместных анализов, аудиторских проверок и квалификационных испытаний. Разработчик должен укомплектовать и поставить программный продукт заказчику, соблюдая условия договора и обеспечить первоначальное и непрерывное обучение и поддержку персонала заказчика.
2) Процесс эксплуатации
Процесс охватывает эксплуатацию программного продукта и поддержку пользователей в процессе эксплуатации и включает следующие работы:
∙ Подготовка процесса.
∙ Эксплуатационные испытания.
∙ Эксплуатация системы.
∙ Поддержка пользователя.
В ходе подготовки разрабатывают план эксплуатации, устанавливают процедуры для получения и документирования сведений о возникших проблемах; принимают решения относительно обеспечения обратной связи с пользователем. Должны быть установлены процедуры для тестирования программного продукта в эксплуатационной среде; ввода сообщений о проблемах и предложений об изменениях в процессе сопровождения; ввода программного продукта в эксплуатацию.
Необходимо проводить эксплуатационные испытания и при соответствии их результатов установленным требованиям можно ввести программный продукт в промышленную эксплуатацию. Программы и базы данных должны устанавливаться в исходное состояние, выполняться и завершаться в соответствии с планом эксплуатации.
Система должна эксплуатироваться в установленной для нее среде в соответствии с документацией пользователя.
Поддержка пользователя состоит в обеспечении помощи и консультации пользователям. Запросы пользователей должны быть проанализированы и ответы направлены инициатору запроса. Если поставленная проблема имеет временное решение, то оно должно быть предложено инициатору запроса. Принятые окончательные решения должны вноситься в эксплуатируемый программный продукт в процессе сопровождения.
3) Процесс сопровождения
Данный процесс реализуется при изменениях (модификациях) программного продукта и соответствующей документации, вызванных проблемами или потребностями в модернизации или настройке. Целью процесса является изменение существующего программного продукта при сохранении его целостности. Данный процесс охватывает вопросы переносимости и снятия программного продукта с эксплуатации. Процесс заканчивается снятием программного продукта с эксплуатации.
Процесс сопровождения состоит из следующих работ:
∙ Подготовка процесса.
∙ Анализ проблем и изменений.
∙ Внесение изменений.
∙ Проверка и приемка при сопровождении.
∙ Перенос.
∙ Снятие с эксплуатации.
В ходе подготовки процесса сопровождения определяют процедуры для получения, документирования и контроля сообщений о возникающих проблемах; обеспечения обратной связи с пользователями; управления внесением изменений в программный продукт.
Анализ проблем и изменений включает следующие работы:
∙ Анализ сообщений о проблеме или заявок на изменение по их влиянию на организационные вопросы, существующую систему и интерфейсы с другими системами. При этом выясняют тип изменений, объем, критичность.
∙ На основе проведенного анализа разрабатывают варианты реализации изменений.
∙ Документальное оформление сообщения о проблеме или заявку на изменение, результаты анализа и варианты реализации.
∙ Согласование выбранного варианта изменения в соответствии с договором.
Внесение изменений включает следующие работы:
∙ Проанализировать, какие документы, программные модули или их версии требуют изменений.
∙ Реализация изменений выполняется как процесс разработки. В том числе должны быть установлены критерии проведения испытаний, оценки их результатов и оценки измененных и неизмененных объектов. Должно быть обеспечено, чтобы неизмененные требования не изменились.
Проверка и приемка при сопровождении заключается в получении подтверждения того, что внесенное изменение удовлетворяет требованиям и система в целом после внесения изменения работоспособна.
Перенос заключается в переводе программного продукта из прежней в новую эксплуатационную среду. Должен быть разработан план переноса, содержащий следующие разделы:
∙ Анализ и установление требований к переносу.