Автоматизация процесса документооборота организации ООО "Ксенокс"

Курсовой проект - Компьютеры, программирование

Другие курсовые по предмету Компьютеры, программирование

ешения;

Дополнительная поддержка;

Система бизнес - задач и решений.

Для описания логики взаимодействия информационных потоков будем использовать методологию моделирования IDEF3, называемую workflow diagramming.

Графический язык IDEF3 дополняет IDEF0: позволяет описать ситуацию, когда процессы выполняются в определенной последовательности, а также описать объекты, участвующие совместно в одном процессе.

Декомпозируем работу Проекты на 8 работ IDEF3 [Приложение 4].

 

Таблица 4. Работы диаграммы декомпозиции изготовление продукции

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

Данные клиента является внешним объектом ссылки.

Используются два перекрестка асинхронное И: разветвление и слияние.

Рассмотрим процесс Отдел работы с клиентом. Он состоит из двух процессов:

проверка и внесение клиента в базу;

формирование заказа.

Для описания документооборота и обработки информации используем диаграмму потоков данных (Data flow diagramming, DFD) [Приложение 5]. DFD представляет систему в виде работ, хранилищ данных и внешних сущностей.

 

Таблица 5. Работы диаграммы декомпозиции Изготовление рекламной продукции

Имя (Name)Определение (Definition)Роль (Roles)Данные клиентовПеречень сведений о клиенте, необходимых для составления заказаХранилище данныхСписок предлагаемых услугПеречень услуг, предлагаемых клиенту для решения определенных бизнес - задачХранилище данныхСписок оказываемых услугПеречень услуг, которые организация уже оказала клиентуХранилище данныхЗаказы клиентовЗвонки клиентов, которые делают заказ на оказание услугВнешняя сущностьПроверка и внесение клиента в базуПроверка наличия клиента в базе и его внесение в базу в случае отсутствияРаботаОформление заказаВ соответствии со списком предлагаемых услуг, формируется перечень оказываемых услуг клиентуРабота

Работы имеют входы и выходы, но не поддерживают управления и механизмы, как IDEF0. Заказы клиентов является внешней сущностью. Она изображает входы в систему.

Хранилища данных (Данные клиента, список предлагаемых услуг, список оказываемых услуг) изображают объекты в покое. Стрелки описывают движение объектов из одной части системы в другую. Так, информация о поставщиках направляется из хранилища Данные клиентов к работе Оформление заказа. Граничные стрелки на диаграмме DFD отсутствуют.

Для представления всех процессов обеспечения продукцией в виде иерархически упорядоченных работ, создадим диаграмму дерева узлов [Приложение 6]. Диаграмма позволяет рассмотреть всю модель целиком - четыре уровня, но не показывает взаимосвязи между работами (стрелки).

 

2.3 Проектирование системы обеспечения продукцией в ERwin

 

Для построения инфологической ER-модели (логической и физической) я использовала CASE-средства ERwin. ERwin - средство концептуального моделирования БД, использующее методологию IDEF1X. ERwin реализует проектирование схемы БД, генерацию ее описания на языке целевой СУБД (ORACLE, Informix, Ingres, Sybase, DB/2, Microsoft SQL Server, Progress и др.) и реинжиниринг существующей БД.

ERwin выпускается в нескольких различных конфигурациях, ориентированных на наиболее распространенные средства разработки приложений 4GL. Версия ERwin/OPEN полностью совместима со средствами разработки приложений PowerBuilder и SQLWindows и позволяет экспортировать описание спроектированной БД непосредственно в репозитории данных средств.

Для ряда средств разработки приложений (PowerBuilder, SQLWindows, Delphi, Visual Basic) выполняется генерация форм и прототипов приложений.

Сетевая версия Erwin ModelMart обеспечивает согласованное проектирование БД и приложений в рамках рабочей группы.

ERwin имеет два уровня представления модели - логический и физический.

Логический уровень - это абстрактный взгляд на данные, на нем данные представляются так, как выглядят в реальном мире, и могут называться так, как они называются в реальном мире, например Клиенты, Города или Улицы [Приложение 7]. Объекты модели, представляемые на логическом уровне, называются сущностями и атрибутами. Логический уровень модели данных может быть построен на основе другой модели, например на основе модели процессов. Логический уровень модели данных является универсальным и никак не связан с конкретной реализацией СУБД.

Физический уровень модели данных, напротив, зависит от конкретной СУБД, фактически являясь отображением системного каталога. В физическом уровне модели содержится информация о всех объектах базы данных. Поскольку стандартов на объекты базы данных не существует, физический уровень модели зависит от кон?/p>