
- •Основные этапы проектирования информационной системы.
- •Понятие «архитектура информационной системы»
- •Понятие жизненного цикла по и ис.
- •Каскадная и спиральная модели жизненного цикла.
- •Каскадная модель жц по и ис. Основные преимущества и недостатки.
- •Спиральная модель жц по и ис. Основные преимущества и недостатки.
- •Стандарт жизненного цикла по (исо/мэк 12207).Содержание процесса разработки (состав работ).
- •Стандарт жизненного цикла по (исо/мэк 12207). Процесс разработки. Содержание работ «анализ требований» и «проектирование архитектуры» в применении к системе и по
- •Стандарт жизненного цикла по (исо/мэк 12207). Процесс разработки. Содержание работы по детальному проектированию по.
- •Стандарт жизненного цикла по (исо/мэк 12207). Процесс разработки. Содержание работ по интеграции и квалификационному тестированию по
- •Стандарт жизненного цикла ис (исо/мэк 15288). Перечислить и описать процессы предприятия.
- •Стандарт жизненного цикла ис (исо/мэк 15288). Перечислить и описать процессы проекта.
- •Стандарт жизненного цикла ис (исо/мэк 15288). Перечислить и описать технические процессы.
- •Стандарт жизненного цикла по (исо/мэк 12207). Процессы, обеспечивающие качество создаваемой системы или программного продукта.
- •Стандарт жизненного цикла по (исо/мэк 12207). Процесс управления конфигурацией. Состав и содержание работ.
- •Стандарт жизненного цикла по (исо/мэк 12207). Процесс верификации. Состав и содержание работ.
- •Стандарт жизненного цикла по (исо/мэк 12207). Процессы аттестации, совместной оценки и аудита.
- •Стандарт жизненного цикла по (исо/мэк 12207. Группа организационных процессов. Категория управленческих процессов.
- •Стандарт жизненного цикла по (исо/мэк 12207). Группа организационных процессов. Категория организационных процессов
- •Методология и технология разработки по и ис. Какие основные проблемы они решают?
- •Ввод в действие,
- •Эксплуатация и сопровождение.
- •Описать понятия «модель» и «моделирование».
- •Цель создания, назначение sadt-моделей
- •Основные компоненты и структура sadt-модели
- •Sadt. Описать смысл и назначение понятий «цель», «субъект», «точка зрения», «контекст», «контекстная диаграмма модели».
- •Sadt. В каком случае модель будет считаться завершенной и успешно спроектированной?
- •Sadt. Назначение, расположение, особенности использования блоков и дуг на диаграммах.
- •Sadt. Виды, назначение, использование обратной связи на диаграммах.
- •Sadt. Описать 5 типов взаимосвязей между блоками. Возможна ли взаимосвязь между блоками двух разных диаграмм, как она изображается?
- •Sadt. Что такое с-номера и коды icom? Как они используются?
- •Sadt. В чем заключается, из каких этапов состоит процесс моделирования?
- •Понятие степени точности применительно к модели sadt
- •32. Опишите процесс «Управление требованиями» при проектировании ис.
- •Проектирование
- •Что такое «требование» в проектировании ис? Виды требований.
- •Процесс работы с требованиями в проектировании по и ис.
- •Извлечение и анализ требований в проектировании по и ис.
- •Спецификация программных и системных требований в проектировании по и ис.
- •Проверка требований в проектировании по и ис.
- •Стандарт гост р исо/мэк 9126. Характеристики качества по
- •39. Стандарт гост р исо/мэк 9126. Модель оценивания качества
- •Определение понятия качества по и ис и процессы обеспечения качества.
Стандарт жизненного цикла по (исо/мэк 12207). Процесс разработки. Содержание работ по интеграции и квалификационному тестированию по
Сборка программных средств
Разработчик должен разработать план сборки для объединения программных модулей и компонентов в программный объект. План должен включать требования к испытаниям (тестированию), процедуры тестирования, контрольные данные, обязанности исполнителя и программу испытаний. План должен быть документально оформлен.
Разработчик должен собрать программные модули и компоненты и протестировать их как продукты, разработанные в соответствии с планом сборки. Должно быть обеспечено, чтобы каждая сборка удовлетворяла требованиям к программному объекту и чтобы программный объект был полностью собран в результате данной работы. Результаты сборки и тестирования должны быть документально оформлены.
Разработчик, при необходимости, должен уточнить документацию пользователя.
Разработчик должен разработать и документально оформить для каждого квалификационного требования к программному объекту — набор тестов, контрольных примеров (исходные и выходные данные, критерии тестирования), процедуры испытаний для проведения квалификационных испытаний программных средств. Разработчик должен обеспечить, чтобы собранный программный объект был готов к квалификационным испытаниям.
Разработчик должен оценить план сборки, проект, запрограммированный программный объект, проведенные испытания, результаты тестирования и документацию пользователя по следующим критериям (при этом результаты оценок должны быть документально оформлены):
a) учет требований к системе;
b) внешнее соответствие требованиям к системе;
c) внутренняя согласованность между программными объектами;
d) тестовое покрытие требований к программному объекту;
e) соответствие используемых испытательных стандартов и методов испытаний;
f) соответствие ожидаемым результатам;
g) выполнимость квалификационного испытания программного объекта;
h) возможность эксплуатации и сопровождения.
Квалификационные испытания программных средств
Разработчик должен проводить квалификационные испытания (тестирование) на соответствие квалификационным требованиям к программному объекту. При проведении испытаний должно быть обеспечено, чтобы реализация каждого установленного требования к программному объекту была проверена на соответствие. Результаты квалификационных испытаний должны быть документально оформлены.
Разработчик, при необходимости, должен уточнить документацию пользователя.
Разработчик должен оценить проект, запрограммированный программный объект, проведенные испытания, результаты испытаний и документацию пользователя по следующим критериям (при этом результаты оценок должны быть документально оформлены):
a) тестовое покрытие требований к программному объекту;
b) соответствие ожидаемым результатам;
c) возможность сборки и тестирования системы (при их проведении);
d) возможность эксплуатации и сопровождения.
Разработчик должен обеспечить проведение аудиторской проверки. Результаты аудиторских проверок должны быть документально оформлены. Если при реализации конкретного проекта разрабатывались или собирались как технические, так и программные средства, то проведение аудиторских проверок может быть отложено до квалификационных испытаний системы-
После успешного завершения аудиторских проверок, если они проводились, разработчик должен:
a) доработать (при необходимости) и соответствующим образом подготовить поставляемый программный продукт к сборке системы, квалификационным испытаниям системы, вводу программного продукта в действие или к обеспечению приемки программного продукта;
b) определить состояние конфигурации (базовую линию) проекта и программ данного программного объекта.