close

Вход

Забыли?

вход по аккаунту

?

курсовой

код для вставкиСкачать
Бийский технологический институт (филиал) федерального государственного бюджетного образовательного учреждения высшего профессионального образования "Алтайский государственный технический университет им. И.И. Ползунова"
Бийский технологический институт АлтГТУ (БТИ АлтГТУ)
Кафедра методов и средств измерений и автоматизации
Автоматизация учета и контроля оборота видеоносителей в видеотеке "Видео поток"
Тема работы
ПОЯСНИТЕЛЬНАЯ ЗАПИСКА
К КУРСОВОЙ РАБОТЕ
по дисциплине "Методы и средства проектирования ИС и технологий"
Руководитель проекта
Кандидат технических наук
Доцент
Шалунов А.В.
Выполнил студентгр.ИС-01
Сандулов В.В.
Бийск 2012
Оглавление
ВВЕДЕНИЕ3
1 Аналитическая часть4
1.1.Анализ предметной области4
2 Проектная часть7
2.1 Диаграмма вариантов использования7
2.2 Диаграмма классов8
2.3 Диаграмма последовательности9
2.4 Диаграмма деятельности10
2.5 Диаграмма "сущность-связь"10
Заключение12
Список используемых источников13
ПРИЛОЖЕНИЕ А. Диаграммы вариантов использования14
ПРИЛОЖЕНИЕ Б. Диаграммы классов15
ПРИЛОЖЕНИЕ В. Диаграммы последовательности17
ПРИЛОЖЕНИЕ Г. Диаграмма деятельности19
ПРИЛОЖЕНИЕ Д. Диаграмма "сущность-связь"20
ВВЕДЕНИЕ
В видеотеке хранится огромное количество дисков, услугами видеотеки пользуются довольно много людей. Для обеспечения оперативности ведения информации о дисках, клиентах и о сотрудниках необходима информационная система. Существенно сократит время обслуживания клиентов и время работы сотрудников видеотеки по систематизации информации о дисках, по сбору информации о клиентах и многие другие задачи.
В видеотеке необходимо хранить разнообразную информацию о дисках, чтобы оперативно можно было определить информацию о наличии в видеотеке некоторого диска, дисков по определенному жанру.
Информация о клиентах должна быть полной и достаточной для определения категории клиента, номер паспорта, его места жительства и т.д.
Продавцы должны иметь возможность добавлять новые диски и списывать старые, вести учет выдачи и возврата дисков, записывать нового клиента и удалять клиентов которые уже не пользуются услугами видеотеки. Клиент должен иметь возможность просматривать каталог дисков по жанру, по режиссерам и получать информацию о наличие диска и возможности его получения. Так же клиент имеет возможность сделать заказ на доставку того или иного диска.
1 Аналитическая часть
1.1.Анализ предметной области
В курсовой работе реализован проект, информационной системы Видеотеки.
Видеотека - это постоянно пополняемая коллекция фильмов, отсортированных по жанрам [5].
Продавцы должны принимать заказы клиентов, оформлять пред заказы клиентов на новые диски и отпускать диски в прокат.
Поступление новых дисков. Продавец должен выполнять поиск названия фильма в базе склада и, в случае отсутствия такового, добавлять новую запись с данными поступившего диска, после чего список должен быть отсортирован по названиям фильмов. Прокат дисков. Продавец должен отпускать в прокат на определённый срок фильм, заносить в запись ФИО, адрес, телефон и паспортные данные клиента.
Пред заказ диска. Клиент может заказать нужный ему диск у продавца, продавец в сваю очередь оформлять пред заказ диска и обращается на склад, если на складе нету нужного диска, то продавец запрашивает диск у поставщика. В случае если по истечению срока заказанный диск не приходит то заказ удаляется и клиента оповещают об этом.
Таким образом в функционирование входят следующие аспекты:
- Оформление заказа
- Редактирование заказа
- Удаление заказа
- Оформить прокат диска
Средством для моделирования информационной системы курсовой работы выбрано программное обеспечение VisualParadigmfor UML.
VisualParadigmfor UML - это профессиональный инструмент работы с UML, который поддерживает весь рабочий цикл программы - анализориентированный на объекты, ориентированный на объекты дизайн, конструкцию, тестирование и разработка. Особенности Visual Paradigm for UML:
- Поддерживает UML версии 2.1.
- Диаграмма делового рабочего процесса.
- Закладки (новая функция).
- Удобная функция выбора.
- Операции с командной строки (новая функция).
- Пользовательский интерфейс дизайнера (улучшен).
- Обратный Java инжиниринг.
- Обратный инжиниринг на Java, C++, XML Schema, XML, .NET exe/dll, CORBA IDL, XML схем и Python кодов (улучшен).
- Генерирование кодов - модель в код, диаграмма в код.
- Редактор использованного регистра - все в одном инфраструктура для определения деталей, включая общие спецификации модели и использованных описаний регистра.
- EJB Диаграмма - визуализация EJB систем.
- Генерирование EJB кода.
- Диаграмма текучести данных.
- Поддержка ORM - генерирование Java объектов с базы данных.
- Генерирование базы даны - ERD в таблицу базы данных.
- Обратная база данных - существующие DBMS в ERD.
- Взаимосвязанное моделирование с VP TeamworkServer, CVS и Subversion (улучшено).
- Генератор отчетов по генерированию документации.
- Автоматически слои диаграммы.
- Импорт/экспорт XMI файла.
- Импорт TelelogicRhapsody проектного файла (новая функция).
- Поддерживает сохраненные процедуры и триггер базы данных (новая функция).
- Экспорт диаграмм в JPG, PNG, SVG, EMF, PDF.
- Редактор форм.
- И многое другое.
Программа UML моделирования поможет вам создавать высококачественные приложения быстрее, лучше и по более низкой стоимости. Вы можете вычерчивать все типы классовых диаграмм, просматривать в обратном порядке код, генерировать код с диаграмм и генерировать документацию. Сервисная программа UML CASE также предоставляет вам удобные UML руководства, интерактивные UML демонстрации и UML проекты [2].
2 Проектная часть
2.1 Диаграмма вариантов использования
Диаграммы прецедентов, или использования, применяют для моделирования статического вида системы с точки зрения прецедентов. Этот вид охватывает главным образом поведение системы, то есть видимые извне сервисы, предоставляемые системой в контексте ее окружения[2].
Действующее лицо (actor, актер) - это роль, которую пользователь играет по отношению к системе. Действующие лица представляют собой роли, а не конкретных людей или наименования работ. Несмотря на то, что на диаграммах вариантов использования они изображаются в виде стилизованных человеческих фигурок, действующее лицо может также быть внешней системой, которой необходима некоторая информация от данной системы. Показывать на диаграмме действующих лиц следует только в том случае, когда им действительно необходимы некоторые варианты использования[2].
Вариант использования (usecase, прецедент) представляет собой последовательность действий (транзакций), выполняемых системой в ответ на событие, инициируемое некоторым внешним объектом (действующим лицом). Вариант использования описывает типичное взаимодействие между пользователем и системой. В простейшем случае вариант использования определяется в процессе обсуждения с пользователем тех функций, которые он хотел бы реализовать[2].
В разработанной диаграмме вариантов использования для дано информационной системы в качестве актёров выступают "Продавец", "Клиент", между ними возможны следующие прецеденты:
- Взять на прокат диск
- Обменять диск
- Вернуть диск
- Оплатить за диск
- Оформить пред заказ покупателя
- Заказать новые диски
- Создать запись клиента
- Запросить диски со склада
Данная диаграмма представлена в Приложении А.
2.2 Диаграмма классов
Диаграммой классов (Classdiagram) называют диаграмму, на которой показано множество классов, интерфейсов, коопераций и отношений между ними. Ее изображают в виде множества вершин и дуг[2]. Диаграмма классов определяет типы классов системы и различного рода статические связи, которые существуют между ними. На диаграммах классов изображаются также атрибуты классов, операции классов и ограничения, которые накладываются на связи между классами. Диаграммы классов применяют для моделирования статического вида системы с точки зрения проектирования. В этом представлении удобнее всего описывать функциональные требования к системе - услуги, которые она предоставляет конечному пользователю[2].
Атрибут - это элемент информации, связанный с классом. Например, у класса "Продавец" могут быть атрибуты "ФИО", "Адрес" и "Паспортные" данные[2]. Так как атрибуты содержатся внутри класса, они скрыты от других классов. В связи с этим может понадобиться указать, какие классы имеют право читать и изменять атрибуты. Это свойство называется видимостью атрибута (attributevisibility)[3]. Класс содержит объявления операций или методов, представляющих собой определения запросов, которые должны выполнять объекты данного класса. Диаграмма классов для этого проекта представлена в Приложение Б.
2.3 Диаграмма последовательности
Диаграммой последовательностей (Sequencediagram) называется диаграмма взаимодействий, акцентирующая внимание на временной упорядоченности сообщений. Графически такая диаграмма представляет собой таблицу, объекты в которой располагаются вдоль оси X, а сообщения в порядке возрастания времени - вдоль оси Y.На диаграммах последовательностей внимание акцентируется, прежде всего, на временной упорядоченности сообщений. Это дает читателю наглядную картину, позволяющую понять развитие потока управления во времени[2].
На диаграмме последовательности изображаются только те объекты, которые непосредственно участвуют во взаимодействии. Ключевым моментом для диаграмм последовательности является динамика взаимодействия объектов во времени [4].
В данной информационной системы было создано 3 диаграммы последовательности, отражающих последовательность действий в различных ситуациях, таких как последовательность оформление пред заказа, оформление проката диска, Заказ новых дисков у поставщика. Все эти диаграммы представлены в Приложении В.
Диаграммы последовательностей представлены в Приложение В.
2.4 Диаграмма деятельности
Диаграммы деятельности - это один из видов диаграмм, применяемых в UML для моделирования динамических аспектов поведения системы. Диаграмма деятельности - это, по существу, блок-схема, которая показывает, как поток управления переходит от одной деятельности к другой.
Деятельность (Activity) - это некоторый относительно продолжительный этап выполнения в автомате. В конечном итоге деятельность сводится к некоторому действию, которое составлено из атомарных вычислений, приводящих к изменению состояния системы или возврату значения.[1]
С помощью диаграмм деятельности также можно моделировать жизнь объекта, когда он переходит из одного состояния в разных точках потока управления. [1]
Диаграммы деятельности используются при моделировании бизнес-процессов, технологических процессов, последовательных и параллельных вычислений.[1]
В Приложение Г представлена диаграмма деятельности.
2.5 Диаграмма "сущность-связь"
Модель "сущность-связь" предназначена для логического представления данных. Она отправляет значение данных в контексте и во взаимосвязи в контексте с другими данными. Важным является тот факт, что из модели сущность-связь могут быть порождены все остальные модели данных. Любой фрагмент предметной области может быть представлен как множество сущностей между которыми существует некоторое множество связей.
Сущность - это объект, который может быть идентифицирован некоторым образом, отличающим его от других объектов.
Связь - это ассоциация, установленная между несколькими сущностями .
В построенной диаграмме "сущность-связь" используется 6 сущностей:
- Продавец
- Склад
- Поставщик
- Клиент
- Заказы
- Диски выданные на прокат
Данная диаграмма "сущность-связь" представлена в Приложение Д.
Заключение
В ходе выполнения курсовой работы была реализована информационная система по предоставление клиентам заказа новых дисков или возможности взять диск на прокат на определённый срок. Даная информационная система была разработана на программной платформе VisualParadigmforUML были разработаны основные виды UML - диаграмм, а именно:
* диаграмма вариантов использования(Usecasediagram);
* диаграммаклассов(Static Structure diagram);
* диаграмма последовательности (Sequencediagram);
* диаграмма деятельности (Activitydiagram);
* диаграмма "сущность-связь" (entity-relationshipmodel),отражающаяструктуру базы данных для проектируемой информационной системы.
Эти диаграммы в полной мере отражают решение поставленной задачи для описания деятельности риэлтерской фирмы.
Список используемых источников
1. VisualParadigmforUML-[Электронный ресурс] - http://store.softline.ru/visual-paradigm/visual-paradigm-for-uml
2. Шалунов, А. В., Конспект лекций по дисциплине "Методы и средства проектирования ИС". Учебное пособие./ Кузнецов Д.С., 2012. - 50с.
3. Диаграммы классов UML.Логическое моделирование - [Электронный ресурс] - http://www.informicus.ru/default.aspx?SECTION=6&id=73&subdivisionid=3
4. Моделирование с использованием языка UML. Пакет RationalRose.-[Электронный ресурс] - http://www.masters.donntu.edu.ua/2005/kita/shapovalova/ind/index.htm#su
5. Видеотека -[Электронный ресурс] -http://www.usakartina.com/videoteka/
ПРИЛОЖЕНИЕ А. Диаграммы вариантов использования
Рисунок А.1 - Диаграмма вариантов использования
ПРИЛОЖЕНИЕ Б.Диаграммы классов
Рисунок Б.1 - Диаграмма "Оформления пред заказа диска".
Рисунок Б.2 - Диаграмма "Оформления заявки на прокат диска".
Рисунок Б.2 - Диаграмма "Запрос новых дисков у поставщика"
ПРИЛОЖЕНИЕ В.Диаграммы последовательности
Рисунок В.1 - Диаграмма "Оформления пред заказа диска"
Рисунок В.2 - Диаграмма "Оформления заявки на прокат диска"
Рисунок В.3 - Диаграмма "Запрос новых дисков у поставщиков"
ПРИЛОЖЕНИЕ Г.Диаграмма деятельности
Рисунок Г.1 - Общая диаграмма деятельности
ПРИЛОЖЕНИЕ Д.Диаграмма "сущность-связь"
Рисунок Д.1 - Общая диаграмма "сущность-связь"
2
Документ
Категория
Рефераты
Просмотров
271
Размер файла
309 Кб
Теги
курсовой
1/--страниц
Пожаловаться на содержимое документа