Проектирование автоматизированной информационной системы 'Грузоперевозки'

Проектирование автоматизированной информационной системы 'Грузоперевозки'

СОДЕРЖАНИЕ

Введение

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

.1 Организационная диаграмма

.2 Дерево функций

. Постановка задачи

. Проектирование АИС

.1 Функционально-ориентированный подход

.1.1 Модель потоков данных (DFD)

.1.2 Функциональная модель (IDEF0)

.1.3 Диаграмма перехода состояний(STD)

.2 Объектно-ориентированный подход

.2.1 Физическая UML-диаграмма

.2.2 UML-диаграмма прецендентов

.2.3 UML-диаграмма деятельности

.2.4 Разработка модели данных (ER-модель)

Заключение

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

ВВЕДЕНИЕ

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

Целями данной курсовой работы являются:

. Разработка и внедрение комплексной автоматизированной системы поддержки процессов компании.

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

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

Ключевые функциональные требования к информационной системе:

. Мощные средства защиты данных от несанкционированного доступа.

. Расчет клиентов

. Управление клиентами. Оперативное получение информации об клиентах.

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

Грузоперевозки - это процесс, вследствие которого совершается перемещение из одного места в другое каких-либо объектов с помощью транспорта.

В связи с большим количеством заказов в компании, необходимо ввести учет клиентов. В компаниях еще сохранилась ручная система учета клиентов, которая включает систему обработки, это занимает много времени.

Цель создания АИС состоит в том, что бы автоматизировать систему заявок клиентов. Избавиться от большого количества рукописных документов и экономии времени.

Для эксплуатации АИС необходимо наличие соответствующего программного обеспечения. Система при функционировании должна отвечать следующим требованиям:

удобный интерфейс программы. Необходимо для удобной работы с данными.

система должна быть проста в сопровождении.

конфиденциальность данных о клиенте и его заказах.

Система учета заявок, истории клиентов проводится в ручную, что подразумевает возможные ошибки:

увеличение совершения ошибок

трата большого количества времени

Преимущества АИС:

позволяет хранить данные о товаре и клиенте в единой базе

хранение данных надежнее, нежели в бумажном виде

облегчение учета информации

Анализ показателей показал, что систему стоит автоматизировать.

1.1   
Организационная диаграмма

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

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

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

Рис.1 - Организационная диаграмма

.        Менеджер по приему заявок

Специалист по приему и обработке заказов.

.        Грузчики

Рабочий по погрузке и выгрузке.

3.      Водители

Человек, управляющий ТС (автомобиль, повозка, автобус и др.)

1.2 Дерево функций

Дерево функций (Function Tree) - иерархическая модель видов деятельности предприятия, обеспечивающих достижение дерева целей.

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

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

Дерево функций является основой для построения бизнес-процессов организации.

Рис.2 - Дерево функций

автоматизированный информационный единый эффективность

Постановка задачи:

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

Можно выделить следующие цели автоматизированного варианта решения задачи:

сокращение времени обработки данных о клиенте и перевозимом товаре

автоматизированная подготовка документов

повышение защиты информации

хранить персональную информацию о клиенте и его заказе

выводить данные по запросу

поиск клиента по фамилии или по номеру

список предстоящих грузоперевозок

своевременная доставка

информацию о проблемных клиентах.

3. Проектирование АИС

3.1 Функционально-ориентированный подход

Таблица 1 - Бизнес-процессы

3.1.1 Модель потоков данных (DFD)

Диаграммы потоков данных (Data Flow Diagrams - DFD) представляют собой иерархию функциональных процессов, связанных потоками данных. Цель такого представления - продемонстрировать, как каждый процесс преобразует свои входные данные в выходные, а также выявить отношения между этими процессами.

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

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

3.1.2 Функциональная модель (IDEF0)

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

Каждая IDEF0-диаграмм а содержит блоки и дуги. Блоки изображают функции моделируемой системы. Дуги связывают блоки вместе и отображают взаимодействия и взаимосвязи между ними.

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

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

Рис.5 - Диаграмма декомпозиции

3.1.3 Диаграмма перехода состояний (STD)

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

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

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

. Переход - определяет перемещение моделируемой системы из одного состояния в другое.

3.2 Объектно-ориентированный подход

3.2.1 Физическая UML-диаграмма

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

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

Рис.7 - Физическая UML-диаграмма

3.2.2 UML-диаграмма прецедентов

