1. ОСНОВНЫЕ ОПРЕДЕЛЕНИЯ 2. ТРЕБОВАНИЯ, ПРЕДЪЯВЛЯЕМЫЕ К ТЕХНОЛОГИИ СОЗДАНИЯ ИНФОРМАЦИОННЫХ СИСТЕМ 3. ВНЕДРЕНИЕ ТЕХНОЛОГИЙ СОЗДАНИЯ ИНФОРМАЦИОННЫХ СИСТЕМ 4. ПРИМЕРЫ ТЕХНОЛОГИЙ СОЗДАНИЯ ИНФОРМАЦИОННЫХ СИСТЕМ 4 Технологии создания информационных систем

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

4.2 Требования, предъявляемые к технологии создания информационных систем Реальное применение ТС ИС в конкретном проекте невозможно без выработки ряда стандартов: проектирования оформления проектной документации пользовательского интерфейса

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

Стандарт оформления проектной документации должен устанавливать: комплектность, состав и структуру документации на каждой стадии проектирования требования к её оформлению правила подготовки, рассмотрения, согласования и утверждения документации требования к настройке издательской системы требования к настройке CASE-средств

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

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

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

Определение потребностей в технологии создания информационной системы Анализ возможностей организации и её готовности к внедрению технологии Анализ возможностей организации и её готовности к внедрению технологии Определение организационных потребностей Определение организационных потребностей Обзор рынка технологий Обзор рынка технологий Определение критериев успешного внедрения Определение критериев успешного внедрения Стратегия внедрения

Цель – достижение понимания потребностей организации в ТС ИС анализ возможностей организации в отношении её технологической базы, персонала и используемого ПО определение того, насколько организация способна воспринять как немедленные, так и долгосрочные последствия внедрения технологии организационные потребности следуют непосредственно из проблем организации и целей, которые она стремится достичь

Оценка и выбор технологии создания информационных систем Входной информацией для процесса оценки и выбора являются: требования к ТС ИС цели и ограничения проекта данные о доступных технологиях Цель – определение функциональности и качества ТС ИС для последующего выбора Потребности организации в ТС ИС должны соразмеряться с реальной ситуацией на рынке или собственными возможностями разработки

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

Исходными данными для выбора и оценки применимости ТС ИС являются технико-экономические характеристики Технико-экономические характеристики ТС ИС Функциональные характеристики, ориентированные на процессы ЖЦ ИС Функциональные характеристики, ориентированные на процессы ЖЦ ИС Функциональные характеристики применения Функциональные характеристики применения Характеристики качества Характеристики качества Общие характеристики Общие характеристики Управление проектом Управление проектом Разработка ИС Сопровождение Документирование Управление конфигурацией Управление конфигурацией Обеспечение качества Обеспечение качества Верификация Аттестация Среда функционирования Среда функционирования Совместимость Аспекты применения Аспекты применения Надёжность Удобство использования Удобство использования Эффективность Сопровождаемость Переносимость Приобретение Реализация Поддержка Сертификация

Критерии успешного внедрения должны позволять количественно оценивать степень удовлетворения каждой из потребностей, связанных с внедрением Как правило, внедрение ТС ИС осуществляет для повышения продуктивности процессов разработки и сопровождения ИС, а также качества результатов разработки

Подходы к разработке стратегии внедрения технологии создания информационных систем признаёт важность исследования всех технологий и документирования процессов разработки и сопровождения ИС в данной организации до того, как определяются требования к ТС Нисходящий начинается с определения некоторого средства или типа средств, которые потенциально могут помочь организации в улучшении выполнения текущей работы Восходящий

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

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

Выполнение пилотного проекта С целью проверки правильности выбора ТС ИС, перед её полномасштабным внедрением, выполняется пилотный проект Такой проект должен обладать многими характеристиками реальных проектов, для которых предназначено данное средство

Характеристики пилотного проекта : 1. Область применения 2. Представительность 3. Критичность 4. Авторитетность 5. Характеристики проектной группы

Шаги пилотного проекта Определение характеристик пилотного проекта Планирование пилотного проекта Планирование пилотного проекта Выполнение пилотного проекта Выполнение пилотного проекта Оценка пилотного проекта Оценка пилотного проекта Принятие решения о внедрении Принятие решения о внедрении Выполнение дополнительного пилотного проекта Отказ от внедрения Внедрение технологии

При внедрении какой-либо ТС ИС следует учитывать, что: ТС ИС не обязательно даёт немедленный эффект, он может быть получен только спустя какое-то время реальные затраты на внедрение ТС ИС обычно намного превышают затраты на её приобретение технология обеспечивает возможности для получения существенной выгоды только после успешного завершения процесса её внедрения

Примеры технологий создания ИС Многие организации-разработчики программных продуктов год за годом накапливали профессиональные знания в области ТС ИС, которые материализовались в виде практических рекомендаций, документации, обучающих программ и книг На сегодняшний день практически все ведущие компании – разработчики технологий и программных продуктов располагают развитыми технологиями создания ИС, которые создавались как собственными силами, так и за счёт приобретения продуктов и технологий, созданных небольшими специализированными компаниями

