Роль инструментальных средств проектирования в создании информационной системы. Преимущества CASE-средств разработки Bpwin и Erwin, системы поиска, исправления ошибок модели данных Model Validator. Разработка модели процессов документооборота предприятия.
Краткое сожержание материала:

Размещено на

"Министерство образования Российской Федерации

Тверской государственный технический университет"

Работа

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

на тему:

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

Выполнила: студент 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. Физический уровень представления

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

Для того, чтобы удостоверить...