Автоматизация решения задач управления деятельностью ООО "Мир Компьютеров"

Тип работы:
Курсовая
Предмет:
Программирование


Узнать стоимость

Детальная информация о работе

Выдержка из работы

Содержание

информационный система предприятие компьютер

  • Ведение
  • Глава I. Разработка объектно-ориентированной модели фирмы ООО «Мир Компьютеров»
    • 1.1 Описание предметной области
  • 1.2 Проектирование информационной системы средствами Rational Rose
  • Глава II. Функциональное проектирование информационной системы ООО «Мир Компьютеров»
  • 2.1 Проектирование информационных систем средствами BPwin
    • 2.2 Разработка функциональной модели системы средствами BPwin
  • Заключение

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

Введение

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

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

Методологическую основу курсовой работы составляют методы функционального проектирования, основанные на использовании методологии IDEF0, IDEF3, DFD, реализованных в пакете AllFusion Process Modeler и объектно-ориентированного проектирования на основе Rational Rose.

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

Для достижения цели были поставлены следующие задачи:

1. Исследовать предметную область, ознакомиться с основными принципами работы предприятия.

2. Разработать объектно-ориентированную модель подсистемы средствами Rational Rose и функциональную модель подсистемы средствами AllFusion Process Modeler

Объектом исследования является торговый филиал ООО «Мир компьютеров» в г. Рыбница.

Глава I. Разработка объектно-ориентированной модели фирмы ООО «Мир Компьютеров»

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

Предметом исследования являются основные бизнес-процессы филиала ООО «Мир компьютеров» в г. Рыбница

Компания Мир Компьютеров была основана 20 мая 1999 года. Компания постоянно растет и развивается. Одним из самых важных факторов становления и развития является постоянная работа с коллективом. На сегодняшний день в компании работает более 50 человек. Компания уже долгое время занимает лидирующую позицию на рынке ПМР. Мир Компьютеров является первой компанией, построившей сеть специализированных компьютерных магазинов в крупных городах Приднестровья, через которую производится реализация основной части товарооборота. Первый магазин (МК Победа) был открыт 20 мая 2005 года. Магазины в Бендерах и Рыбнице — в течение 2006−2007 гг. С 2001 года запущена вторая сеть розничных магазинов, которая в 2009 году прошла перепозиционирование и в настоящее время носит название «Мир Ноутбуков».

В соответствии с уставом основными видами деятельности являются:

· производство товаров народного потребления и продукции производсвтенно-технического назначения в области информационных технологий;

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

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

· внешнеэкономическая деятельность в области импорта-экспорта информационных технологий;

Компания ООО «Мир Компьютеров» одна из ведущих в сфере информационных технологий Приднестровья. Клиентами филиала ООО «Мир Компьютеров» являются крупнейшие в республике предприятия организации, такие как: ОАО «ММЗ», Молдавская ГРЭС, ООО «Шериф», СЗАО «Интерднестрком», ЗАО «Эксимбанк» министерства промышленности, экономики, просвещения Приднестровья.

Структура органов управления предприятием:

· администрация;

· бухгалтерия;

· отдел сборки и наладки;

· отдел сервисного и гарантийного обслуживания;

· отдел программного обеспечения;

· отдел финансового контроля;

· отдел логистики;

· отдел продаж.

К администрации относятся Ген. Директор и заместитель директора по маркетингу. В их обязанности входит:

· заключения договоров с поставщиками;

· разработка маркетинговой стратегии предприятия;

· сертификация и получения лицензии на продукцию;

· осуществление общего контроля и руководства предприятием.

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

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

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

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

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

Отдел логистики занимается оформлением поставок продукции, планом транспортных перевозок, отслеживанием изменением цен на рынке, приемом товара и перераспределением его по филиалам.

Директор обеспечивает оперативно-хозяйственную деятельность филиала ООО «Мир Компьютеров» в пределах компетенции, определенной Уставом Общества, должностной инструкцией, заключенным трудовым договором и действующим законодательством.

30 марта 2013 года произведена реорганизация предприятия. Филиал ООО «Мир Компьютеров» в г. Рыбница прекратил своё существование, а на его базе было создано ООО «Микро».

1.2 Проектирование информационной системы средствами Rational Rose

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

В данной курсовой работе для разработки приложения учета реализации товара был использован программный продукт IBM Rational Rose Enterprise Edition.

