Сравнение стандартов проектирование

Цели создания профилей

Две группы профилей ИС

Назначения и содержание профилей стандартов

Степень обязательности ГОСТ 34

- прежняя полная обязательность отсутствует, материалы ГОСТ34 по сути стали методической поддержкой, причем чаще для заказчиков, имеющих в стандарте набор требований к содержанию ТЗ и проведению испытаний АС;

- стадии и этапы, выполняемые организациями - участниками работ по созданию системы, устанавливаются в договорах и техническом задании;

- объектами стандартизации являются автоматизированные системы различных (любых!) видов и все виды их компонентов (а не только ПО и БД): "организационно-техническая система, обеспечивающая выработку решений на основе автоматизации информационных процессов в различных сферах деятельности (управление, проектирование, производство и т. д.) или их сочетаниях" (по РД 50-680-88), что особенно актуально в аспектах бизнес-реинжиниринга

Начало документа

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

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

- группа профилей, регламентирующих архитектуру и структуру ИС (макропроектирование);

- группа профилей, регламентирующих процессы проектирования, разработки, применения, сопровождения, развития ИС и их компонентов (микропроектирование).

- снижение трудоемкости, стоимости и длительности разработки проектов ИС;

- повышение качества разрабатываемых ИС;

- обеспечение возможности их расширения по набору прикладных функций;

- поддержка функциональной интеграции задач, ранее решавшихся раздельно;

- обеспечение переносимости прикладных программ и данных между разными аппаратно-программными платформами.

Профили ИС могут включать в себя:

- стандартизированные описания функций, выполняемых данной системой, и взаимодействия с внешней для нее средой (например, ОПЗ);

- стандартизированные интерфейсы между приложениями и средой ИС;

- профили отдельных функциональных компонентов (подсистем, модулей), входящих в систему.

Начало документа

Выбор профиля стандартов находиться в компендии участника проекта и пользователя. ISO 12207 прежде всего позволяет регламентировать качества проекта, данный стандарт определяет конкретную ответственность (бизнес-процессы).

	ГОСТ 34.601-90; "э.Х.У" - этап Y стадии X	ISO/IEC12207: 1995-08-01	Oracle CDM;	Примечание
	э.5.3 ТП,э.7.3ВД.	1) Процесс приобретения разработчиком	нет	в ГОСТ это приобретение планируется
	нет	2) Процесс поставки	нет	CDM содержит процесс CV,
	Все этапы ГОСТ34.601 кроме 8. Си. а именно: 1. ФТ. 2. РК,З.ТЗ,4. ЭП, 5. ТП,6. РД, 7. ВД.	3) Процесс разработки. Определяет действия предприятия разработчика, которое разрабатывает принцип построения программного изделия и программный продукт (в контексте создания системы).	RD, ES, ТА. DB, MD, (DO), ТЕ, (TR),TS.	аналог есть в ГОСТ (э.7.5 ВД и ранее), в ISO аналога нет в явном виде. Процессы DO TR из CDM указаны в скобках, так как они отражены и в других стандартах Г0СТ34 и процессах ISO 12207.
	нет	4) Процесс эксплуатации	нет	По ISO органниция- оператор разрабатывает план и гарантирует соответствие плану
	8. Си., рачвнтие ЛС -по пункту 1.3 ГОСТ 34.601.	5) Процесс сопровождения	PS	ISO предполагает развитие не как элемент сопровождения. выбывающий новый процесс разработки, в CDM в этом смысле полномасштабное развитие не предусмотрено

- ГОСТ34 в первую очередь ориентирован на действия по созданию и поддержке систем, а ISO12207 – на приобретение и эксплуатацию прототипов систем, а разработка является процессом, логически вытекающим из приобретения; ISO12207 изначально предусматривает конкретные применения своих положений после построения профиля стандартов для конкретного проекта. Таким образом, очень часто некоторый элемент конкретной методики или стандарта может или должен только условно соотноситься с элементами исходных положений ISO12207 и наоборот. При этом конкретное соотнесение элементов должно осуществляться в процессе адаптации стандартов к проекту и выработки профиля ЖЦ;

- CDM предусматривает значительно меньший набор действий по гарантированию качества, развитию системы и ПО, функционированию системы, определению действий пользователя, т.к. ориентирован на создание локальных, специализированных ИС. Вместе с тем, CDM явно вводит принципиально важный в реальных проектах смены поколений ИС «конвертирование данных», который не выделен в ISO12207 и слишком косвенно отражен в ГОСТ 34.601-90. Кроме того, CDM вводит процесс проектирования баз данных в трактовке, близкой к классической;

- ISO12207 имеет набор процессов проектирования, действий и задач, охватывающий наиболее широкий спектр возможных ситуаций при максимальной их адаптируемости. Он показывает как должен разрабатываться хорошо организованный проект, содержащий минимум ограничений (принцип «нет одинаковых проектов»). При этом детальные определения процессов, форм документов и т.п. целесообразно выносить в различные функциональные стандарты, ведомственные нормативные документы или фирменные методики, в виде профилей, которые могут быть использованы в конкретном проекте;

- фирменные профили целесообразно представлять в том стиле, в котором он рассматривается как библиотека методов, где каждая отдельная работа описывается как отдельный метод, отдельный функциональный блок, который может быть использован, модифицирован, заменен на подобный, а последовательность (или параллельность) применения этих блоков в проекте определяется в стиле ISO12207. Включение или не включение отдельных задач фирменного профиля в профиль ЖЦ проекта является адаптацией этой методики к проекту. Так, например, задачи и формы CDM могут быть полезны в процессе создания такого конкретного профиля стандартов проекта разработки Информационной Системы под заказ (особенно при использовании инструментов Oracle);

- стандарты комплекса ГОСТ34 могут применяться при создании профиля стандартов на ИС, если их использовать в открытом и динамическом стиле, определяемом ISO12207. ГОСТ34 полно и фундаментально определяет: систему как объект создания или развития; аналитические и исследовательские работы, направленные на разработку обоснованной концепции АС; виды обеспечений системы, которые хорошо гармонизируются с требованиями ISO12207 к системе и ПО, и т.п. Материалы ГОСТ34 почти так же, как и ISO12207 определяют, что ИС – это в первую очередь персонал, который выполняет свои функции с помощью информационных технологий;

- ГОСТ34, благодаря своей комплексной ориентации на систему, помогает избегать ситуаций, в которых разработчики разных профессий (например, финансовые аналитики, специалисты по оргструктурам и человеческому фактору, проектировщики баз данных и др.) говорят на столь разных языках, что страдает итоговая цельность проекта, глубина комплексной проработки. Поэтому применять ГОСТ34 в указанном выше стиле – это задача обеих сторон, участвующих в жизненном цикле ИС (заказчик и разработчик). Действительное получение пользы от такого применения стандарта и, более того, успешное сочетание в одном профиле стандартов ГОСТ34 и документов CDM зависит от квалификации, опыта и здравого смысла участвующих сторон;

- использование ISO12207 позволяет: отделять действия по непосредственной «разработке» ПО и ИС от других видов работ, связанных с гарантированием качества (независимые верификация и аттестация, аудит как экспертиза хода проекта и его результатов); определять конкретную ответственность руководителей организаций и проектов соответствие технологии и требований к качеству разработок, к уровню совершенства процесса разработки. Работы по разработке профилей ЖЦ и гарантированию качества проекта на основе ISO12207 могут привести к удорожанию проектных работ.

Начало документа