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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Выбор профиля стандартов находиться в компендии участника проекта и пользователя. 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 могут привести к удорожанию проектных работ.

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

8.Системное и индуктивное проектирование ИС

1. Назначение системного и индуктивного проектирования

2. Моделирование ИС с использованием системного и индуктивного проектирования

3. Взаимосвязь работ по стадиям и разрабатываемым комплексам

8.1 Назначение системного и индуктивного проектирования

Исходя из опыта процесса проектирования сложных систем, выделяют два основных подхода:

1. Системный подход.

2. Индуктивный подход (позадачный процесс проектирования).

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

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

СП позволяет осуществлять разработку систем любого класса, любой функциональности, а также специализированные системы (банковские). Особенность СП заключается в осмысливании и учете как внешних, так и внутренних факторов. За рубежом СП реализуется в виде IT Workflow (мастерская ИТ).

Для сложных организационных систем существуют следующие особенности:

1. Сложность описания (математическая модель).

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

3. Необходимость интеграции разрабатываемой ИС с другими информационными системами. При сопровождении ИС новые средства и новые ТПР должны быть интегрированы с существующими.

4. Функционирование ИС в неоднородной аппаратно-программной среде.

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

6. Эволюция ИС.

Процесс проектирования ИС не формализован. Проектирование осуществляется на интуитивном уровне. Главные идеи системного подхода состоит в том, чтобы определить особую сущность целого представления системы.

Преимущества такого подхода:

1. Целостное рассмотрение системы.

2. Интеграция с другими ИС.

3. Снижение трудоемкости и стоимости проектирования.

Недостатки:

1. Длительность проектирования.

2. Получение максимального эффекта только после завершения процесса проектирования.

Индуктивный подход – предусматривает рассмотрение отдельных факторов и определение их влияния на конечный результат. Затем факторы соединяются и определяются синтезированный эффект. Применяется при проектировании простых ИС.

Преимущества подхода:

1. Быстрое получение конечного результата от внедрения ИС.

Недостатки:

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

2. Проектируется закрытая система.

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