Распространяется на все виды заказного ПО.

Стандарт не содержит описания фаз, стадий и этапов

 

v Custom Development Method (методика Oracle)

v Rational Unified Process (RUP)

v Microsoft Solution Framework (MSF)

v Extreme Programming (XP)

Серия стандартов ГОСТ 34 ГОСТ 34.201-89 Виды, комплектность и обозначения документов при создании автоматизированных систем

1. ГОСТ 34.320-96 Концепции и терминология для концептуальной схемы и информационной базы
2. ГОСТ 34.321-96 Информационные технологии. Система стандартов по базам данных. Эталонная модель управления данными
3. ГОСТ 34.601-90 Автоматизированные системы. Стадии создания.

«Автоматизированные системы. Стадии создания»

Распространяется на автоматизированные системы и устанавливает стадии и этапы их создания.

В стандарте содержится описание содержания работ на каждом этапе.

Стадии и этапы работы, закрепленные в стандарте, в большей степени соответствуют каскадной модели жизненного цикла.

2. ГОСТ 34.602-89 Техническое задание на создание автоматизированной системы
3. ГОСТ 34.603-92 Информационная технология. Виды испытаний автоматизированных систем
4. РД 50-34.698-90 Автоматизированные системы. Требования к содержанию документов.

 

Группы процессов по созданию ПО, согласно ISO/IEC 12207

 

Отечественная реализация ISO/IEC 12207:1995

v ГОСТ Р ИСО/МЭК 12207-2010 «Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств»

v ГОСТ Р ИСО/МЭК ТО 16326-2002 Программная инженерия. Руководство по применению ГОСТ Р ИСО/МЭК 12207 при управлении проектом

Дополнительные документы для ISO/IEC12207 Для поддержки практического применения этого стандарта разработан ряд документов:

Custom Development Method(методика Oracle, с 2006 г. входит в состав Oracle Unified Method)

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

 Применяется для классической модели ЖЦ, а также для технологий "быстрой разработки", рекомендуемых в случае малых проектов.

Комплекс методов Oracle

v CDM (Custom Development Method) - разработка прикладного ПО;

v PJM (Project Management Method) - управление проектом;

v AIM (Application Implementation Method) - внедрение прикладного ПО;

v BPR (Business Process Reengineering) - реинжиниринг бизнес-процессов;

v OCM (Organizational Change Management) - управление изменениями, и др.

CDM как методическое руководствоМетод CDM оформлен в виде консалтингового продукта CDM Advantage - библиотеки стандартов и руководств (включающего также PJM).

CDM является методическим руководством по разработке прикладного ПО с использованием инструментального комплекса Oracle Developer Suite, а сам процесс проектирования и разработки тесно связан с Oracle Designer и Oracle Forms.

Комплекс Oracle Developer Suite содержит набор интегрированных средств разработки для быстрого создания приложений.

Он включает средства моделирования, программирования на Java, разработки компонентов, бизнес-анализа и составления отчетов.

Все эти средства используют общие ресурсы, что позволяет совместно работать над одним проектом группе разработчиков. Oracle Developer Suite интегрирован с Oracle Database и Oracle Application Server, образуя единую платформу для создания и доставки приложений.

Состав комплексаOracle Developer Suite

v Oracle Designer - средство моделирования и генерации приложений;

v Oracle Forms - средство быстрой разработки приложений;

v Oracle Reports - визуальное средство разработки отчетов;

v Oracle JDeveloper - средство визуального программирования на языке Java;

v Oracle Discoverer - средство для разработки аналитических приложений;

v Oracle Warehouse Builder - система для построения хранилищ данных;

v Oracle Portal - средство разработки информационного портала организации.

 

 

(RUP)Итеративная модель разработки.

Четыре фазы: начало, исследование, построение и внедрение.

Фазы могут быть разбиты на этапы (итерации), в результате которых выпускается версия для внутреннего или внешнего использования. Прохождение через четыре основные фазы называется циклом разработки, каждый цикл завершается генерацией версии системы. Если после этого работа над проектом не прекращается, то полученный продукт продолжает развиваться и снова минует те же фазы. Суть работы в рамках RUP - это создание и сопровождение моделей на базе UML.

(MSF)Сходна с RUP.Является итерационной.

Предполагает использование объектно-ориентированного моделирования.

MSF в сравнении с RUP в большей степени ориентирована на разработку бизнес-приложений.

Включает 5 фаз: анализ, проектирование, разработка, стабилизация, развертывание.

(XP)В основе методологии лежит командная работа, эффективная коммуникация между заказчиком и исполнителем в течение всего проекта по разработке ИС, а разработка ведется с использованием последовательно дорабатываемых прототипов.

Каноническое проектированиеОрганизация канонического проектирования ИС ориентирована на использование каскадной модели жизненного цикла ИС.

Стадии и этапы работы описаны в стандарте ГОСТ 34.601-90

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

Допускается также начинать выполнение работ следующей стадии до окончания предыдущей.

. Формирование требований к ИСНа начальной стадии проектирования выделяют следующие этапы работ:

1. обследование объекта и обоснование необходимости создания ИС;
2. формирование требований пользователей к ИС;
3. оформление отчета о выполненной работе и тактико-технического задания на разработку.

Схема обработки инфы

 

Разработка концепции ИС

1. изучение объекта автоматизации;
2. проведение необходимых научно-исследовательских работ;
3. разработка вариантов концепции ИС, удовлетворяющих требованиям пользователей;
4. оформление отчета и утверждение концепции.

Техническое задание (ТЗ)является основным документом, определяющим требования и порядок создания, развития или модернизации АС, в соответствии с которым проводится разработка АС и ее приемка при вводе в действие. ГОСТ 34.602-89, ГОСТ 19.106-78 определяют требования к содержанию технического задания на АС.

Разделы ТЗ

1. введение;
2. основания для разработки;
3. назначение разработки;
4. требования к программе или программному изделию;
5. требования к программной документации;
6. технико-экономические показатели;
7. стадии и этапы разработки;
8. порядок контроля и приемки;
9. требования к документированию.

Эскизный проектОтражает принятые предварительные проектные решения по архитектуре системы и функциям ее модулей.

Выполнение этой стадии не является строго обязательной. Если основные проектные решения определены ранее или достаточно очевидны для конкретной АС, то эта стадия может быть исключена из общей последовательности работ.

1. Задачи эскизного проектирования разработка предварительных проектных решений по системе и ее частям;
2. разработка эскизной документации на ИС и ее части.

Компоненты

1. функции АС;
2. функции подсистем, их цели и ожидаемый эффект от внедрения;
3. состав комплексов задач и отдельных задач;
4. концепция информационной базы и её укрупненная структура;
5. функции системы управления базой данных;
6. архитектура АС;
7. функции и параметры основных программных средств.

Технический проект

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

- общесистемные проектные решения,

- алгоритмы задач,

- оценку экономической эффективности автоматизированной системы

- перечень мероприятий по подготовке объекта к внедрению.

---

Дата добавления: 2018-02-15; просмотров: 614; Мы поможем в написании вашей работы!

Поделиться с друзьями:

---

---

Мы поможем в написании ваших работ!