Семейство продуктов IBM Rational Rose предназначено для разработки приложений на основе Unified Modeling Language (UML). Архитекторы, аналитики, проектировщики программного обеспечения и баз данных и разработчики систем могут использовать это семейство продуктов для создания визуальных моделей архитектуры программного обеспечения, баз данных, требований приложения и многоразовых ресурсов, а также определения связи на уровне руководства.

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

Являясь объектно-ориентированным инструментом моделирования, Rational Rose базируется на UML (Universal Modeling Language) — универсальном языке моделирования, который был разработан компанией Rational именно с целью создания наиболее оптимального и универсального языка для описания как предметной области, так и конкретной задачи в программировании. Любая задача программируется при помощи определенных диаграмм. UML поддерживает построение следующих диаграмм:

— Activity diagram (диаграммы описаний технологий, процессов, функций);

— Use case diagram (диаграммы функций);

— Class diagram (диаграммы классов);

— State diagram (диаграммы состояний);

— Sequence diagram (диаграммы последовательностей действий);

— Collaboration diagram (диаграммы взаимодействий);

— Component diagram (диаграммы компонент);

— Deployment diagram (диаграммы топологии).

Основополагающими элементами языка UML являются сущности, отношения и диаграммы.

Сущности — это абстракции, которые являются основными объектно-ориентированными элементами языка. С их помощью можно создавать корректные модели. В UML имеется четыре типа сущностей:

— структурные;

— поведенческие;

— группирующие;

— аннотационные.

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

Существует семь разновидностей структурных сущностей:

— Класс (class) — это описание совокупности объектов с общими атрибутами, операциями отношениями и семантикой. Графически класс изображается в виде прямоугольника, в котором записаны его имя, атрибуты и операции;

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

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

— Прецедент (use case) — это описание последовательности выполняемых системой действий, которая производит наблюдаемый результат, значимый для какого-то определенного актера (actor). Графически прецедент тоже изображается в виде эллипса, только ограниченного непрерывной линией, обычно содержащего только его имя;

— Активным классом (active class) называется класс, объекты которого вовлечены в один или несколько процессов, или нитей (threads), и поэтому могут инициировать управляющее воздействие. Графически активный класс изображается также как и простой класс, но ограничивается прямоугольником, который рисуется жирной линией, и включает имя, атрибуты и операции;

— Компонент (component) — это физическая заменяемая часть системы, которая соответствует некоторому набору интерфейсов и обеспечивает его реализацию. Графически компонент изображается в виде прямоугольника с вкладками, содержащего обычно только имя;

— Узел (node) — это элемент реальной (физической) системы, который существует во время функционирования программного продукта и представляет собой некоторый вычислительный ресурс, обычно обладающий как минимум некоторым объемом памяти, а часто еще и возможностью обработки. Графически для изображения узла используется куб, обычно содержащий только имя узла.

Поведенческие сущности (behavioral things) являются динамическими составляющими модели UML. Это глаголы языка, они описывают поведение модели во времени и в пространстве. Существует всего два основных типа поведенческих сущностей:

— Взаимодействие (interaction) — это поведение, суть которого заключается в обмене сообщениями (messages) между объектами в рамках конкретного контекста для достижения определенной цели. С помощью взаимодействия можно описать как отдельную операцию, так и поведение совокупности объектов. Взаимодействие предполагает ряд других элементов, таких как сообщения, последовательности действий (поведение, инициированное сообщениями) и связи (между объектами). Графически сообщение изображается в виде стрелки. Над которой почти всегда пишется имя соответствующей операции;

— Автомат (state machine) — алгоритм поведения, определяющий последовательность состояний, через которые объект или взаимодействие проходят на протяжении своего жизненного цикла в ответ на различные события, а также реакции на эти события. С помощью автоматов описываются поведение отдельного класса или кооперации классов. С автоматом связан ряд других элементов: состояния, переходы из одного состояния в другое, события — сущности инициирующие переходы и виды действий — реакция на переходы. Графически состояние изображается в виде прямоугольника с закругленными углами, содержащего имя и, возможно, промежуточные состояния.

Группирующие сущности являются организующими частями модели UML. Это блоки, на которые можно разложить модель. Такая первичная сущность имеется в единственном экземпляре — это пакет.

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

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

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

