. Стандарты на обеспечение жизненных циклов асу.

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

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

Здесь речь, прежде всего, касается проектирования и методической поддержки организации разработки АС (АСУ, ИС, АСНИ, САПР, АСУ ТП). Информационные системы являются системой автоматизации функций управления на предприятии, т. е АСУ. В этом случае скелет организации работ по созданию ИС образуют также руководства по созданию организационного обеспечения системы, правового обеспечения и др.

Принимают упрощенную картину группировки стандартов и схожих методических материалов:

1. по предмету стандартизации: функциональные стандарты (стандарты на языки программирования, интерфейсы, протоколы) и стандарты на организацию Жизненного Цикла (ЖЦ) создания и использования Автоматизированных Систем (АС) и Программного Обеспечения (ПО);

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

3. по методическому источнику: методические материалы фирм-разработчиков ПО, фирм-консультантов, научных центров, консорциумов по стандартизации.

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

Почти все соглашались с пользой функциональных стандартов, но многие отмечали, что и при наличии международных стандартов работать чаще приходится с фирменными. Разработчики-программисты чаще рассматривали стандарты, как нежизненные материалы, мешающие в практической работе, которая слишком часто сегодня идёт не так, как планировалось. Многие разработчики-аналитики используют накопленный опыт, беря старые разработки как шаблоны. Руководители проектов чаще считали стандарты на ЖЦ полезными или даже необходимыми, рассматривая их в первую очередь как средство организации управления разработкой. Самое осознанное стремление к использованию стандартов демонстрировали грамотные и опытные заказчики/покупатели ПО и АС и внедренцы этих систем.

Далее рассмотрим следующие стандарты и методики, касающиеся ЖЦ АС и ПО: Методика Oracle CDM (Custom Development Method), ISO/IEC 12207: 1995-08-01, ГОСТ34.

6.1. Методика Oracle cdm (Custom Development Method)

Методика определяет разработку прикладных информационных систем под заказ - конкретный материал, детализированный до уровня заготовок проектных документов, рассчитанных на прямое использование в проектах АС с опорой на инструментарий Oracle.

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

1. «определение требований»;

2. «анализ» - формулирование детальных требований к прикладной системе;

3. «проектирование» - преобразование требований в детальные спецификации системы;

4. «реализация» - написание и тестирование приложений;

5. «внедрение» - установка новой прикладной системы, подготовка к началу эксплуатации;

6. «эксплуатация» - поддержка и слежение за приложением, планирование будущих функциональных расширений.

Процессы:

• RD – определение производственных требований;

• ES – исследование существующих систем;

• TA – определение технической архитектуры;

• DB – проектирование и построение БД;

• MD – проектирование и реализация модулей;

• CV – конвертирование данных;

• DO – документирование;

• TE – тестирование;

• TR – обучение;

• TS – переход к новой системе;

• PS – поддержка и сопровождение.

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

Методика необязательна, но может считаться фирменным стандартом.