Накопители  данных. Логически накопители данных есть некие устройства для хранения информации, куда ее можно поместить и через некоторое время изъять. При этом на этапе анализа мы не уточняем способ помещения и извлечения данных в накопитель, нас не интересует, происходит ли извлечение данных в смысле чтения (копирования) или в смысле изъятия и другие подобные вопросы. Накопителем данных в реальности может быть микрофиша, ящик для хранения карточек, таблица в памяти, файл на ленте или диске. Накопитель данных обозначается двумя горизонтальными параллельными линиями, замкнутыми с одного края - рис. 1.5. Каждый накопитель данных идентифицируется для ссылки буквами "БД" и произвольным числом в квадрате с левой стороны, определяемым автоматически.

Рисунок 1.5 – Условное обозначение накопителя данных 

     Информационный  канал. При детализации подсистем/процессов часто (за исключением простейших систем) возникает необходимость в детализации (структуризации) информационных потоков. Например, на диаграмме верхнего уровня может появиться поток Годовой отчет, который получает руководство организации. При детализации на следующих уровнях иерархии может выясниться, что годовой отчет готовят различные подразделения, и для этого порождаются такие потоки данных, как: Финансовый отчет, Анализ сбыта, Номенклатура изделий. Т.е. поток Годовой отчет есть результат слияния трех потоков. Такое слияние осуществляется через логический информационный канал. Логически информационный канал есть среда передачи информации. Информационный канал может реализоваться в виде, например, пневмопочты, курьерской службы, почты, магистрали или шины данных и т.д. Условное обозначение канала содержит идентифицирующую ссылку (буквы “ИК” и автоматически определяемый номер), поле имени и поле номера копии (рис. 1.6).  
 
 

Рисунок 1.6 – Условное обозначение информационного канала 

     Информационный  поток. Логически информационный поток есть некоторое соединение, по которому информация от источника передается приемнику. В реальности информационный поток может быть, например, информацией, передаваемой по кабелю между двумя устройствами, письмом, пересылаемым между респондентами, магнитной лентой или дискетой, переносимой между ЭВМ. Информационный поток может физически содержаться в телефонном звонке, при переходе от программы к программе через спутниковую информационную связь – при любом варианте прохождения данных от одного объекта или процесса к другому. 

     Рисунок 1.7 – Условные обозначения информационных потоков 

ВЫВОДЫ

     Важной  особенностью пакета является возможность  экспорта и импорта фрагментов проекта. Эта функция позволяет взаимодействовать  между собой аналитикам, работающим на автономных рабочих местах. Руководитель проекта ведет центральную базу данных и передает им части (поддеревья) иерархической информационно-логической модели системы. При этом для обеспечения  целостности проекта руководителю закрывается доступ для редактирования экспортируемого дерева и его  контекста. Аналитик, в свою очередь, может редактировать только детализацию  корневого процесса (подсистемы). Проработанные  поддеревья руководитель проекта импортирует  в центральную базу данных. “CASE.Аналитик”  позволяет строить только концептуальные модели данных с использованием структурограмм. Если же нужно построить логическую модель данных (в виде диаграмм “сущность  – связь”), он может взаимодействовать с пакетом ERWin фирмы Logic Works. Для этой цели разработан отдельный программный продукт Catherine, предназначенный для обмена данными между “CASE. Аналитик 1.1+” и ERWin/ERX 2.5. Эта программа работает с базой данных “CASE.Аналитик”. Данные для экспорта могут формироваться как в автоматическом (все структурограммы), так и в интерактивном (отдельные фрагменты концептуальной модели) режимах. После выбора экспортируемых данных они записываются в словарь данных ERWin, при этом автоматически контролируется непротиворечивость построенной ER-модели.

       “CASE.Аналитик” требует минимального  объема аппаратных ресурсов: процессор  Intel 386 и выше, 4 Мб ОЗУ, 5 Мб пространства  на жестком диске, операционная  система MS Windows 3.х или Windows95.  

СПИСОК  ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

1. Калянов Г.Н. CASE. Структурный системный анализ (автоматизация и применение). М., "Лори", 1996;
2. Горин С.В., Тандоев А.Ю. Применение CASE-средства Erwin 2.0 для информационного моделирования в системах обработки данных. "СУБД", 1995, №3;
3. Горчинская О.Ю. Designer/2000 – новое поколение CASE-продуктов фирмы ORACLE. "СУБД", 1995, №3;
4. Вендров А.М. Один из подходов к выбору средств проектирования баз данных и приложений. "СУБД", 1995, №3.