Полезное:
Как сделать разговор полезным и приятным
Как сделать объемную звезду своими руками
Как сделать то, что делать не хочется?
Как сделать погремушку
Как сделать так чтобы женщины сами знакомились с вами
Как сделать идею коммерческой
Как сделать хорошую растяжку ног?
Как сделать наш разум здоровым?
Как сделать, чтобы люди обманывали меньше
Вопрос 4. Как сделать так, чтобы вас уважали и ценили?
Как сделать лучше себе и другим людям
Как сделать свидание интересным?
Категории:
АрхитектураАстрономияБиологияГеографияГеологияИнформатикаИскусствоИсторияКулинарияКультураМаркетингМатематикаМедицинаМенеджментОхрана трудаПравоПроизводствоПсихологияРелигияСоциологияСпортТехникаФизикаФилософияХимияЭкологияЭкономикаЭлектроника
Основные процессы ЖЦ ПС
|
|
1. Процесс приобретения. Определяет действия предприятия-покупателя, которое приобретает АС, программный продукт или сервис ПС.
2. Процесс поставки. Определяет действия предприятия-поставщика, которое снабжает покупателя системой, программным продуктом или сервисом ПС.
3. Процесс разработки. Определяет действия предприятия-разработчика, которое разрабатывает принцип построения программного изделия и программный продукт.
4. Процесс эксплуатации. Определяет действия предприятия-оператора, которое обеспечивает обслуживание системы (а не только ПС) в процессе ее функционирования в интересах пользователей.
5. Процесс сопровождения. сопровождение программного продукта персоналом, что представляет собой управление модификациями программного продукта, поддержку его состояния и функционала.
Вспомогательные процессы: документирование, управление конфигурацией, обеспечение качества, верификация, аттестация, оценка, аудит, решение проблем.
Организационные процессы: управление, создание инфраструктуры, усовершенствование, обучение.
Примеры Процесс приобретения в части анализа и фиксации требований к системе или ПC может вызывать исполнение соответствующих задач процесса разработки. В процессе поставки поставщик должен управлять субподрядчиками согласно процессу приобретения и выполнять верификацию и аттестацию по соответствующим процессам. Сопровождение может требовать развития системы и ПC, что выполняется по процессу разработки.
Итак, ISO 12207 имеет набор процессов, действий и задач, охватывающий наиболее широкий спектр возможных ситуаций при максимальной адаптируемости. Он показывает пример того, как должен строиться хорошо организованный стандарт, содержащий минимум ограничений (принцип «нет одинаковых проектов»). При этом детальные определения процессов, форм документов и т.п. целесообразно выносить в различные функциональные стандарты, ведомственные нормативные документы или фирменные методики.
ГОСТ 19.102–77 ЕСПД. Стадии разработки.
· Техническое задание (стадия)
· Обоснование необходимости разработки программы (этап). Постановка задачи. Сбор исходных материалов. Выбор и обоснование критериев эффективности и качества разрабатываемой программы. Обоснование необходимости проведения научно‑исследовательских работ
· Научно‑исследовательские работы. Определение структуры входных и выходных данных. Предварительный выбор методов решения задач. Обоснование целесообразности применения ранее разработанных программ. Определение требований к техническим средствам. Обоснование принципиальной возможности решения поставленной задачи.
· Разработка и утверждение технического задания. Определение требований к программе. Разработка технико‑экономического обоснования разработки программы. Определение стадий, этапов и сроков разработки программы и документации на нее. Выбор языков программирования. Определение необходимости проведения научно‑исследовательских работ на последующих стадиях. Согласование и утверждение технического задания.
· Эскизный проект
· Разработка эскизного проекта. Предварительная разработка структуры входных и выходных данных. Уточнение методов решения задачи. Разработка общего описания алгоритма решения задачи. Разработка технико‑экономического обоснования.
· Утверждение эскизного проекта. Разработка пояснительной записки. Согласование и утверждение эскизного проекта.
· 3. Технический проект
· Разработка технического проекта. Уточнение структуры входных и выходных данных. Разработка алгоритма решения задачи. Определение формы представления входных и выходных данных. Определение семантики и синтаксиса языка. Разработка структуры программы. Окончательное определение конфигурации технических средств.
· Утверждение технического проекта. Разработка плана мероприятий по разработке и внедрению программ. Разработка пояснительной записки. Согласование и утверждение технического проекта.
· 4. Рабочий проект
· Разработка программы. Программирование и отладка программы.
· Разработка программной документации. Разработка программных документов в соответствии с требованиями ГОСТ 19.101–77.
· Испытания программы. Разработка, согласование и утверждение программы и методики испытаний. Проведение предварительных государственных, межведомственных и других видов испытаний. Корректировка программы и программной документации по результатам испытаний.
· 5. Внедрение
· Подготовка и передача программы. Подготовка и передача программы и программной документации для сопровождения и (или) изготовления. Оформление и утверждение акта о передаче программы на сопровождение и (или) изготовление. Передача программы в фонд алгоритмов и программ.
· Допускается исключать вторую стадию разработки, а в технически обоснованных случаях – вторую и третью стадии. Необходимость проведения этих стадий указывается в техническом задании.
· Допускается объединять, исключать этапы работ и (или) их содержание, а также вводить другие этапы работ по согласованию с заказчиком.
Date: 2015-08-15; view: 747; Нарушение авторских прав