Главная | Обратная связь

Графические средства представления проектных решений АСОИУ (IDEF, DFD, UML, ERD и т.д.)

Графические средства моделирования предметной области позволяют разработчикам в наглядном виде изучать существующую АСОИУ, перестраивать ее в соответствии с поставленными целями и имеющимися ограничениями.

CASE-средства обладают следующими основными особенностями :

а) имеют мощные граф/ср-ва для описания и документирования АСОИУ;

б) осуществляют интеграцию отдельных компонент CASE-средств;

в) используют организованное хранилище проектных метаданных (репозитория).

Интегрированное CASE-средство должно содержать следующие компоненты:

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

б) графические средства анализа и проектирования, обеспечивающие создание и ре­дактирование иерархически связанных диаграмм (DFD, ERD и др.), образующих модели АСОИУ;

в) средства разработки приложений, включая языки 4GL и генераторы кодов;

г) средства конфигурационного управления;

д) средства документирования;

е) средства тестирования;

ж) средства управления проектом;

з) средства реинжиниринга.

Все современные CASE-средства классифицируются по типам (отражает функциональную их ориентацию на те или иные процессы ЖЦ (в основном совпадает с компонентным составом CASE-средств)). Класс-ция по категориям определяет степень интегрированности по выполняе­мым функциям и включает следующее :

а) отдельные локальные средства, решающие небольшие автономные задачи (tools);

б) набор частично интегрированных средств, охватывающих большинство этапов жизненного цикла систем (toolkit);

в) полностью интегрированные средства, поддерживающие весь ЖЦ систем и связанные общим репозиторием.

CASE-средства можно классифицировать по другим признакам:

а) применяемым методологиям и моделям систем и БД;

б) степени интегрированности с СУБД;

в) доступным платформам.

На сегодня российский рынок ПО располагает следующими CASE-средствами: Vantage Team Builder, Designer/2000, Silverrun, Erwin+Bpwin, S-Designor, CASE /4/0, PRO-IV, System Architect, Visible Analyst Workbench, EasyCASE; VIS; RATIONAL ROSE.

DFD- диаграммы потоков данных являются основным средством моделирования функциональных требований к проектируемой системе. С их помощью требования представляются в виде иерархии процессов, связанных потоками данных. Главная цель– показать, как каждый процесс преобразует свои входные данные в выходные, а также выявить отношения между этими процессами. Модель системы определяется как иерархия диаграмм потоков данных, описывающих асинхронный процесс преобразования информации от ее ввода в систему до выдачи пользователю. Диаграммы верхних уровней иерархии определяют основные процессы с внешними входами и выходами. Они детализируются при помощи диаграмм нижнего уровня.

Основные компоненты: внешние сущности, системы и подсистемы, процессы, накопители данных, потоки данных.

Внешняя сущность – материальный объект или физ/лицо, представляющее собой источник или приемник инф-ии.

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

Накопитель данных – абстрактное устройство для хранения информации, которую можно извлечь.

Поток данных определяет информацию, передаваемую через некоторое соединение от источника к приемнику.

ERD – данная нотация используется в CASE средстве Oracle Designer.

Первый шаг моделирования – извлечение информации из интервью и выделение сущностей.

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

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

Возможный ключ – один или несколько атрибутов, чьи значенья однозначно определяют каждый экземпляр сущности.

Супертипы и подтипы: одна сущность является обобщающим понятием для группы подобных сущностей.

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

Рекурсивная связь – сущность может быть связана сама с собой.

Неперемещаемые связи – экземпляр сущность не может быть перенесен из одного экземпляра связи в другой.

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

IDEF0 –диаграммы – главные компоненты модели, все функции ИС и интерфейсы на них представлены как блоки и дуги. Место соединения дуги с блоком определяет тип интерфейса. Управляющая информация входит в блок сверху, в то время как информация, которая подвергается обработке, показана с левой стороны блока, а результаты выхода показаны с правой стороны. Механизм, который осуществляет операцию, представляется дугой, входящей в блок снизу.

 

Классификация ИС

По типу данных:

- фактографические (факты, структурированные);

- документальные.

По степени автоматизации труда:

- ручные;

- автоматизированные;

- автоматические.

По сфере применения:

- интегрированные (все функции, весь цикл производства);

- организационно-управленческие (автоматизированные функции управления персоналом;

- управление ТП (автоматизированы функции производственного персонала по контролю и управлению производственными процессами);

- САПР.

По характеру обработки данных:

- информационно-поисковые;

- информационно-решающие (управляющие, советующие).

По уровню управления:

- стратегические;

- функциональные;

- операционные.

По уровню использования:

- локальные системы

 

 

 

- интегрированные ИС (корпоративные)

 

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

 

Рынок ИС

 

Локальные системы	Малые интегрированные системы	Средние интегрированные системы	Крупные интегрированные системы
1С БЭСТ Инотек ИНФНН Инфософт Супер-менеджер Турбо-бухгалтер Инфо-Бухгалтер	Concorde XAL Extract NS-2000 Platinum PRO/MIS Scala Sun Systems БЭСТ-ПРО 1С-Предприятие БОСС Корпорация Галактика Парус Ресурс Эталон	Microsoft Business Solutions-Navision Axapta DEdwards (Robertson&Blums) MFG-Pro (QAD/BMS) SyteLine (СОКАП/SYMIX)	SAP/R3 (SAP AG) Baan (Baan) BPCS (ITS/SSA) Oracle Applications