Технология Rational Unified Process Rational Unified Process (RUP) методология разработки программного обеспечения, созданная компанией Rational Software. в 2003 г. компания Rational Software была куплена фирмой IBM. RUP в значительной степени соответствует стандартам и нормативным документам, связанным с процессами ЖЦ ИС

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

RUP опирается на интегрированный комплекс инструментальных средств Rational Suite Rational Suite AnalystStudio – определение и управление полным набором требований к разрабатываемой системе Rational Suite DevelopmentStudio – проектирование и реализация ИС Rational Suite TestStudio – автоматическое тестирование приложений Rational Suite Enterprise – обеспечивает поддержку полного ЖЦ ИС и предназначен как для менеджеров проекта, так и отдельных разработчиков

В состав Rational Suite входят следующие компоненты Rational Rose – средство визуального моделирования, использующее язык UML Rational XDE – средство анализа и проектирования, интегрируемое с платформами MS Visual Studio.NET и IBM WebSphere Studio Application Developer Rational Requisite Pro – средство управления требованиями Rational Rapid Developer – средство быстрой разработки приложений на платформе Java 2 Enterprise Edition Rational ClearCase – средство управления конфигурацией ИС Rational SoDA – средство автоматической генерации проектной документации Rational ClearQuest – средство для управления изменениями и отслеживания дефектов в проекте на основе средств и WWW

Rational Quantify – средство количественного определения узких мест, влияющих на общую эффективность работы системы Rational Purify – средство для локализации трудно обнаруживаемых ошибок времени выполнения программных компонентов Rational PureCoverage – средство идентификации участков кода, пропущенных при тестировании Rational TestManager – средство планирования функционального и нагрузочного тестирования Rational Robot – средство записи и воспроизведения тестовых сценариев Rational TestFactory – средство тестирования надёжности Rational Quality Architect – средство генерации кода для тестирования

Структурные компоненты Rational Rose 1. репозиторий 2. графический интерфейс пользователя 3. средства просмотра проекта (браузер) 4. средства контроля проекта 5. средства сбора статистики 6. генератор документов

Технология Oracle Oracle Unified Method (унифицированный метод Oracle): CDM (Custom Development Method) – разработка прикладного ПО PJM (Project Management Method) – управление проектом AIM (Application Implementation Method) – внедрение прикладного ПО BPR (Business Process Reengineering) – реинжиниринг бизнес-процессов OCM (Organizational Change Management) – управление изменениями

Метод CDM оформлен в виде консалтингового продукта CDM Advantage, который представляет собой библиотеку стандартов и руководств PJM – это определённая дисциплина ведения проекта, позволяющая гарантировать, что цели проекта, чётко определенные в его начале, остаются в центре внимания на протяжении всего проекта

Инструментальный комплекс Oracle Developer Suite Oracle Designer – средство моделирования и генерации приложений Oracle Forms – средство быстрой разработки приложений Oracle Reports – визуальное средство разработки отчётов Oracle JDeveloper – средство визуального программирования на языке Java Oracle Discoverer – средство для разработки аналитических приложений Oracle Warehouse Builder – система для построения хранилищ данных Oracle Portal – средство разработки информационного портала организации

Технология Borland Компания Borland в результате развития собственных разработок и приобретения ряда компаний представила интегрированный комплекс инструментальных средств, реализующих управление полным ЖЦ приложений (Application Life Cycle Management – ALM)

В соответствии с технологией Borland процесс создания ИС включает в себя пять основных этапов определение требований (CaliberRM) анализ и проектирование (Together ControlCenter) разработка тестирование и профилирование (Optimizeit Suite 5, Optimizeit Profiler for.NET и Optimizeit ServerTrace) Развертывание (StarTeam)

Технология Computer Associates 2006 г. компания изменила свое название с Computer Associates Inc. на CA Inc г. на CA Technologies. CA Technologies объявила о поддержке подхода Lean IT, подразумевающего значительно более эффективные разработку и управление информационными технологиями. В рамках этого подхода были анонсированы 13 новых EITM-продуктов

AllFusion Modeling Suite – интегрированный комплекс CASE-средств AllFusion Change Management Suite – комплекс средств управления конфигурацией и изменениями AllFusion Process Management Suite – средства управления процессами и проектами для различных типов приложений

AllFusion Modeling Suite AllFusion Process Modeler (BPwin) – функциональное моделирование AllFusion ERwin Data Modeler (ERwin) – моделирование данных AllFusion Component Modeler (Paradigm Plus) – объектно-ориентированный анализ и проектирование с использованием UML и возможностью генерации кода AllFusion Model Manager (Model Mart) – организация совместной работы команды разработчиков AllFusion Data Model Validator (ERwin Examiner) – проверка структуры и качества моделей данных