Диаграмма прецедентов в UML <https://ru.wikipedia.org/wiki/UML> - диаграмма, отражающая отношения между актёрами <https://ru.wikipedia.org/wiki/%D0%90%D0%BA%D1%82%D1%91%D1%80_(UML)> и прецедентами <https://ru.wikipedia.org/wiki/%D0%9F%D1%80%D0%B5%D1%86%D0%B5%D0%B4%D0%B5%D0%BD%D1%82_(UML)> и являющаяся составной частью модели прецедентов, позволяющей описать систему на концептуальном уровне.

Основное назначение диаграммы - описание функциональности и поведения, позволяющее заказчику <https://ru.wikipedia.org/wiki/%D0%97%D0%B0%D0%BA%D0%B0%D0%B7%D1%87%D0%B8%D0%BA>, конечному пользователю <https://ru.wikipedia.org/wiki/%D0%9A%D0%BE%D0%BD%D0%B5%D1%87%D0%BD%D1%8B%D0%B9_%D0%BF%D0%BE%D0%BB%D1%8C%D0%B7%D0%BE%D0%B2%D0%B0%D1%82%D0%B5%D0%BB%D1%8C> и разработчику <https://ru.wikipedia.org/wiki/%D0%9F%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%81%D1%82> совместно обсуждать проектируемую или существующую систему <https://ru.wikipedia.org/wiki/%D0%9F%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B0_(%D0%BA%D0%BE%D0%BC%D0%BF%D1%8C%D1%8E%D1%82%D0%B5%D1%80)>.

Для отражения модели прецедентов на диаграмме используются:

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

актёр - стилизованный человечек, обозначающий набор ролей пользователя (понимается в широком смысле: человек, внешняя сущность, класс, другая система), взаимодействующего с некоторой сущностью (системой, подсистемой, классом). Актёры не могут быть связаны друг с другом (за исключением отношений обобщения/наследования),

прецедент - эллипс с надписью, обозначающий выполняемые системой действия (могут включать возможные варианты), приводящие к наблюдаемым актёрами результатам. Надпись может быть именем или описанием (с точки зрения актёров) того, «что» делает система. Имя прецедента связано с непрерываемым (атомарным) сценарием - конкретной последовательностью действий, иллюстрирующей поведение. В ходе сценария актёры обмениваются с системой сообщениями. Сценарий может быть приведён на диаграмме прецедентов в виде UML-комментария. С одним прецедентом может быть связано несколько различных сценариев.

Рис.8 - UML-диаграмма прецедентов

3.2.3 UML-диаграмма деятельности

Диаграмма деятельности - UML <https://ru.wikipedia.org/wiki/UML>-диаграмма, на которой показано разложение некоторой деятельности на её составные части. Под деятельностью понимается спецификация исполняемого поведения в виде координированного последовательного и параллельного выполнения подчинённых элементов - вложенных видов деятельности и отдельных действий, соединённых между собой потоками, которые идут от выходов одного узла ко входам другого.

Диаграммы деятельности состоят из ограниченного количества фигур, соединённых стрелками. Основные фигуры:

1.      Прямоугольники с закруглениями - действия

2.      Ромбы - решения

.        Широкие полосы - начало (разветвление) и окончание (схождение) ветвления действий

.        Чёрный круг - начало процесса (начальное состояние)

.        Чёрный круг с обводкой - окончание процесса (конечное состояние)

Таблица 2 - Операция «Оформление грузоперевозок»

3.2.4 Разработка модели данных (ER - модель)

Модель "сущность-связь" (ER-модель) - модель данных, которая позволяет описывать концептуальные схемы с помощью обобщенных конструкций блоков.

Основными понятиями ER-модели являются сущность, связь и атрибут.

Сущность - это реальный или представляемый объект, информация о котором должна сохраняться и быть доступной. <#"787400.files/image010.gif">

Рис.10 - ER-модель

Заключение

В результате курсового проекта была спроектирована автоматизированная информационная система «Грузоперевозки».

Данная система удовлетворяет всем требованиям, предъявленным в задании.

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

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

освобождению работников от рутинной работы за счет ее автоматизации;

обеспечению достоверности информации;

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

уменьшению затрат на производство продуктов и услуг.

Список использУЕМОЙ литературы

1. Гагарина Л.Г., Киселев Д.В., Федотова Е.Л. Разработка и эксплуатация автоматизированных информационных систем.-М.: ИД ФОРУМ ИНФРА-М, 2007

. Франц Р.В. Методические указания по выполнению курсового проекта для студентов специальности 230401.- Бийск: КГБПОУ «БГК», 2015