Информационная система для автоматизации деятельности компании

МИНОБРНАУКИ РОССИИ федеральное государственное бюджетное образовательное учреждение высшего профессионального образования

«Вологодский государственный университет»

(ВоГУ) КОНТРОЛЬНАЯ РАБОТА Дисциплина: «Автоматизированные системы передачи и обработки информации»

Выполнил: Ожгихин В.С.

Группа: УТМ-32

Проверил: Петрова К.С.

Череповец

2014г

ВВЕДЕНИЕ

1. Анализ предметной области

1. 1 Характеристика предприятия

2. Функциональное моделирование предметной области

2.1 Модель IDEF0

2.2.Модель DFD

2.3 Модель IDEF3

2.4 Диаграмма узлов

2.5 Оптимизация моделей

2.6 Стоимостный анализ

ЗАКЛЮЧЕНИЕ

СПИСОК ЛИТЕРАТУРЫ

Введение

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

Для достижения данной цели необходимо решить следующие задачи:

провести анализ литературы по теме исследования;

описать характеристику объекта автоматизации;

описать деятельность предприятия;

провести моделирование предметной области с помощью инструментальных средств BPwin;

провести стоимостный анализ.

Контрольная работа состоит из введения, двух глав, заключения и списка используемых источников, включающего в себя 6 позиций авторов. Работа включает в себя 15 рисунков и 2 таблицы. Общий объем машинописного текста составил 30 страниц.

1. Анализ предметной области

1.1 Характеристика предприятия Объектом исследования является транспортная компания, которая занимается грузоперевозками по России, ООО «Редвей».

Информационная система создаётся для автоматизации регистрации доставки грузов транспортной компании ООО «Редвей». Основными услугами компании являются:

Автоперевозки;

Перевозки негабаритных грузов;

Квартирный переезд; информационная груз автоматизация диаграмма Страхование грузов.

Во время проведения обследования ООО «Рэдвэй» было установлено что компания работает по следующему плану:

Для начала необходимо связаться с компанией по телефону, либо отправив сообщения по электронной почте и предоставить информацию по грузу, дате отправки и местах погрузки и выгрузки. После предоставления этой информации, менеджер компании рассчитывает стоимость перевозки. Если клиента устраивают условия, поставленные компанией, то он отправляет им свои реквизиты и другую необходимую для осуществления перевозки информацию по факсу или электронной почте. Затем ООО «Рэдвэй» подбирает необходимый транспорт, оформляет заявку, договор и отправляет клиенту на подпись.

Оплата производится на момент постановки транспорта под погрузку в размере стоимости оговоренной в заявке. Вопросы ответственности и безопасности четко оговорены в договоре.

Оригиналы документов в течение 3-х дней компания отправляет клиенту по почте или курьерской службой, по получении, клиент их подписывает и возвращает вторые экземпляры. Электронные и факсовые копии документов имеют юридическую силу до подписания оригиналов.

2. Функциональное моделирование предметной области Важнейшим этапом процесса разработки программного обеспечения является этап системного анализа и моделирования деятельности предприятия-заказчика. От успеха проведения этого этапа зависит успех проекта в целом. Реорганизация или реинженеринг бизнес-процессов (business process reengineering) уже довольно давно является отдельной дисциплиной. Ключевым моментом успеха проекта по реорганизации является коммуникация между всеми группами лиц, заинтересованных в выполнении задачи. Это взаимодействие достигается посредством составления различных моделей, которые отображают бизнес-процессы и понятны всем участникам проекта. Одновременно модель служит для формализации и документирования существующего состояния дел и изучения возможностей улучшения работы. Существует несколько технологий, которые предназначены для моделирования бизнес-процессов и позволяют облегчить обмен информацией. Инструменты для разработки, моделирования и анализа получили название CASE-средств (Computer-Aided Software Engineering). Понятие CASE-средства охватывает самые различные инструменты, которые служат для компьютерного анализа и моделирования, а инструменты для анализа бизнес-процессов представляют собой лишь небольшую часть всего семейства. В данной работе используется CASE-средство BPwin, которое позволяет наглядно представить функциональную декомпозицию системы. В процессе создания модели бизнес-процесса на любой ветви можно переключиться на любую из методологий и создать смешанную модель.

BPwin — программный продукт в области реализации средств CASE-технологий. Позволяет проводить описание, анализ и моделирование бизнес-процессов. Занимает одно из лидирующих мест в своем сегменте рынка. В настоящее время выпускается компанией Computer Associates. Распространяется на коммерческой основе.

BPWin поддерживает три методологии структурного анализа и моделирования систем — IDEF0, IDEF3 и DFD. Эти методологии по-своему уникальны. Каждая из них может быть выполнена отдельно с помощью BPwin, но их совокупность, заключенная в модель дает аналитику полную картину предметной области клиента.