Отношения — это средства языка UML, с помощью которых связывают различные сущности. Существует 4 типа отношений:

— зависимости;

— ассоциации;

— обобщения;

— реализации.

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

Ассоциация (association) — структурное отношение, описывающее совокупность связей, где под связью понимается некоторая смысловая связь между объектами. Разновидностью ассоциации является агрегирование (aggregation) — так называется структурное отношение между целым и его частями. Графически ассоциация изображается в виде линии (иногда завершающейся стрелкой или содержащей метку), рядом с которой могут присутствовать дополнительные обозначения, например кратность и имена ролей.

Обобщение (generalization) — это отношение «специализация/обобщение», при котором объект специализированного элемента (потомок) может быть подставлен вместо объекта обобщенного элемента (родителя, предка). Как и положено в объектно-ориентированном программировании, потомок (child) наследует структуру и поведение своего предка (parent). Графически отношение обобщения изображается в виде линии с незакрашенной стрелкой, указывающей на предка.

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

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

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

Рис. 1. Диаграмма вариантов использования ООО «Мир Компьютеров»

На данной диаграмме вариантов использования изображены актеры, варианты использования и отношения между ними для фирмы ООО «Мир Компьютеров».

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

Вариант использования служит для описания сервисов, которые система предоставляет актеру.

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

На данной диаграмме рассматривается последовательность действий оформления заказа на товар у поставщиков (рис. 2).

Рис. 2. Диаграмма взаимодействия для выполнения заказов

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

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

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

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

В результате использования инструмента Rational Rose построены диаграммы, которые показали взаимодействие объектов проектируемой системы и их последовательность.

Глава II. Функциональное проектирование информационной системы ООО «Мир Компьютеров»

2.1 Проектирование информационных систем средствами BPwin

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

AllFusion Process Modeler 7 (ранее BPwin) — инструмент для моделирования, анализа, документирования и оптимизации бизнес-процессов. AllFusion Process Modeler 7 можно использовать для графического представления бизнес-процессов. Графически представленная схема выполнения работ, обмена информацией, документооборота визуализирует модель бизнес-процесса. Графическое изложение этой информации позволяет перевести задачи управления организацией из области сложного ремесла в сферу инженерных технологий.

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

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

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

BPwin — CASE-средство верхнего уровня, помогающее проводить анализ и реорганизацию бизнес-процессов. Функциональная модель предназначена для описания существующих бизнес-процессов на предприятии (так называемая модель AS-IS) и идеального положения вещей — того, к чему надо стремиться (модель TO-BE).

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

Найденные в модели AS-IS недостатки можно исправить при создании модели ТО-ВЕ (как будет) — модели новой организации бизнес-процессов. Модель нужна ТО-ВЕ для анализа альтернативных/лучших путей выполнения работы и документирования того, как компания будет делать бизнес в будущем.

Иногда текущая AS-IS и будущая ТО-ВЕ модели различаются очень сильно, так что переход от начального к конечному состоянию становится неочевидным. В этом случае необходима третья модель, описывающая процесс перехода от начального к конечному состояния системы, поскольку такой переход — это тоже бизнес-процесс.

2.2 Разработка функциональной модели системы средствами BPwin

Процесс построения информационной модели в BPwin состоит из следующих шагов:

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

— провести функциональную декомпозицию;

— после каждого сеанса декомпозиции провести сеанс экспертизы.

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

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

— Почему этот процесс должен быть замоделирован?

— Что должна показывать модель?

— Что может получить заказчик?

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

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

В ходе выполнения данной курсовой работы были созданы две модели информационной системы фирмы ООО «Мир Компьютеров»: IDEF0, DFD.

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

В методологии IDEF0 система представляется как совокупность взаимодействующих работ или функций. Такая чисто функциональная ориентация является принципиальной, т. е. функции системы анализируются независимо от объектов, которыми они оперируют. Это позволяет более четко смоделировать логику и взаимодействие процессов организации. Под моделью в методологии IDEF0 понимают описание системы (текстовое и графическое), которое должно дать ответ на некоторые заранее определенные вопросы. Описание системы с помощью методологии IDEF0 называется функциональной моделью. Методология IDEF0 предписывает построение иерархической системы диаграмм — единичных описаний фрагментов системы. Сначала проводится описание системы в целом и ее взаимодействия с окружающим миром (контекстная диаграмма) (рис. 4).

