Создание автоматизированной информационной системы зоомагазина "Дракоша"

Исследование системы функционирования зоомагазина "Дракоша" и схематическое описание бизнес-процессов предприятия. Генерация кода и разработка автоматизированной информационной системы магазина на языке программирования С+. Расчет диаграмм автоматизации.

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык русский
Дата добавления 07.08.2013
Размер файла 841,8 K

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

Размещено на http://www.allbest.ru/

3

Размещено на http://www.allbest.ru/

1

Федеральное агентство по образованию

Уральский федеральный университет имени первого Президента России Б.Н. Ельцина

Высшая школа экономики и менеджмента

Департамент бизнес-информатики и математического моделирования

Кафедра анализа систем и принятия решений

КУРСОВАЯ РАБОТА

на тему: Создание автоматизированной информационной системы зоомагазина «Дракоша»

по дисциплине: Проектирование информационных систем

Студент

Курс, группа

3, ЭМ-391602

Щеголева А.Д.

Руководитель

Алферьева Т.И.

Екатеринбург 2011

СОДЕРЖАНИЕ

ВВЕДЕНИЕ

1. АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ

1.1 Описание деятельности

1.2 Организационно-функциональная структура предприятия

1.2.1 Организационная модель предприятия

1.2.2 Функциональная модель предприятия

1.3 Бизнес-процессы8

2 ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ СРЕДСТВАМИ UML

2.1 Глоссарий проекта

2.2 Модели вариантов использования

2.3 Анализ вариантов использования

2.4 Проектирование системы

2.4.1 Описание классов

2.4.2 Диаграмма классов

2.4.3 Диаграмма последовательности

2.4.4 Диаграмма деятельности

2.4.5 Диаграмма состояний

2.5 Реализация системы

2.5.1 Диаграмма компонентов

2.5.2 Диаграмма развертывания

2.5.3 Генерация кода

ЗАКЛЮЧЕНИЕ

СПИСОК ИСПОЛЬЗУЕМЫХ ИСТОЧНИКОВ

диаграмма генерация код информационная система

ВВЕДЕНИЕ

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

Автоматизируются:

- производственные процессы;

- проектирование;

- организация, планирование и управление;

- научные исследования.

- бизнес-процессы

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

- система автоматического управления (САУ);

- система автоматизации проектных работ (САПР);

- автоматизированная система управления технологическим процессом (АСУ ТП).

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

Задачи, поставленные в процессе работы над темой, можно сформулировать следующим образом:

1. исследовать общие закономерности функционирования компании;

2. изучить деятельность каждого подразделения;

3. исследовать отдельно взятый бизнес-процесс;

4. спроектировать информационную систему зоомагазина;

5. сгенерировать программный код на языке программирования С++.

1. АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ

1.1 Описание деятельности

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

Цели предприятия:

- извлечение прибыли;

- предоставление услуг;

- расширение и продвижение компании.

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

1.2 Организационно-функциональная структура предприятия

1.2.1 Организационная модель предприятия

Структуру рассматриваемого зоомагазина можно схематично представить так, как продемонстрировано на рисунке 1.

Деятельность подразделений компании:

1. Директор Автошколы выполняет следующие функции:

§ занимается вопросами стратегического менеджмента.

§ распоряжение имуществом зоомагазина, включая его денежные средства в пределах, определённых учредителем;

§ осуществляет контроль за соблюдением трудовой дисциплины и выполнением обязанностей подчинённых должностных лиц;

§ принятие и увольнение с работы персонала;

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

Рисунок 1 Структура организации

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

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

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

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

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

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

1.2.2 Функциональная модель предприятия

Схематическое представление внутренней среды зоомагазина «Дракоша» показано на рисунке 2

Рисунок 2 Внутренняя среда зоомагазина

В процессе работы предприятия происходит его взаимодействие с внешней средой.

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

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

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

1.3 Бизнес-процессы

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

Рассмотрим основные бизнес-процессы организации.

1. Закупка товара.

Производится заказ необходимого товара у поставщиков, складирование товара и расчеты с поставщиками.

2. Сбыт товара.

Реализация товаров из магазина и через Интернет, оформление заказов, доставка товаров через курьерскую службу.

3. Поддержание инфраструктуры фирмы.

