Проектирование модуля «Студенты» информационной системы «Кафедра Университета»

Автор работы: Пользователь скрыл имя, 15 Сентября 2015 в 17:11, курсовая работа

Описание работы

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

Содержание работы

ВВЕДЕНИЕ………………………………………………………..………2
1. ПРОЕКТНАЯ ЧАСТЬ……………………………………….…………3
1.1 ОПИСАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ……………..……………3
1.2АВТОМАТИЗИРОВАННЫЕ СИСТЕМЫ УПРАВЛЕНИЯ………...3
1.3 КОНЦЕПТУАЛЬНАЯ МОДЕЛЬ UML……….………….….….…..23
2. РАСЧЕТНАЯ ЧАСТЬ…………………...…………………………….23
2.1 МОДЕЛИРОВАНИЕ БИЗНЕС ПРОЦЕССОВ……………..…..….25
2.2. РАСЧЕТ СТОИМОСТИ ОБОРУДОВАНИЯ…...………….……...28
ЗАКЛЮЧЕНИЕ……………………………………………...…………...31
СПИСОК ЛИТЕРАТУРЫ…………

Файлы: 1 файл

Курсовая.docx

— 420.81 Кб (Скачать файл)

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

  • взаимодействие (Interaction);
  • автомат (State machine).

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

  1. Сообщения

 

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

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

 

  1. Состояния

 

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

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

Изображается пакет в виде папки с закладкой, содержащей, как правило, только имя и иногда – содержимое (рисунок 10).

 

  1. Пакеты

Пакеты – это основные группирующие сущности, с помощью которых можно организовать модель UML. Существуют также вариации пакетов, например каркасы (Frameworks), модели и подсистемы.

Аннотационные сущности – пояснительные части модели UML. Это комментарии для дополнительного описания, разъяснения или замечания к любому элементу модели. Имеется только один базовый тип аннотационных элементов – примечание (Note). Примечание – это просто символ для изображения комментариев или ограничений, присоединенных к элементу или группе элементов. Графически примечание изображается в виде прямоугольника с загнутым краем, содержащим текстовый или графический комментарий, как показано на рисунке 11.

 

  1. Примечания

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

В языке UML определены четыре типа отношений:

  • зависимость;
  • ассоциация;
  • обобщение;
  • реализация.

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

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

  1. Зависимости

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

  1. Ассоциации

Обобщение (Generalization) – это отношение «специализация / обобщение», при котором объект специализированного элемента (потомок) может быть подставлен вместо объекта обобщенного элемента (родителя или предка).

Таким образом, потомок (Child) наследует структуру и поведение своего родителя (Parent). Графически отношение обобщения изображается в виде линии с не закрашенной стрелкой, указывающей на родителя, как показано на рисунке 14.

 

  1. Обобщения

Наконец, реализация (Realization) – это семантическое отношение между классификаторами, при котором один классификатор определяет «контракт», а другой гарантирует его выполнение. Отношения реализации встречаются в двух случаях: во-первых, между интерфейсами и реализующими их классами или компонентами, а во-вторых, между прецедентами и реализующими их кооперациями. Отношение реализации изображается в виде пунктирной линии с не закрашенной стрелкой, как нечто среднее между отношениями обобщения и зависимости (см. рисунок 15).

 

  1. Реализации

 

2.Расчетная часть

2.1. Моделирование бизнес-процессов

 

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

 

 

Рисунок 2 – Концептуальный уровень IDEF0-модели процесса «Деятельность ВУЗа»

 

 

 

На рисунке 3 представлена декомпозиция блока «Организовать учебный процесс».

Рис.3 – Декомпозиция блока «Деятельность ВУЗа»

 

 

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

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

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

Контекстная диаграмма DFD-модели представлена на рисунке 4

Рис.4 – Контекстная диаграмма «Учет успеваемости студента»

Диаграмма 1-го уровня декомпозиции представлена на рисунке 5. 
Четыре описанных элемента являются основными типами отношений, которые можно включать в модели UML. Существуют также их вариации, например уточнение (Refinement), трассировка (Trace), включение и расширение (для зависимостей).

 

 

 

 

 

 

 

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

 

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

елирование поток данные диаграмма

 

Рисунок 11 – Диаграмма развертывания

 

 

 

 

2.2 Расчет стоимости

Сводная таблица оборудования.

Наименование

Кол-во

Цена

Общая стоимость

Процессор Intel Core i5-3350P 3.1GHz (TB up to 3.3GHz) 6Mb 2xDDR3-1333 TDP-69w LGA1155 OEM

10

6 650,00

66 500,00р.

Плата ASRock LGA1155 H61 iCafe H61 4xDDR3-1333 PCI-E HDMI/DVI/DSub 8ch 4xSATA 2xSATA3 2xUSB3 GLAN ATX