Рис. 4. Контекстная диаграмма фирмы ООО «Мир Компьютеров»

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

Механизмами ООО «Мир Компьютеров», будут являться персонал фирмы и программно-технические ресурсы. Управление — правила, стратегии, процедуры или стандарты, которыми руководствуется работа. Для данной фирмы управлением будут являться нормативная документация и ГОСТы.

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

Была проведена декомпозиция первого уровня информационной системы ООО «Мир Компьютеров «(рис. 5).

Рис. 5. Диаграмма декомпозиции первого уровня ООО «Мир Компьютеров»

В процессе декомпозиции первого уровня были выделены следующие работы: директор, бухгалтерия, отдел сборки и наладки, отдел сервисного и гарантийного обслуживания, отдел логистики и отдел продаж. Механизмами в данной диаграмме являются программно-технические ресурсы и персонал, управлением — ГОСТы и нормативная документация. На входе данной диаграммы будут находится пк и комплектующие, клиенты, на выходе — прибыль, продукция.

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

Рис. 6. Диаграмма дерева узлов ООО «Мир Компьютеров»

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

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

Диаграмма DFD описывает:

— функции обработки информации;

— документы, объекты, сотрудников или отделы, которые учувствуют в обработке информации;

— внешние ссылки (external references), которые обеспечивают интерфейс с внешними объектами, находящимися за границами моделируемой системы;

— таблицы для хранения документов (хранилище данных, data store).

В данной курсовой работе была создана диаграмма потока данных для фирмы ООО «Мир Компьютеров» (рис. 7).

Рис. 7. Диаграмма потоков данных ООО «Мир Компьютеров»

На данной диаграмме описан процесс оплаты товара. Были выделены следующие работы: оплата продукции, выписка счета и доставка оплаченной продукции.

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

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

Заключение

В ходе выполнения курсовой работы была описана предметная область фирмы ООО «Мир Компьютеров», а так же разработана информационная система фирмы ООО «Мир Компьютеров. В качестве среды разработки были выбраны следующие программные средства: Rational Rose и BPwin.

После изучения принципов использования среды Rational Rose и BPwin, были построены объектно-ориентированная и функциональная модели информационной системы.

Средствами Rational Rose были построены и описаны следующие диаграммы:

— диаграмма вариантов использования;

— диаграмма последовательности;

— диаграмма компонентов.

Средствами BPwin были построены и описаны следующие диаграммы:

— контекстная диаграмма;

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

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

— диаграмма потоков данных.

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

— Дано описание предметной области;

— Спроектирована информационная система средствами Rational Rose;

— Разработана и описана функционально-ориентированную модель.

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

1. Абрамов Г. В., Медведков И. Е., Коробова Л. А. Проектирование информационных систем: учебное пособие. — ВГУИТ, 2012 г.

2. Александров Д. В. Инструментальные средства информационного менеджмента. CASE-технологии и распределенные информационные системы: учебное пособие. — Финансы и статистика, 2011 г.

3. Вдовин В. М., Суркова Л. Е., Шурупов А. А. Предметно-ориентированные экономические информационные системы: учебное пособие. — Дашков и К, 2012 г.

4. Грекул В. И., Денищенко Г. Н., Коровкина Н. Л. Проектирование информационных систем: курс лекций: учебное пособие для студентов вузов, обучающихся по специальностям в области информационных технологий. — Интернет-Университет Информационных Технологий, 2005 г.

5. Похилько А. Ф., Горбачев И. В. CASE-технология моделирования процессов с использованием средств BPwin и ERwin: учебное пособие. — 2008 г.

6. Титоренко Г. А. Информационные системы в экономике: учебник. — Юнити-Дана, 2012 г.

7. Трофимов С. А. CASE-технологии: практическая работа в Rational Rose. — ЗАО «Издательство БИНОМ», 2001 г.

8. www. citforum. ru/programming/application/rrose. shtml

9. www. ooad. asf. ru/students/lectures_risp/lec021. aspx

10. www. ievgenii. co. ua/use-case-diagram/

11. www. it-gost. ru/articles/view_articles/94

12. www. itteach. ru/rational-rose/skachat-rational-rose

13. www. twirpx. com/file/23 183/

14. www. zhyk. ru

ПоказатьСвернуть
Заполнить форму текущей работой