Сравнение стандартов проектирования.
Если проводить сравнение стандартов (ISO/IEC 12207, ГОСТ 34, Oracle CDM) даже на верхнем структурном уровне, то оно не будет содержать совпадений в формальном смысле, так как один стандарт (ISO 12207) содержит только процессы и не содержит явных этапов, а другой явно содержит только стадии и этапы, но они не связаны явно в процессы. Проведя соответствующие сравнения можно сделать следующие выводы:
1) ГОСТ34 в первую очередь ориентирован на действия по созданию и поддержке систем, а ISO12207 – на приобретение и эксплуатацию прототипов систем, а разработка является процессом, логически вытекающим из приобретения; ISO12207 изначально предусматривает конкретные применения своих положений после построения профиля стандартов для конкретного проекта. Таким образом, очень часто некоторый элемент конкретной методики или стандарта может или должен только условно соотноситься с элементами исходных положений ISO12207 и наоборот. При этом конкретное соотнесение элементов должно осуществляться в процессе адаптации стандартов к проекту и выработки профиля ЖЦ;
2) CDM предусматривает значительно меньший набор действий по гарантированию качества, развитию системы и ПО, функционированию системы, определению действий пользователя, т.к. ориентирован на создание локальных, специализированных ИС. Вместе с тем, CDM явно вводит принципиально важный в реальных проектах смены поколений АС «конвертирование данных», который не выделен в ISO12207 и слишком косвенно отражен в ГОСТ 34.601-90. Кроме того, CDM вводит процесс проектирования баз данных в трактовке, близкой к классической;
|
|
|
3) ISO12207 имеет набор процессов проектирования, действий и задач, охватывающий наиболее широкий спектр возможных ситуаций при максимальной их адаптируемости. Он показывает как должен разрабатываться хорошо организованный проект, содержащий минимум ограничений (принцип «нет одинаковых проектов»). При этом детальные определения процессов, форм документов и т.п. целесообразно выносить в различные функциональные стандарты, ведомственные нормативные документы или фирменные методики, в виде профилей, которые могут быть использованы в конкретном проекте;
4) фирменные профили целесообразно представлять в том стиле, в котором он рассматривается как библиотека методов, где каждая отдельная работа описывается как отдельный метод, отдельный функциональный блок, который может быть использован, модифицирован, заменен на подобный, а последовательность (или параллельность) применения этих блоков в проекте определяется в стиле ISO12207. Включение или не включение отдельных задач фирменного профиля в профиль ЖЦ проекта является адаптацией этой методики к проекту. Так, например, задачи и формы CDM могут быть полезны в процессе создания такого конкретного профиля стандартов проекта разработки Информационной Системы под заказ (особенно при использовании инструментов Oracle);
|
|
|
5) стандарты комплекса ГОСТ34могут применяться при создании профиля стандартов на ИС, если их использовать в открытом и динамическом стиле, определяемом ISO12207. ГОСТ34 полно и фундаментально определяет: систему как объект создания или развития; аналитические и исследовательские работы, направленные на разработку обоснованной концепции АС; виды обеспечений системы, которые хорошо гармонизируются с требованиями ISO12207 к системе и ПО, и т.п. Материалы ГОСТ34 почти так же, как и ISO12207 определяют, что АС – это в первую очередь персонал, который выполняет свои функции с помощью информационных технологий. ГОСТ34 благодаря своей комплексной ориентации на систему помогает избегать ситуаций, в которых разработчики разных профессий (например, финансовые аналитики, специалисты по оргструктурам и человеческому фактору, проектировщики баз данных и др.) говорят на столь разных языках, что страдает итоговая цельность проекта, глубина комплексной проработки. Поэтому применять ГОСТ34 в указанном выше стиле – это задача обеих сторон, участвующих в жизненном цикле АС (заказчик и разработчик). Действительное получение пользы от такого применения стандарта и, более того, успешное сочетание в одном профиле стандартов ГОСТ34 и документов CDM зависит от квалификации, опыта и здравого смысла участвующих сторон;
|
|
|
6) использование ISO12207 позволяет: отделять действия по непосредственной «разработке» ПО и АС от других видов работ, связанных с гарантированием качества (независимые верификация и аттестация, аудит как экспертиза хода проекта и его результатов); определять конкретную ответственность руководителей организаций и проектов соответствие технологии и требований к качеству разработок, к уровню совершенства процесса разработки. Работы по разработке профилей ЖЦ и гарантированию качества проекта на основе ISO12207 могут привести к удорожанию проектных работ. На первый взгляд, это создает ненужные проблемы и риски в проектировании ИС, которые сами относятся к деятельности повышенного риска. Однако заказчикам и разработчикам необходимо учитывать следующее: разработчик получает методику и нормативную базу для полного и понятного заказчику описания всех своих работ по тестированию ПО и ИС, организации параллельной работы новой и старой систем, других работ по «внедрению». Разработчик может избегать гибельных для бюджета проекта ситуаций, когда он вынужден бесплатно производить эти объемные работы, поскольку иначе заказчик не принимает работу и не платит денег. Тем самым разработчик может создавать более качественный продукт и укреплять свой авторитет на рынке. Заказчик получает методику и нормативную базу для гарантирования качества того продукта, который он получит за свои или госбюджетные деньги. Он сможет обосновать свои затраты перед финансирующим или проверяющим органом (например, советом директоров или собранием акционеров), избежать распространенных ситуаций, когда через год-два нужно снова запрашивать деньги на смену неудачной системы или программного комплекса, либо оставаться с непригодным продуктом.
|
|
|
Дата добавления: 2018-02-15; просмотров: 621; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!