
- •Раздел 6. Методология и технология проектирования информационных систем
- •Методологические основы проектирования ис.
- •Стандарты в области создания информационных систем.
- •Технологии проектирования ис.
- •Модели жизненного цикла ис.
- •Корпоративные информационные системы (кис). Функциональная архитектура и концепции построения кис вуза.
- •Базовые технологии обработки информации в кис. Oltp и olap –системы.
- •Тестирование, испытания ис и ввод в действие.
- •Сопровождение ис.
- •Типовое проектирование информационных систем.
- •Автоматизированное проектирование информационных систем с использованием case-технологий. Классификация case-технологий.
- •Инструментальные средства поддержки технологий и их классы. Принципы организации проектирования с использованием case-средств.
- •Анализ функциональных возможностей case-средств различных классов.
- •Функционально-ориентированный и объектно-ориентированный подходы к быстрой разработке информационных систем.
- •Понятие шаблона проектирования.
- •Онтологический подход к проектированию ис.
- •Объектно-структурное моделирование ис.
- •Принципы прототипирования информационной системы.
- •Принципы автоматизированной коллективной разработки и сопровождения ис на основе подхода ibm Rational.
- •Технологии жизненного цикла аис. Rup-технологии. Rad-технологии. Msf-модели.
- •Содержание rad-технологии прототипного создания приложений.
- •Инструментальные средства поддержки rad-технологии и их классы.
- •Стандартные методы совместного доступа к базам и программам в сложных информационных системах: драйверы odbc, программная система corba и др.
- •Производственный цикл постановки продукции на эксплуатацию. Общая схема ввода ис в действие. Понятие развертывания ис в организации заказчика. Планирование ввода в действие.
- •Тема 3: Учет и анализ затрат в жцпо.
- •Основные принципы управления проектами ис. Принципы управления программами работ и ит-проектами в компании заказчика.
Принципы прототипирования информационной системы.
Принципы автоматизированной коллективной разработки и сопровождения ис на основе подхода ibm Rational.
существуют три шага, выполнение которых стоит рассмотреть на начальном этапе организации управления активами с использованием Rational Asset Manager. Они перечислены ниже:
Определите вашу аудиторию
Создайте основу процесса стратегического управления
Интегрируйте управление активами в вашу рабочую среду
Многие задачи и артефакты, описанные в статье, относятся к процессам Cтратегического управления активами и Разработки на основе активов. Упомянутые процессы входят в установочный пакет RAM. Обновленные модули для этих процессов можно загрузить с сайта developerWorks по следующему адресу: http://www.ibm.com/developerworks/rational/downloads/06/rmc_plugin7_1/#16 (EN)
На текущий момент в данном цикле статей описаны два шага, играющие важную роль в конфигурировании RAM для стратегического управления:
Определите вашу аудиторию: изучите область повторного использования, сообщества и других заинтересованных лиц, которые будут работать с репозитарием
Создайте основу процесса стратегического управления: для того чтобы определить политики, которые необходимо учитывать при конфигурировании RAM, изучите артефакты процесса стратегического управления, разрабатываемые различными группами.
В данной статье я расскажу о том, как осуществляется конфигурирование RAM с учетом решений и политик по стратегическому управлению для выбранной области и выбранных сообществ.
Жизненный цикл актива и жизненный цикл процесса разработки
Правильное конфигурирование RAM для стратегического управления требует правильного позиционирования и использования данного инструмента. Наилучшим применением RAM являются активы, готовые к совместному использованию, передаче, управлению и трассировке. Существует связь между жизненным циклом актива, управляемым RAM и жизненным циклом процесса разработки, управляемым IBM Rational ClearCase®, IBM Rational ClearQuest® и другими продуктами семейства Rational Suite. На рисуноке 2 приведен обзор данных жизненных циклов.
Технологии жизненного цикла аис. Rup-технологии. Rad-технологии. Msf-модели.
Особенность RUP – разработка и тестирование архитектуры ИТ-системы еще на первых стадиях проекта. Заранее, а не после завершения проектных работ, проверяется соответствие решения требованиям по производительности и масштабируемости.
Методология Rational Unified Process включает в себя интегрированный пакет методик, технологий и программных средств. Для контроля над проектами используется и наша собственная разработка - система EPAM Project Management Center. Опыт и компетенции EPAM помогают успешно адаптировать этот инструментарий под специфику задач заказчика и повысить эффективность при создании ИТ-решений.
RUP: преимущества при разработке информационных систем
Гибкость – требования к ИТ-системе могут изменяться в процессе ее разработки.
Легкость адаптации – методология RUP подходит для управления проектами в компаниях с различными сферами деятельности и спецификой бизнеса.
Возможность применения в крупных проектах – богатая палитра инструментов RUP обеспечивает успешное управление процессом создания ИТ-систем, где задействовано значительное количество разработчиков (от 20 человек).
Высокая степень документации и формализации процессов разработки – это дает возможность полностью контролировать ход проекта и облегчает сопровождение и поддержку созданной системы.
Соответствие проектной документации требованиям ГОСТ и CMMI – методология RUP позволяет готовить в ходе проекта все документы, которые необходимы для подтверждения соответствия процессов разработки ИТ-решений стандартам качества.
Сокращение рисков и затрат – проблемы выявляются и устраняются уже на ранних этапах создания программного обеспечения, когда стоимость доработок минимальна.
Принципы RAD технологии направлены на обеспечение трех основных её преимуществ — высокой скорости разработки, низкой стоимости и высокого качества. Достигнуть высокого качества программного продукта весьма непросто и одна из главных причин возникающих трудностей заключается в том, что разработчик и заказчик видят предмет разработки (ПО) по-разному.
Инструментарий должен быть нацелен на минимизацию времени разработки.
Создание прототипа для уточнения требований заказчика.
Цикличность разработки: каждая новая версия продукта основывается на оценке результата работы предыдущей версии заказчиком.
Минимизация времени разработки версии, за счёт переноса уже готовых модулей и добавления функциональности в новую версию.
Команда разработчиков должна тесно сотрудничать, каждый участник должен быть готов выполнять несколько обязанностей.
Управление проектом должно минимизировать длительность цикла разработки.
Принципы RAD применяются не только при реализации, но и распространяются на все этапы жизненного цикла, в частности на этап обследования организации, построения требований, анализ и дизайн.