В настоящем дипломном проекте рассмотрены вопросы электрификации и проектирования освещения офисного помещения оао КонверсияЖилье. В проекте спроектирована электрическая часть, выполнен светотехнический расчет

• Название: В настоящем дипломном проекте рассмотрены вопросы электрификации и проектирования освещения офисного помещения оао КонверсияЖилье. В проекте спроектирована электрическая часть, выполнен светотехнический расчет
• Дата: 20.04.2023
• Размер: 3.45 Mb.
• Имя файла: compiled_diplom_kulikov_v.1.02.docx
• Тип: Диплом; #1077890
• страница: 9 из 21

2.4. Моделирование предметной области

Существуют такие средства как CASE-средства, которые используют для анализа предметной области. К таким средствам относят любое программное средство, автоматизирующее ту или иную совокупность процессов жизненного цикла предметной области и обладающее мощными графическими средствами для описания и документирования ИС, обеспечивающими удобный интерфейс. [10]

Одно из CASE-средств Rational Rose, основными возможностями которых являются:

• 
  моделирование бизнес-процессов предприятия;
  
• 
  моделирование пользователей системы и их функциональные требования к системе;
  
• 
  проектирование системы на определенном уровне (выявление основных таблиц базы данных).
  

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

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

Язык UML позволяет описать концептуальную и логическую модели информационной системы. концептуальная модель представлена моделями Бизнес-прецедентов, Бизнес-Объектов и диаграммой Действий.


Рис.2.1. Главное окно Rational Rose

2.4.1. Модель иерархии действующих лиц

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


Рис.2.2. Диаграмма иерархии действующих лиц

Элементы Модели иерархии действующих лиц

Таблица 2.1

Название элемента	Функции
Администратор	Осуществляет полный контроль над базой данных. В рамках администратора осуществляет: редактирование подразделений, загрузка отчетов в каталоги подразделений (одиночно или пакетно в zip), модерирование каталогов подразделений и внесение изменений в существующие записи. Просмотр действий пользователей и администраторов. Плюс имеет все те же права, что и обычный пользователи. Так же может назначать новых пользователей, и редактировать и удалять существующих.
Пользователь ИС	Просмотр каталогов подразделений, просмотр отчетов, загрузка отчетов себе на компьютер в форматах odt, docx либо rtf. Критериальный поиск по базе данных, получение количественных данных по каждому запросу.

Пользователь инвентаризационной системы и администратор могут работать одновременно и независимо друг от друга.

2.4.2. Модель организации бизнеса

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

Рис.2.3. Диаграмма организации бизнеса

Администратор обходит подразделения компании, в деятельности которых используются компьютеры. Используя программу Everest, он собирает отчеты, в которых представлены данные об аппаратной и программной конфигурации рабочего места. В имени файла отчета указывается ФИО ответственного лица. Готовый отчет администратор загружает в базу данных. Кроме данных о компьютерах, в базе данных хранятся учетные записи пользователей, которыми управляет администратор.

Пользователь в своей работе использует данные, хранящиеся в базе данных.

2.4.3. Модель прецедентов

Диаграмма прецедентов (Use case diagram, диаграмма вариантов использования) — диаграмма, на которой отражены отношения, существующие между актёрами и прецедентами.

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



Рис.2.4. Диаграмма прецедентов

В проектируемой информационной системе предусмотрено две роли: администратор и пользователь. Каждая из этих ролей наделена своими правами (действиями).

Ролью администратор предполагает следующие действия:

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

Ролью пользователь предполагает:

• 
  авторизация в системе;
  
• 
  просмотр и поиск данных об эксплуатируемых компьютерах.
  

2.4.4. Модель бизнес объектов

Модель бизнес объектов включает в себя актеров, бизнес сущности и связи (стрелки) между ними.

Актеры, бизнес сущности и их связи взяты из диаграмм Иерархии и Бизнес-процесса.

Модель выявляет сущности, которые впоследствии могут стать таблицами Базы данных. В модели определены основные атрибуты объектов, реляционные отношения в связях и их названия.



Рис 2.5 Диаграмма бизнес-объектов

2.4.5. Модель действий

Модель действий – детальное описание отдельной операции системных прецедентов. Данная модель описывает процесс распределения прав на работу с инвентаризационной системой во время авторизации для пользователя и для администратора ИС. Наглядно показывает возможные действия для каждого из них.

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

2.4.6. Модель классов

Модель классов описывает внутреннюю структуру системы, наследование и взаимное положение классов друг относительно друга. Показана на рисунке 2.7.