10

2 290,00

22 900,00р.

Жесткийдиск SATA-3 250Gb Seagate 7200 Barracuda [ST250DM000] Cache 16MB

10

2 390,00

23 900,00р.

Память DIMM DDR3 1024MB PC10666 1333MHz Kingston [KVR1333D3N9/1G] Retail (2 шт.)

20

330,00

6 600,00р.

Видеокарта PCI-E Asus GeForce GT 430 1024MB 128bit DDR3 [ENGT430/DI/1GD3(LP)] DVI D-Sub HDMI Low Profile

10

2 290,00

22 900,00р.

БП Chieftec 500W (реальная мощность 500W, 80+, ATX 2.3, APFC, 140mm fan, 24+4+8, 4xSATA, PCI-E(6+6)) [APS-500S]

10

2 050,00

20 500,00р.

КорпусMiditower ATX AirTone IC-601 безБП

10

860,00

8 600,00р.

Вентилятор ArcticCooling F8 для ATX корпуса 80x80 mm (2000 rpm, 3pin) (2 шт.)

20

190,00

3 800,00р.

Клавиатура+мышьGeniusSlimStar C110 (USB) 1600 dpi

10

590,00

5 900,00р.

Монитор Samsung 24" S24A450BW [LED, 1920x1200, 1000:1, 5 мс, 170гор/160вер, DVI, D-Sub]

10

12 490,00

124 900,00р.

МФУ EpsonWorkForce WF-7515 (Принтер/Копир/Сканер/Факс: A3+ 5760x1440dpi 34ppm ADF CR PictBridge TFT6.3cm Wi-Fi LAN USB2.0)

1

20 650,00

20 650,00р.

Коммутатор TP-Link TL-SF1016D 16x10, 100Base-TX, Unmanaged

1

1 150,00

1 150,00р.

СерверKraftway Express Lite EL23

1

151 808,00р.

151 808,00р.

ИБП Eaton 5130 Rack/Tower

1

50051,00р.

50051,00р.

Итого:

530 000р.


 

 

Сводная таблица стоимости ПО

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

Количество

Стоимость лицензии

ОС для рабочих станций (Win7 Pro)

10

74 900,00р.

СервернаяОС (WindowsServer® 2008 R2 StandardEditionx64 +5 CAL)

1

46 112,00р.

5 дополнительных клиентских лицензий CAL

1

7 328,00р.

WinRAR

10

4 939,20р.

Антивирус Dr.Web «Универсальный»

10

14 900,00р.

PrintEffect

10

136 000,00р.

Офисный пакет LibreOffice

1

307,50р.

Microsoft® SQL Server 2008 Standard x64

1

118 959,00р.

Итого:

403 453 р.


 

 

 

ЗАКЛЮЧЕНИЕ

 

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

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

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

 

 

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

 

1. Макаров Р.И Мазанова Р.И. Методические указания к практическим занятиям: Проектирование информационных систем, 2008 г.

  1. Боггс У. UML и RationalRose / пер. с англ.; У. Боггс, М. Боггс. - М.: Издательство "ЛОРИ", 2000. - 582 с.
  2. Вендров А.М. CASE-технологии. Современные методы и средства проектирования информационных систем / А.М. Вендров. - М.: Финансы и статистика, 1998. - 176 с.
  3. Инновационные технологии проведения общественной экспертизы государственно значимых решений и общественных слушаний с применением "высоких" информационных технологий: учебно-методическое пособие / Л.А. Василенко, А.Н. Павлов, А.Н. Холин и др. / Под общ. ред. Л.А. Василенко, Т.Е. Сафоновой. - М.: Проспект, 2010. - 23,5 п. л.
  4. Методика и инструментальные средства построения информационно-аналитических систем (ситуационных центров) // Отчет по НИР кафедры информатизации структур государственной службы Российской академии государственной службы при Президенте РФ. - М.: РАГС, 2002. - 158 с.
  5. Прикладная информатика: справочник: учеб. пособие / под ред.В.Н. Волковой и В.Н. Юрьева. - М.: Финансы и статистика; ИНФРА-М, 2008. - 768 с.
  6. Федеральный закон Российской Федерации от 27 июля 2006 г. № 149-ФЗ "Об информации, информационных технологиях и о защите информации" // Справочно-правовая система "Консультант+".
  7. Холин А.Н. Ситуационные центры: перспективы цифровых технологий // Научная периодика: проблемы и решения. - 2011. - № 6. - С.6-9.
  8. Макаров Р.И Мазанова Р.И. Методические указания к практическим занятиям: Проектирование информационных систем, 2008 г.

Информация о работе Проектирование модуля «Студенты» информационной системы «Кафедра Университета»