Разработка функциональной модели «Документооборот предприятия»

" Министерство образования Российской Федерации Тверской государственный технический университет"

Работа по дисциплине унифицированный язык моделирования на тему:

" Документооборот предприятия"

Выполнила: студент 4 курса группы ПОВТ 0806

Мухортова И.В.

Проверил: Котлинский С.В.

Тверь, 2011

• Введение
• 1. Разработка модели процессов
• 2. Создание модели данных
• 3. Связывание моделей
• 4. Подключение БД в C#
• Заключение
• Список используемой литературы

В настоящее время инструментальные средства (ИС) проектирования играют жизненно важную роль в создании информационной системы. К одним из таких средств можно отнести такие CASE-средства разработки, как Bpwin и Erwin, а также систему поиска и исправления ошибок модели данных Model Validator. Преимуществами этих программных продуктов является крайне гибкий инструмент моделирования в условиях изменения требований к ИС, который значительно уменьшает время её разработки, увеличивает степень автоматизации, а также имеет хорошее соотношение стоимость/эффективность.

1. Разработка модели процессов

Функциональная модель предназначена для описания существующих бизнес-процессов на предприятии и идеального положения вещей — того, к чему нужно стремиться.

Для этого была созданo описание системы в целом и ее взаимодействие с внешней средой. Контекстная диаграмма деятельности предприятия представлена на рисунке 1.

Рисунок 1. Диаграмма декомпозиции IDEF0 функционирования предприятия.

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

Управление осуществляется на основе постановлений о типовой инструкции по документированному обеспечению.

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

После описания контекстной диаграммы проводится функциональная декомпозиция — система разбивается на подсистемы и каждая подсистема описывается отдельно (диаграммы декомпозиции).

Затем каждая подсистема разбивается на более мелкие и так далее до достижения нужной степени подробности.

В результате такого разбиения, каждый фрагмент системы изображается на отдельной диаграмме декомпозиции и включает шесть работ: «База данных АСД», «Разработка и реализация стратегии», «Создание необходимых условий для удовлетворения информационных потребностей «, «Заключение договоров с организациями «, «Координационные работы «и «Интеграция с мировым информационным пространством» .

Рисунок 2. Диаграмма декомпозиции.

Для разработки и реализации стратегии входом является письма и справки.

Для создания необходимых условий для удовлетворения информационных потребностей входом является проекты по совершенствованию связи и сети.

Для заключения договоров с организациями входом является предложения и проекты.

Для координационных работ входом является распоряжения руководства, постановления.

Для интеграции с мировым информационным пространством входом является данные из сети Интернет.

Для базы данных АСД входами являются: Эффективная стратегия, Оперативные действия и предопределенные выводы, Заключенный договор, Сбалансированная система управления, Сформированный информационный ресурс.

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

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

Диаграмма декомпозиции «Разработка и реализация стратегии «включает следующие работы: Формулировка стратегии, после которой происходит Написание плана реализации стратегии и внедрение стратегического планирования, затем Реализация стратегии и Оценка результатов.

Результатом этих работ является эффективная стратегия. Диаграмма декомпозиции «Разработка и реализация стратегии «представлена на рисунке 3.

Рисунок 3. Диаграмма декомпозиции «Разработка и реализация стратегии «

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

На выходе мы получим Оперативные действия и предопределенные выводы. Описанная схема изображена на рисунке 4.

Рисунок 4. Диаграмма декомпозиции «Создание необходимых условий для удовлетворения информационных потребностей «

Декомпозицию подсистемы «Заключение договоров с организациями» (нотация DFD) можно описать следующим образом: происходит Формирование текста договора, затем Подписание договора, и Заключение дополнительных соглашений. На выходе мы получим Заключенный договор. Описанная схема изображена на рисунке 5.

Рисунок 5. Диаграмма декомпозиции «Заключение договоров с организациями»

