7. Оценка и выбор case-средства
Предварительная экспертная оценка заключается в анализе доступных CASE-средств на предмет соответствия требованиям, неудовлетворительные варианты отвергаются, формируется список претендентов.
При детализированной оценке для каждого CASE-средства-претендента формируется его детальное описание.
8. Выполнение пилотного проекта
Перед полномасштабным внедрением выбранного CASE-средства в организации выполняется пилотный проект, целью которого является экспериментальная проверка правильности решений, принятых на предыдущих этапах, и подготовка к внедрению.
9. Полномасштабное внедрение case-средств
Процесс перехода к практическому использованию CASE-средств начинается с разработки и последующей реализации плана перехода.
Методы спецификации в CASE-системах
Методологической основой верхних CASE-систем являются методы спецификации программ, то есть, описания задачи, которую должна решать программа. Для удобства и простоты работы, в CASE-системах используются графические языки спецификаций и описания процессов и структур данных. Наиболее распространенными являются:
-DFD-диаграммы потоков данных
-ERD-диаграммы объектов-связей, называемые еще диаграммами «сущность-связь»
-STD-диаграммы переходов-
Как правило, CASE-система поддерживает тот из указанных методов специфицирования, для разработок в какой отрасли она предназначена. Некоторые системы поддерживают одновременно несколько систем специфицирования. Но все эти системы имеют общие черты. Все они удобны и интуитивно понятны, и, как правило, имеют графический интерфейс, направленный на упрощение разработки. Все они поддерживают работу с иерархическими структурами, автоматически обновляя зависимые объекты при изменении влияющих.
24. Управление проектированием разработки программного обеспечения и созданием информационных систем (msf, pjm, rup).
На сегодняшний день практически все ведущие компании - разработчики технологий и программных продуктов располагают развитыми технологиями создания ПО, которые создавались как собственными силами, так и за счет приобретения продуктов и технологий, созданных небольшими специализированными компаниями.
Методология создания программных решений Microsoft Solutions Framework (MSF) представляет собой согласованный набор концепций, моделей и правил. MSF состоит из двух моделей и трех дисциплин. Они подробно описаны в пяти документах, так называемых "белых книгах" ("whitepapers"), каждый из которых охватывает определенную дисциплину или модель MSF:
Модель процессов MSF;
Модель проектной группы MSF;
Дисциплина управления проектами MSF;
Дисциплина управления рисками MSF;
Дисциплина управления подготовкой MSF.
Модель проектной группы MSF (MSF Team Model) описывает подход Майкрософт к организации работающего над проектом персонала и его деятельности в целях максимизации успешности проекта.
Модель процессов MSF (MSF process model) представляет общую методологию разработки и внедрения IT решений.
Управление рисками MSF видит в изменениях и возникающей из-за них неопределенности неотъемлемые части жизненного цикла информационных технологий. Управление проектами— это область знаний, навыков, инструментария и приемов, используемых для достижения целей проектов в рамках согласованных параметров качества, бюджета, сроков и прочих ограничений.
Управление подготовкой Дисциплина управления подготовкой MSF описывает фундаментальные принципы MSF и дает рекомендации по применению превентивного подхода к управлению знаниями на протяжении всего жизненного цикла информационных технологий.
PJM - это определенная дисциплина ведения проекта, позволяющая гарантировать, что цели проекта, четко определенные в его начале, остаются в центре внимания на протяжении всего проекта. В основе PJM лежит метод, ориентированный на выполнение самостоятельных процессов. Так же, как и CDM, метод руководства проектом представляется в виде четко определенной операционной схемы, в которой выделяются процессы, этапы, задачи, результаты решения задач и зависимости между задачами:
-Управление проектом и предоставление отчетности
-Управление работой
-Управление ресурсами
-Управление качеством
-Управление конфигурацией
Цикл решения задач PJM состоит из отдельных этапов. Количество этапов зависит от выбранного подхода к разработке. Задачи PJM можно распределить внутри каждого процесса по трем группам - задачи планирования, управления и завершения, и по уровням - отнести задачу на уровень проекта или на уровень отдельного этапа.
RUP представляет собой программный продукт, разработанный компанией Rational Software которая в настоящее время входит в состав IBM.
Ее основными принципами являются:
Итерационный и инкрементный (наращиваемый) подход к созданию ПО.
Планирование и управление проектом на основе функциональных требований к системе - вариантов использования.
Построение системы на базе архитектуры ПО.
Согласно RUP, ЖЦ ПО разбивается на отдельные циклы, в каждом из которых создается новое поколение продукта. Каждый цикл, в свою очередь, разбивается на четыре последовательные стадии:
начальная стадия (inception);
стадия разработки (elaboration);
стадия конструирования (construction);
стадия ввода в действие (transition).
Начальная стадия (inception) - Может принимать множество разных форм. Для крупных проектов начальная стадия может вылиться во всестороннее изучение всех возможностей реализации проекта, которое займет месяцы. Во время начальной стадии вырабатывается бизнес-план проекта - определяется, сколько приблизительно он будет стоить и какой доход принесет. Определяются также границы проекта, и выполняется некоторый начальный анализ для оценки размеров проекта.
Стадия разработки (elaboration)
Выявляются более детальные требования к системе, выполняется высокоуровневый анализ предметной области и проектирование для построения базовой архитектуры системы, создается план конструирования и устраняются наиболее рискованные элементы проекта.
Стадия конструирования
Результатом является продукт, готовый к передаче конечным пользователям. Как минимум, он содержит следующее:
ПО, интегрированное на требуемых платформах;
руководства пользователя;
описание текущей реализации.
Стадия ввода в действие
Назначением является передача готового продукта в распоряжение пользователей. Данная стадия включает:
бета-тестирование, позволяющее убедиться, что новая система соответствует ожиданиям пользователей;
параллельное функционирование с существующей (legacy) системой, которая подлежит постепенной замене;
конвертирование баз данных;
оптимизацию производительности;
обучение пользователей и специалистов службы сопровождения.
25. Инструментальные средства проектирования информационных систем (JAM, Vantage Team Builder, Rational Rose, ASE).
Средство разработки приложений JAM (JYACC's Application Manager) - продукт фирмы JYACC (США). Основной чертой JAM является его соответствие методологии RAD, поскольку он позволяет достаточно быстро реализовать цикл разработки приложения, заключающийся в формировании очередной версии прототипа приложения с учетом требований, выявленных на предыдущем шаге, и предъявить его пользователю.
JAM имеет модульную структуру и состоит из следующих компонент:
Ядро системы;
JAM/DBi - специализированные модули интерфейса к СУБД (JAM/DBi-Oracle, JAM/DBi-Informix, JAM/DBi-ODBC и т.д.);
JAM/RW - модуль генератора отчетов;
JAM/CASEi - специализированные модули интерфейса к CASE-средствам (JAM/CASE-TeamWork, JAM/CASE-Innovator и т.д.);
JAM/TPi - специализированные модули интерфейса к менеджерам транзакций (например, JAM/TPi-Server TUXEDO и т.д.);
Jterm - специализированный эмулятор X-терминала.
Vantage Team Builder представляет собой интегрированный программный продукт, ориентированный на реализацию каскадной модели жизненного цикла программного обеспечения и поддержку полного жизненного цикла программного обеспечения.
Vantage Team Builder обеспечивает выполнение следующих функций:
проектирование диаграмм потоков данных, "сущность-связь", структур данных, структурных схем программ и последовательностей экранных форм;
проектирование диаграмм архитектуры системы - SAD (проектирование состава и связи вычислительных средств, распределения задач системы между вычислительными средствами, моделирование отношений типа "клиент-сервер", анализ использования менеджеров транзакций и особенностей функционирования систем в реальном времени);
генерация кода программ на языке 4GL целевой СУБД с полным обеспечением программной среды и генерация SQL-кода для создания таблиц БД, индексов, ограничений целостности и хранимых процедур;
программирование на языке Си со встроенным SQL;
управление версиями и конфигурацией проекта;
многопользовательский доступ к репозиторию проекта;
генерация проектной документации по стандартным и индивидуальным шаблонам;
экспорт и импорт данных проекта в формате CDIF (CASE Data Interchange Format).
Rational Rose - CASE-средство фирмы Rational Software Corporation (США) - предназначено для автоматизации этапов анализа и проектирования программного обеспечения, а также для генерации кодов на различных языках и выпуска проектной документации.
В составе Rational Rose можно выделить 6 основных структурных компонент:
репозиторий,
графический интерфейс пользователя,
средства просмотра проекта (browser),
средства контроля проекта,
средства сбора статистики
генератор документов.
К ним добавляются генератор кодов (индивидуальный для каждого языка) и анализатор для Си++, обеспечивающий реинжиниринг - восстановление модели проекта по исходным текстам программ.
26. Планирование и проектирование реорганизации деятельности предприятия. Стандарты производственных ИС. Корпоративные ИС R/3, Oracle E-Business Suite, BAAN.
Результаты исследований состояния информатизации в различных организациях позволяют сделать вывод, что в настоящий момент большинство из них уже имеет некоторые информационные системы (ИС). Эти ИС в различной степени автоматизируют процессы, протекающие в организациях. Исследования проектов информатизации, и, в первую очередь, проектов разработки ИС так же показывают, что создание новой информационной системы в большинстве случаев предусматривает изменение состояния существующих ИС. Типичными стали проекты:
-по разработке новых ИС и их интеграции с существующими ИС;
-по разработке новых ИС с целью замены существующих ИС;
-по модернизации существующих ИС.
По сути, сегодня можно говорить, что эра, когда разработчики ИС приходили в организацию и начинали проекты информатизации «с нуля», прошла. Наступает время проектов по систематической трансформации существующих ИС или эра реинжиниринга ИС.
Следствием сложившейся ситуации становится объективная потребность в исследовании, пересмотре и переосмыслении существующих подходов, методологий и технологий разработки ИС, что, в свою очередь, может потребовать их модернизации, а возможно, и разработки новых решений. Реинжиниринг ИС занимает промежуточное местоположение по отношению к разработке и сопровождению ИС. При этом сопровождение ИС рассматривается как деятельность, предусматривающая выполнение изменений, направленных на коррекцию, усовершенствование и адаптацию ИС, а разработка ИС как деятельность, включающая реализацию новых возможностей, добавление новой функциональности, осуществление таких существенных улучшений, как переход на использование новых компьютеров, внедрение новых информационных технологий.
Состав работ по разработке и внедрению современных ИС
1. Разработка модели бизнеса предприятия.
В ней должны быть представлены все ключевые процессы и функции, при помощи которых предприятие зарабатывает деньги.
2. Проектирование ключевых бизнес – процессов предприятия.
Переход к процессному управлению связан с созданием обновленной организационной структуры, освоением и внедрением новых моделей бизнеса и технологий менеджмента, созданных за последние десятилетия мировой наукой, проверенных успешной практикой ведущих фирм, основанных на высоких достижениях информатизации бизнеса.