BPwin — это незаменимый инструмент менеджеров и бизнес-аналитиков, а начиная с версии 1.8, в которую включена поддержка диаграмм потоков данных и методики IDEF3 (BPwin Professional), становится в руках системных аналитиков и разработчиков и мощным средством моделирования процессов при создании корпоративных информационных систем.

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

BРwin поддерживает ссылочную целостность, не допуская определения некорректных связей и гарантируя непротиворечивость отношений между объектами при моделировании. Встроенный механизм вычисления стоимости позволяет оценивать и анализировать затраты на осуществление различных видов деловой активности Механизм вычисления расходов на основе выполняемых действий (Activity-Based Costing, ABC) — это технология, применяемая для оценки затрат и используемых ресурсов. Она помогает распознать и выделить наиболее дорогостоящие операции для дальнейшего анализа.

2.1 Модель IDEF0

Методология функционального моделирования IDEF0 является подмножеством методологии структурного анализа и проектирования SADT, разработанной Д.Россом.

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

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

Модель может содержать четыре типа диаграмм:

контекстную диаграмму;

диаграммы декомпозиции;

диаграммы дерева узлов;

диаграммы только для экспозиции (FEO).

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

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

Правая сторона предназначена для выхода. Выход — результат выполнения функции.

Верхняя сторона используется для управления. Управление — условия, правила, стратегии, стандарты, которые влияют на выполнение функции.

Нижняя сторона — для механизмов. Механизм — ресурсы, с помощью которых выполняется работа.

Контекстная диаграмма модели информационной системы представлена на рисунке 1, которая представляет собой самое общее описание системы и ее взаимодействие с окружающей средой.

Рис. 1. — Контекстная диаграмма Взаимодействие системы с окружающей средой описывается в терминах, необходимых для нормального функционирования фирмы:

Входные сигналы:

Заказы клиентов Информация о грузе Информация о клиенте Управляющая информация:

Безопасность грузоперевозок Бланки заявок Документы для определения стоимости грузоперевозки Договора Исполнители (механизм реализации):

Персонал Офисное оборудование Выходные сигналы:

Договор Информация о грузоперевозчике Основную работу «Регистрирование грузоперевозок» можно разбить на три более мелкие работы:

Прием заказов;

Подсчет цены заказа;

Оформление заказа на грузоперевозку;

Отправка договора клиенту.

На рисунке 2 представлена диаграмма декомпозиции «Как есть».

Рис. 2. — IDEF0-диаграмма первого уровня, «Как есть».

На рисунке 3 представлена IDEF0-диаграмма работы «Подсчет цены заказа».

Рис. 3. — IDEF0-диаграмма работы «Подсчет цены заказа»

Описание функций:

Словарь данных

2.2.Модель DFD

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

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

Информационные потоки обеспечивают нормальную работу организации. Цель работы с информационными потоками — оптимизация работы предприятия.

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

дублирование предоставляемой информации;

отсутствие релевантной (существенной) информации;

отсутствие однозначного распределения ответственности за документы;

несвоевременность предоставления информации;

информация может не доходить до адресата;

после получения информации могут потребоваться уточнения.

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

Основными компонентами данных диаграмм являются:

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

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

3)Накопитель данных представляют собой данные, к которым осуществляется доступ.

4)Потоки данных определяют качественный характер информации, передаваемой от источника к приемнику.

Для изображения диаграмм потоков данных традиционно используют два вида нотаций: нотации Йордана и Гейна-Сарсона (таблица 1).

Таблица 1 — Нотации представления потоков данных

Рис. 4. — Контекстная диаграмма Внешние сущности:

1. Клиент.

Хранилища:

1. Хранилище заказов — в данном хранилище, содержаться заказы, уже находящиеся в исполнении или которые были закончены в течении ближайших 5 лет;

2. Хранилище договоров — в данном хранилище, содержаться договоры, которые соответствуют выполненным заказам, срок хранения договоров — 5 лет.

Функциональные блоки:

1. Прием заказов;

2. Подсчет цены заказа;

3.Оформление договора на грузоперевозку;

4. Отправка договора клиенту.

Рис. 5. — DFD-диаграмма первого уровня Потоки данных

2.3 Модель IDEF3

Наличие в диаграммах DFD элементов для описания источников, приемников и хранилищ данных позволяет более эффективно и наглядно описать процесс документооборота. Однако для описания логики взаимодействия информационных потоков более подходит IDEF3, называемая также workflow diagramming — методологией моделирования, использующая графическое описание информационных потоков, взаимоотношений между процессами обработки информации и объектов, являющихся частью этих процессов. Диаграммы IDEF3 описывают сценарии действий в системе. Каждый сценарий сопровождается описанием процесса и используется для документирования каждой функции.