Бухгалтера отслеживают доходы и расходы, составляют балансы, выполняют свои непосредственные обязанности. Генеральный директор тщательно отслеживает движение всех денежных средств.

4. Маркетинг.

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

2. ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ СРЕДСТВАМИ UML

2.1 Глоссарий проекта

Директор - руководитель предприятия, организации.

Главный бухгалтер - специалист в области бухгалтерии.

Бухгалтер-кассир - специалист в области бухгалтерии, отвечает за оплату услуг, выдачу заработной платы.

Оператор - специалист по работе с клиентами. Отвечает за общение с клиентами, желающими заказать товар через Интернет.

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

2.2 Модели вариантов использования

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

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

Диаграмма вариантов использования является самым общим представлением функциональных требований к системе. Для последующего проектирования системы требуются более конкретные детали, которые описываются в документе, называемом "сценарием варианта использования" или "потоком событий" (flow of events). Сценарий подробно документирует процесс взаимодействия действующего лица с системой, реализуемого в рамках варианта использования. Основной поток событий описывает нормальный ход событий (при отсутствии ошибок). Альтернативные потоки описывают отклонения от нормального хода событий (ошибочные ситуации) и их обработку.

Для зоомагазина «Дракоша» модель вариантов использования имеет вид, представленный на рисунке 3

Рисунок 3 Модель вариантов использования

2.3 Анализ вариантов использования

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

Вариант использования «заказ товара» описывает действия, предпринимаемые заказчиком для осуществления заказа через интернет.

Вариант использования «Оформление заказа» объясняют действия оператора при принятии заказа.

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

Вариант использования «Доставка товара заказчику» - основное действие выполняемое бизнес-актером «Курьер», в результате которого товар поступает к заказчику и выполнение договора заканчивается.

2.4 Проектирование системы

2.4.1 Описание классов

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

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

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

Операция (operation) - это сервис, предоставляемый каждым экземпляром или объектом класса по требованию своих клиентов.

Для нашей модели мы представляем 5 классов.

2.4.2 Диаграмма классов

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

На диаграмме в будет представлено три вида классов:

1) Класс «Контроллер» - управляющий класс (control class) - класс, отвечающий за координацию действий других классов;

2) Класс «База заказов» - класс-сущность (entity class) - пассивный класс, информация о котором должна храниться постоянно и не уничтожаться с выключением системы;

3) Три класса «Бухгалтер», «Оператор», и «Курьер», представляют граничный класс (boundary class) - класс, который располагается на границе системы с внешней средой и непосредственно взаимодействует с актерами, но является составной частью системы. На рисунке 4 представлена диаграмма классов для зоомагазина «Дракоша».

Рисунок 4 Диаграмма классов

2.4.3 Диаграмма последовательности

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

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

1. На них показана линия жизни объекта. Это вертикальная пунктирная линия, отражающая существование объекта во времени.

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

3. На диаграмме последовательности неявно присутствует ось времени.

На рисунке 5 представим диаграмму последовательности для зоомагазина «Дракоша».

Рисунок 5 Диаграмма последовательности

2.4.4 Диаграмма деятельности

Диаграмма деятельности ? блок-схема, которая показывает, как поток управления переходит от одной деятельности к другой.

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

Рисунок 6 Диаграмма деятельности

2.4.5 Диаграмма состояний

Диаграмма состояний (statechart diagram) - диаграмма, которая представляет конечный автомат.

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

Диаграмма состояний для зоомагазина «Дракоша» имеет вид как на рисунке 7.

Рисунок 7 Диаграмма состояний

2.5 Реализация системы

2.5.1 Диаграмма компонентов

Диаграмма компонентов ? диаграмма, на которой изображена организация некоторого множества компонентов и зависимости между ними.

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

· Визуализации общей структуры исходного кода программной системы.

· Спецификации исполнимого варианта программной системы.

· Обеспечения многократного использования отдельных фрагментов программного кода.

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

На рисунке 8 представлена диаграмма компонентов проектируемой системы.

Рисунок 8 Диаграмма компонентов

2.5.2 Диаграмма развертывания

Диаграмма развертывания (deployment diagram) - диаграмма, на которой представлены узлы выполнения программных компонентов реального времени, а также процессов и объектов.

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

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

На рисунке 9 представлена диаграмма развертывания проектируемой системы:

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

