3.2 Методологии, используемые в ERWin

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

     Наиболее  удобным языком моделирования бизнес – процессов является IDEF0, предложенный более 20 лет назад Дугласом Россом и называвшийся первоначально SADT – Structured Analysis and Design Technique.

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

     Под моделью в IDEF0 понимают описание системы (текстовое и графическое), которое должно дать ответ на некоторые заранее определенные вопросы.

     Процесс моделирования какой–либо системы  в IDEF0 начинается с определения контекста, т.е. наиболее абстрактного уровня описания системы в целом. В контекст входит определение субъекта моделирования, цели и точки зрения на модель.

     IDEF0–модель предполагает наличие четко сформулированной цели, единственного субъекта моделирования и одной точки зрения.

     Основу  методологии IDEF0 составляет графический язык описания бизнес–процессов. Модель в нотации IDEF0 представляет собой совокупность иерархически упорядоченных и взаимосвязанных диаграмм. Каждая диаграмма является единицей описания системы и располагается на отдельном листе.

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

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

     Моделирование потоков работ (нотация IDEF3) позволяет рассмотреть конкретный процесс, проанализировать операции, из которых он состоит, а также точки принятия решений, влияющих на его ход.

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

     Модели  ERWin дают основу для осмысления бизнес-процессов и оценки влияния тех или иных событий, а также описывают взаимодействие процессов и потоков информации в организации.

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

     ERwin имеет два уровня представления модели - логический и физический. Логический уровень - это абстрактный взгляд на данные, на нем данные представляются так, как выглядят в реальном мире, и могут называться так, как они называются в реальном мире, например "Постоянный клиент", "Отдел" или "Фамилия сотрудника". Объекты модели, представляемые на логическом уровне, называются сущностями и атрибутами (подробнее о сущностях и атрибутах будет рассказано ниже). Логическая модель данных может быть построена на основе другой логической модели, например на основе модели процессов (см. гл. 1). Логическая модель данных является универсальной и никак не связана с конкретной реализацией СУБД.

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

     В данной курсовой работе реализована  только логическая модель ввиду того, что целью не является привязка модели к БД. 
 
 
 
 
 
 
 
 
 
 
 

     3.3 Логическая  модель организации по сбору донорской крови ERWin 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

ЗАКЛЮЧЕНИЕ

     В результате курсового проектирования были изучены теоретические основы моделирования процессов средствами ERWin, проведено исследование механизма сбора донорской крови и спроектирована модель организации по сбору донорской крови, что позволяет говорить о полном решении поставленных задач.

     Моделирование производилось в средствах ERWin. Была построена логическая модель организации по сбору донорской крови. На базе этой модели в дальнейшем можно построить физическую модель для требуемой СУБД. 

 

БИБЛИОГРАФИЧЕСКИЙ СПИСОК 

     1 Маклаков С.В. ERWin и ERwin. Case – средства разработки информационных систем. – М.: Диалог - мифи, 1999. – C. 256.

     2 Федоров Н.В. Проектирование информационных систем на основе современных Case - технологий. – М.: Мгиу, 2008. – C. 287.

     3 Черемных С.В., Ручкин В.С., Семенов И.О. Структурный анализ систем IDEF-технологии. / С.В. Черемных, В.С. Ручкин, И.О. Семенов – М.: Финансы и статистика, 2001. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

ПРИЛОЖЕНИЕ  1 

     Основные  типы связей между выделенными сущностями 

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

ПРИЛОЖЕНИЕ  2

     Сведенья  об атрибутах сущностей