На рисунке 6 представлена контекстная IDEF3-диаграмма.

Рис. 6. — Контекстная IDEF3-диаграмма. «Как есть»

Входные сигналы:

Заказы клиентов Информация о грузе Информация о клиенте Выходные сигналы:

Договор Информация о грузоперевозчике Рис. 7. — IDEF3-диаграмма первого уровня. «Как есть»

Рис. 8. — IDEF3-диаграмма декомпозиция функции «Подсчет цены заказа». «Как есть»

Описание функций

Словарь данных

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

Диаграмма дерева узлов представлена на рисунке 9.

Рис. 9. — Диаграмма дерева узлов.

2.5 Оптимизация моделей Целью построения функциональных моделей обычно является выявление наиболее слабых и уязвимых мест деятельности фирмы, анализе преимуществ новых бизнес-процессов и степени изменения существующей структуры организации бизнеса.

Выше были продемонстрированы модели «Как есть» (AS-IS), то есть модели существующей организации работы в рассматриваемой компании. Модель «Как есть» может создаваться на основе изучения документации (должностных инструкций, положений о предприятии, приказов, отчетов), анкетирования и опроса служащих предприятия и других источников.

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

Исправление недостатков, перенаправление информационных и материальных потоков приводит к созданию модели «Как будет» (TO-BE).

Только на основе модели «Как будет» проектируется модель данных и затем информационная система. Построение модели на основе модели «Как есть» приводит к тому, что информационная система автоматизирует несовершенные бизнес-процессы и дублирует, а не заменяет существующий.

На основе проведенного анализа были выявлены и устранены недостатки в моделях. На рисунках 10−14 представлены модели «Как будет» информационной системы.

Рис. 10. — IDEF0-диаграмма первого уровня. «Как будет»

Рис. 11. — IDEF0-диаграмма декомпозиции работы «Подсчет цены заказа». «Как будет»

Рис. 12. — DFD-модель. «Как будет»

Рис. 13. — IDEF3-диаграмма первого уровня. «Как будет»

Рис. 14. — IDEF3-диаграмма декомпозиции процесса «Подсчет цены заказа». «Как будет»

2.6 Стоимостный анализ

BPwin предоставляет аналитику два инструмента для оценки модели — стоимостный анализ.

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

При проведении стоимостного анализа в BPwin сначала задаются единицы измерения времени и денег.

Выделим центры затрат для проекта:

Амортизация — затраты на оборудование и транспортные средства.

Оплата труда — оплата заработной платы сотрудникам транспортной компании ООО «Рэдвэй».

Сырье — затраты на покупку сырья, необходимого для движения транспортного средства.

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

На рисунке 15 представлено вычисление затрат родительской работы «Деятельность фирмы».

Таблица 2 — Стоимости работ на диаграмме IDEF0

Рис. 15. — Стоимостный анализ Таким образом, суммарные затраты составят 90 000 рублей.

Заключение

В ходе выполнения контрольной работе смоделирована информационная система транспортной компании ООО «Рэдвэй». Построены модели «Как есть». На основе анализа деятельности предприятия, осуществлена оптимизация бизнес-процессов предприятия. Результатом оптимизации являются диаграммы «Как будет».

Решены следующие задачи:

проведен анализ литературы по теме исследования;

описана характеристику объекта автоматизации;

описана деятельность предприятия;

проведено моделирование предметной области с помощью инструментальных средств BPwin;

проведен стоимостный анализ.

Список литературы

Балдин К. В., Уткин В. Б. Информационные системы в экономике. М.- Издательский центр Академия, 2005 — 288 с.

Вендров А. М. Проектирование программного обеспечения экономических информационных систем: Учебник. — 2-е изд., перераб. и доп.- М.: Финансы и статистика, 2006. — 544 с: ил.

Грекул В. И., Проектирование информационных систем Издательство: М.: Интернет-Ун-т Информ технологий год издания: 2005.

Елиферов В.Г., Репин В. В. «Бизнес-процессы: Регламентация и управление: Учебник». — М.:ИНФРА-М, 2007. — 319с. — (учебники программы МВА) Ойхмана Е. Г., Попов Э. В. «Реинжиниринг бизнеса: реинжиниринг организаций и информационные технологии». Финансы и статистика, Москва, 1997 г.

Федотова Д.Э., Семёнов Ю. Д., Чижик К. Н. CASE-технологии: [Текст]: учебное пособие. — 1-е изд. — М.: «Горячая линия — Телеком», 2005. — 160 с.: ил.; 24 см. — Предм. указ.: с. 153−158. — 3000 экз. — ISBN 5−93 507−121-X (мягкая обложка).