2.5.3 Генерация кода

Важных свойством программы IBM Rational Rose является возможность генерации программного кода на нескольких языках программирования, которая может быть использована разработчиком после построения модели. Для этой цели в среде IBM Rational Rose 2003 присутствует достаточно большой выбор языков программирования и схем баз данных. Ниже представлен сгенерированный код на основе C++:

Сгенерированный код имеет вид:

#include "BDSAKASOV.h"

//##ModelId=4B02E07D0203

BDSAKASOV::Sozdat zapis()

{

}

//##ModelId=4B02E0800213

BDSAKASOV::Udalit zapis()

{

}

#ifndef BDSAKASOV_H_HEADER_INCLUDED_B4D6B8AA

#define BDSAKASOV_H_HEADER_INCLUDED_B4D6B8AA

//##ModelId=4B02D6FD035B

class BDSAKASOV

{

public:

//##ModelId=4B02E07D0203

Vnesti zapis();

//##ModelId=4B02E0800213

Udalit zapis();

//##ModelId=4B02E085033C

string FIO;

//##ModelId=4B02E087009C

string Sakas;

//##ModelId=4B02E08801F4

integer Data;

};

#endif /* BDSAKASOV_H_HEADER_INCLUDED_B4D6B8AA */

ЗАКЛЮЧЕНИЕ

В ходе работы над выбранной темой были получены следующие результаты:

1. рассмотрен принцип функционирования зоомагазина «Дракоша»;

2. схематически представлены и проанализированы основные бизнес-процессы, протекающие в процессе работы автошколы;

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

4. сгенерирован код на языке программирования С++.

СПИСОК ИСПОЛЬЗУЕМЫХ ИСТОЧНИКОВ

1) Боггс У., Боггс М. UML и Rational Rose: Пер. с англ. - М.: Лори, 2000.

2) Буч Г. Объектно-ориентированный анализ и проектирование с примерами приложений на С++. 2-е изд.: Пер. с англ. - М.: Издательство Бином, СПб.: Невский диалект, 1999.

3) Буч Г., Рамбо Дж., Джекобсон А. Язык UML. Руководство пользователя: Пер. с англ. - М.: ДМК, 2000.

4) Вендров А. М. CASE-технологии. Современные методы и средства проектирования информационных систем. - М.: Финансы и статистика, 1998.

5) Вендров А. М. Проектирование программного обеспечения экономических информационных систем. - М.: Финансы и статистика, 2000.

6) Гамма Э., Хелм Р., Джонсон Р., Влиссидес Дж. Приемы объектно-ориентированного проектирования: Пер. с англ. - М.: ДМК, 2000.

7) Гома Х. UML. Проектирование систем реального времени, распределенных и параллельных приложений.: Пер. с англ. - М.: ДМК, 2002.

8) Коберн А. Современные методы описания функциональных требований к системам.: Пер. с англ. - М.: ЛОРИ, 2002.

9) Коналлен Д. Разработка Web-приложений с использованием UML: Пер. с англ. - М.: Вильямс, 2001.

10) Коуд П., Норт Д., Мэйфилд М. Объектные модели. Стратегии, шаблоны и приложения: Пер. с англ. - М.: Лори, 1999.

11) Ларман К. Применение UML и шаблонов проектирования: Пер. с англ.: Учебное пособие - М.: Вильямс, 2001.

12) Леоненков В. А. Самоучитель UML - Санкт-Петербург: BHV, 2001. 137

13) Мацяшек Л. Анализ требований и проектирование систем. Разработка информационных систем с использованием- М.: Вильямс, 2002.

14) Розенберг Д., Скотт К. Применение объектно-ориентированного моделирования с использованием UML и анализ прецедентов.: Пер. с англ. - М.: ДМК, 2002.

15) Трофимов С. А. CASE-технологии: практическая работа в Rational Rose - М.: БИНОМ, 2001

16) Фаулер М., Скотт К. UML в кратком изложении. Применение стандартного языка объектного моделирования.: Пер. с англ. - М.: Мир, 1999.

17) Якобсон А., Буч Г., Рамбо Дж. Унифицированный процесс разработки программного обеспечения.: Пер. с англ. - СПб: Питер, 2002.

Размещено на Allbest.ru


Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.