Диаграмма вариантов использования

Министерство образования и науки Российской Федерации

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

высшего профессионального образования

«Пермский национальный исследовательский политехнический университет»

Кафедра микропроцессорных средств автоматизации

КУРСОВОЙ ПРОЕКТ

по дисциплине Корпоративные информационные системы __________________________________________________________ Тема: Анализ и проектирование КИС на основе объектно- ориентированного подхода. Бизнес-процесс агентства по недвижимости __________________________________________________________ Вариант 14

Выполнил студент гр. АУЦ-10 Головко Н.А (Фамилия И.О.) 10з-168 (номер зачетной книжки) 26.01.15 (дата, подпись) Проверил доцент (должность) Кычкин А.В. (Фамилия И.О) _________________________________ (оценка) _________________________________ (дата, подпись)

Пермь 2015 г.

Реферат.

Настоящий курсовой проект носит название: «Анализ и проектирование КИС на основе объектно-ориентированного подхода. Бизнес-процесс агентства по недвижимости».

Объем отчета составляет 29 страниц, количество иллюстраций составляет 22, количество использованных источников составляет 15.

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

Объектом исследования является агентство по недвижимости.

Целью курсового проекта является проектирование бизнес-процесса на основе объектно-ориентированного подхода и разработка программного продукта в программном обеспечении CASEBERRY.

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

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

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

Содержание

1. Список принятых сокращений……………………………………………………...4

2. Техническое задание………………………………………………………..……….5

3. Введение…………………………..………………………………………………….6

4. Исследовательский раздел…………………………………………………………..7

5. Специальный раздел………………………..…………………………………...…12

5.1 Разработка диаграммы использования……………………………………….….12

5.2 Разработка диаграммы видов деятельности…………….……………………....12

5.3 Разработка диаграммы классов…………………………………………………..15

5.4 Разработка диаграмм состояний……………………………………………...….15

5.5 Разработка диаграмм взаимодействий…….…………………………………….16

5.6 Разработка диаграммы развертывания…………………………………………..19

5.7 Описание разработки программного обеспечения CASE……………………...20

5.7.1 Прототипирование и создание приложения…………………………………..20

5.7.1.1 Уточнение модели……………………………………………………………20

5.7.1.2 Создание прототипа…………………………………………………………..20

5.7.1.3 Настройка приложения…………………………………………………….....21

5.7.1.4 Настройка генератора скриптов для БД……………………………………..22

5.7.1.5 Настройка модуля кодогенерации…………………………………………....22

5.7.1.6 Создание структуры данных………………………………………………....23

5.7.1.7 Сборка……………………………………………………………………...….23

6. Заключение………………………...…………………………………………….....28

7. Список использованных источников…………………………..………………….29

Список принятых сокращений

ИС – информационные системы;

КИС – корпоративные информационные системы;

ПО – программное обеспечение;

ПК – персональный компьютер;

UML – унифицированный язык моделирования.

Техническое задание

Основные задачи, которые решает агентство:

− оказание посреднических услуг при покупке – продаже либо съеме жилья и другой недвижимости.

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

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

Введение

В современном мире все вокруг меняется очень быстро, но не все успевают за этим. И тем самым возникает проблема автоматизации бизнес-процесса. Эта проблема актуальна, потому что без автоматизации в больших и малых предприятиях будет сложно следить и управлять операциями. Чтобы управлять за бизнес-процессами разрабатывают ПО. Этими разработками занимаются программисты, которые устанавливают ПО на ПК. Без этого так же бизнес-процесс будет рутинным.

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

Главная задача КИС - эффективное управление всеми ресурсами предприятия (материально- техническими, финансовыми, технологическими и интеллектуальными) для получения максимальной прибыли и удовлетворения материальных и профессиональных потребностей всех сотрудников предприятия.

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

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

Исследовательский раздел

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

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

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

1. Автоматизированные системы управления (АСУ);

2. Интегрированные системы управления (ИСУ);

3. Интегрированные информационные системы (ИИС);

4. Информационные системы управления предприятием (ИСУП).

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

- накапливать определенный опыт и формализованные знания;

- постоянно совершенствоваться и развиваться;

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

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

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

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