Декомпозицию подсистемы «Координационные работы» (нотация DFD) можно описать следующим образом: происходит Взаимное согласование, затем Прямой контроль, который состоит из Стандартизация рабочих процессов и Стандартизация квалификации, затем происходит Стандартизация выпуска. На выходе мы получим Сбалансированная система управления. Описанная схема изображена на рисунке 6.

Рисунок 6. Диаграмма декомпозиции «Координационные работы «

Декомпозицию подсистемы «Интеграция с мировым информационным пространством» (нотация DFD) можно описать следующим образом: на входе мы имеем Данные из Сети Интернет, которые используются в Формирование и использование информационных ресурсов, они делятся на Развитие информационной инфраструктуры и Формирование и использование информационного пространства. На выходе мы получим Сформированный информационный ресурс. Описанная схема изображена на рисунке 7.

Рисунок 7. Диаграмма декомпозиции «Интеграция с мировым информационным пространством»

Декомпозицию подсистемы «База данных АСД» (нотация DFD) можно описать следующим образом: на входе мы имеем Эффективная стратегия, Оперативные действия и предопределенные выводы, Заключенный договор, Сбалансированная система управления, Сформированный информационный ресурс, которые входят в Ввод, корректировка данных, он делится на Поиск, Редактирование и Сервис. На выходе мы получим Результат поиска, Отчет о системе и Резолюция. Описанная схема изображена на рисунке 8.

Рисунок 8. Диаграмма декомпозиции «База данных АСД»

2. Создание модели данных

Для разработки модели данных использовалось инструментальное средство Erwin. Логический уровень — это абстрактный взгляд на данные, на нем данные представляются так, как выглядят в реальном мире. Объекты модели, представляемые на логическом уровне — сущности и атрибуты. Логическая модель данных является универсальной и никак не связана с конкретной реализацией СУБД. Логический уровень модели данных представлен на рисунке 9.

Рисунок 9. Логический уровень представления

Логический уровень отличается от физического тем, что на нем данные выглядят как в реальности. Между тем физический уровень зависит от конкретной СУБД (MS SQL Server 2000), фактически являясь отображением системного каталога. Создав логическую модель, можно сгенерировать физические модели под любую поддерживаемую ERwin СУБД. В физической модели содержится информация о всех объектах БД.

Рисунок 10. Физический уровень представления

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

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

3. Связывание моделей

После разработки модели данных её следует связать с базой Access, что гарантирует завершенность анализа, корректности и согласованности сущностей и работ. Для этого нужно выбрать физический уровень модели, нажать кнопку Forward Engineer — Generate — выбрать пустую, ранее созданную базу данных и нажать Connect.

На рисунке 11 изображен пример таблицы после импортирования данных.

Рисунок 11. Пример таблицы в Access.

4. Подключение БД в C#

Для того, чтобы подключить свою базу данных к форме в C#, необходимо Создать новую форму в программе. Затем Добавить элемент BindingSource, в его свойствах выбрать путь к своей базе данных и подключить ее. Затем добавить элементы TabControl и DataGridView. В свойствах последнего выбрать таблицу, которую хотим подключить для данной вкладки. Так же добавить Button для сохранения изменений в базе.

Вариант формы показан на рисунке 12.

Рисунок 12. Пример формы в C#.

Заключение

В процессе курсового проектирования была спроектирована информационная система документооборот предприятия. Были использованы такие программы как BPwin, Erwin, Access и C#, а так же их взаимодействие между собой.

Список используемой литературы

1. Маклаков С. В. Создание информационных систем с AllFusion Modelling Suite. — М.: ДИАЛОГ — МИФИ, 2002. — 224с.

2. Сайт case-web «Информационные системы» .

3. «Информационные системы» (http://alice. stup. ac.ru/case).

4. Макарычев П. П.: Курс лекций по дисциплине «Проектирование информационно-управляющих систем» .

5.О. Н. Евсеева, А. Б. Шамшев «Работа с базами данных на языке C#», 2009 г.