Литература Основная литература

1. Бугорский В.Н., Соколов Р.В. Сетевая экономика и проектирование информационных систем. – СПб.: Питер, 2007. – 320с.

2. Вендров, А.М. Проектирование программного обеспечения экономических информационных систем: Учебник. – 2-е изд., перераб. и доп. / А.М. Вендров. – М.: Финансы и статистика, 2005. – 544 с.

3. Смирнова Г.Н. и др. Проектирование экономических информационных систем: учебник / Г.Н. Смирнова, А.А. Сорокин, Ю.Ф. Тельнов; под ред. Ю.Ф. Тельнова. – М.: Финансы и статистика, 2005. – 512 с.

Дополнительная литература

1. Бородакий Ю.В., Лободинский Ю.Г. Информационные технологии. Методы, процессы, системы. – М.: Радио и связь. 2004. – 456 с.

2. Романов, В. П. Проектирование экономических информационных систем [Текст] : методология и современные технологии [Текст] : учебное пособие / В. П. Романов, Н. З. Емельянова, Т. Л. Партыка. – М. : Экзамен, 2005. – 256 с.

Тема 3. Стандарты и профили в области информационных систем

Цель:

• изучить классификацию стандартов на проектирование ИС;

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

• изучить стандарты комплекса ГОСТ 34;

• изучить корпоративные методики проектирования ИС.

Результат обучения. После обучения студент должен:

• знать общие понятия стандартов;

• знать основные характеристики стандартов по признакам классификации;

• различать стандарты, знать их преимущества и недостатки.

План:

3.1 Классификация стандартов на проектирование и разработку информационных систем.

3.2 Международный стандарт ISO/IEC 12207: 1995-08-01

3.3 Стандарты комплекса ГОСТ34

3.4 Методика Oracle CDM

1. Классификация стандартов на проектирование и разработку информационных систем.

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

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

К таким стандартам относятся следующие:

стандарт проектирования; стандарт оформления проектной документации; стандарт пользовательского интерфейса.

Стандарт проектирования должен устанавливать:

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

Стандарт оформления проектной документации должен устанавливать:

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

Стандарт интерфейса пользователя должен устанавливать:

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

В настоящее время существует несколько стандартов на проектирование и разработку информационных систем, которые можно сгруппировать следующим образом:

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

• по утверждающей организации: официальные международные стандарты, официальные национальные или национальные ведомственные (например ГОСТы, ANSI, IDEF0/1), стандарты международных консорциумов и комитетов по стандартизации (OSF, OMG, ранее широко известный CODASYL), стандарты "де-факто" (таким долгое время был SQL или язык диаграмм SADT Д. Росса), фирменные стандарты (Microsoft ODBC, IBM SNA);

• по методическому источнику: методические материалы фирм-разработчиков ПО, фирм-консультантов, научных центров, консорциумов по стандартизации (например, Oracle Method, Price Waterhouse SMM, SEI CMM); они могут называться по-разному - например, "Метод", "Методология", "Подход", "Модель".

Принципиально важно и часто не очевидно, что в каждую из этих групп и подгрупп входят материалы, существенно разные по:

• степени обязательности для организаций разного типа;

• конкретности и детализации содержащихся требований;

• открытости и гибкости, адаптируемости к конкретным условиям.

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

Среди наиболее известных стандартов можно выделить следующие:

• ГОСТ 34.601-90 - распространяется на автоматизированные системы и устанавливает стадии и этапы их создания. Кроме того, в стандарте содержится описание содержания работ на каждом этапе. Стадии и этапы работы, закрепленные в стандарте, в большей степени соответствуют каскадной модели жизненного цикла [4].

• ISO/IEC 12207:1995 - стандарт на процессы и организацию жизненного цикла. Распространяется на все виды заказного ПО. Стандарт не содержит описания фаз, стадий и этапов [5].

• Custom Development Method (методика Oracle) по разработке прикладных информационных систем - технологический материал, детализированный до уровня заготовок проектных документов, рассчитанных на использование в проектах с применением Oracle. Применяется CDM для классической модели ЖЦ (предусмотрены все работы/задачи и этапы), а также для технологий "быстрой разработки" (Fast Track) или "облегченного подхода", рекомендуемых в случае малых проектов.

• Rational Unified Process (RUP) предлагает итеративную модель разработки, включающую четыре фазы: начало, исследование, построение и внедрение. Каждая фаза может быть разбита на этапы (итерации), в результате которых выпускается версия для внутреннего или внешнего использования. Прохождение через четыре основные фазы называется циклом разработки, каждый цикл завершается генерацией версии системы. Если после этого работа над проектом не прекращается, то полученный продукт продолжает развиваться и снова минует те же фазы. Суть работы в рамках RUP - это создание и сопровождение моделей на базе UML [6].

• Microsoft Solution Framework (MSF) сходна с RUP, так же включает четыре фазы: анализ, проектирование, разработка, стабилизация, является итерационной, предполагает использование объектно-ориентированного моделирования. MSF в сравнении с RUP в большей степени ориентирована на разработку бизнес-приложений.

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