- повышение эффективности управления компанией;

- сокращение затрат рабочего времени на выполнение рабочих операций;

- повышение общей результативности работы за счет более рациональной ее организации.

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

К основным принципам построения КИС относятся:

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

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

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

Большинство современных методов объектно-ориентированного проектирования основаны на использовании языка UML.

Унифицированный язык моделирования (UML, Unified Model Language) является приемником языков и методов объектно-ориентированного анализа и проектирования, которые появились в конце 80-х и начале 90-х. Он непосредственно унифицирует методы Буча, Рембо и Джекобсона, однако обладает большими возможностями. Язык моделирования UML прошел процесс стандартизации в рамках консорциума OMG (Object Management Group) и в настоящее время является стандартом OMG.

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

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

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

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

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

Комплекс включает в себя:

• Инструмент объектно-ориентированного проектирования (средство создания диаграмм);

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

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

функциональности, а также для генерации исходного кода при помощи механизма надстроек (PlugIn).

Разработчикам ПО комплекс помогает решать и автоматизировать множество практических задач, таких, как:

• Создание на уровне кода классов и объектов, соответствующих предметным сущностям и их отношениям;

• ORM (Object-Relational Mapping) - объектно-реляционное отображение, хранение объектных данных в реляционных БД, в том числе объектов наследующихся классов;

• Поддержка различных реляционных СУБД и поддержка источников данных любой другой «природы»;

• Создание пользовательского интерфейса;

• Реализация системной архитектуры: от монолитной до распределённой многоуровневой.

Специальный раздел

Диаграмма вариантов использования

Use Case Diagram – это графическое представление всех или части актеров, прецедентов и их взаимодействия в системе. Каждый прецедент – это сценарий поведения, которому следуют действующие лица (актеры). Актер - это любой объект, субъект или система, взаимодействующая с моделируемой системой извне. Диаграмма прецедентов отображает границы системы (актеров) и основное функциональное поведение системы (прецеденты).

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

Рисунок 1 – Диаграмма вариантов использования

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

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

Диаграмма деятельности (Activity Diagram) представляется в виде графа, имеющего вершины и ребра. Основными элементами диаграммы деятельности являются:

1. состояния деятельности и состояния действия;

2. переходы.

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

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

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

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

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

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

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

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

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

Диаграмма состояний определяет последовательность состояний объекта,

вызванных последовательностью событий.

Рисунки разработанных диаграмм представлены ниже:

Рисунок 4 – Диаграмма состояний для объектов класса «Заявка»

Рисунок 5 – Диаграмма состояний для объектов класса «Сделка»

Диаграмма взаимодействий

В нотации UML взаимодействие элементов рассматривается в информационном аспекте их коммуникации. Другими словами, взаимодействующие объекты обмениваются между собой некоторой информацией. При этом информация представляет собой законченные сообщения. Для описания взаимодействия объектов, участвующих в некотором прецеденте, используются сценарии. Сценарий – это экземпляр прецедента, определяющий один из возможных потоков событий данного прецедента. Сам прецедент представляет собой переплетение сценариев – как основных, представляющих нормальное течение событий, так и вспомогательных, определяющих логику функционирования системы в ситуациях вида «что произойдет, если…». На ранних стадиях проектирования системы, как правило, ограничиваются рассмотрением основного сценария для каждого выявленного прецедента.

Рисунки разработанных диаграмм представлены ниже:

Рисунок 6 − Диаграмма последовательностей «Создание заявки»

Рисунок 7 − Диаграмма последовательностей «Создание новой сделки»

Рисунок 8 − Диаграмма последовательностей «Поиск заявок»

Рисунок 9 − Диаграмма сотрудничества «Создание заявки»

Рисунок 10 − Диаграмма сотрудничества «Создание новой сделки»

Рисунок 11 − Диаграмма сотрудничества «Поиск заявок»

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

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

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

Рисунок 12 − Диаграмма развёртывания

Дата добавления: 2018-04-04; просмотров: 111; Мы поможем в написании вашей работы!

Поделиться с друзьями:

12 Следующая ⇒

Мы поможем в написании ваших работ!