Файл: В настоящем дипломном проекте рассмотрены вопросы электрификации и проектирования освещения офисного помещения оао КонверсияЖилье. В проекте спроектирована электрическая часть, выполнен светотехнический расчет.docx
Добавлен: 09.01.2024
Просмотров: 472
Скачиваний: 5
СОДЕРЖАНИЕ
1.1.1. Определение типа помещения
1.1.3. Основные понятия и определения, применяемые в светотехнике
1.1.3. Выбор вида освещения для помещения ОАО «Конверсия-Жилье»
1.4. Защита осветительных и силовых сетей
1.5. Выбор щитового оборудования
1.6. Спецификация основного оборудования
2. Разработка информационной системы учета средств вычислительной техники ОАО «Конверсия-Жилье»
2.1. Характеристика предприятия
2.2. Описание предметной области
2.3. Цели и задачи информационной системы
2.4. Моделирование предметной области
2.5. Создание информационной системы
2.6. Создание приложения пользователя и решение поставленных задач
2.7. Разработка Локальной вычислительной сети.
2.7.1. Планирование структуры сети
3.1. Служба охраны труда ОАО «Конверсия-Жилье»
3.2. Факторы риска при работе за персональным компьютером
3.3. Типовая инструкция по охране труда при работе на персональном компьютере (ТОИ Р-45-084-01)
3.4. Мероприятия по пожарной безопасности
3.5. Расчет заземления офисного помещения
4.1. Вопросы экологической безопасности при образовании отходов офисного помещения
4. 2. Офисные расходные материалы и окружающая среда
4.3. Метод расчета объема образования отходов
4.3. Правильная утилизация компьютеров и оргтехники
5. Экономическая эффективность разработки и внедрения спроектированной ИС
5.1. Расчет затрат на разработку информационной системы
5.2 Оценка экономической эффективности применения разрабатываемого программного обеспечения
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.
2.5. Создание информационной системы
2.5.1. Пользователи системы
На начальном этапе создания инвентаризационной системы необходимо определить основных пользователей. На основе анализа предприятия можно сделать вывод, что данная система создается для администраторов и других заинтересованных лиц, которые работают с инвентаризацией предприятия. К основным пользователям ИС можно отнести:
Системный администратор – поддерживает БД в рабочем состоянии, а так же администрирует учетные записи пользователей.
Инженер службы технической поддержки – собирает данные по аппаратно-программному обеспечению компьютеров, заполняет базу данных, следит за её актуальным состоянием, создает отчеты по текущему оборудованию.
Другие пользователи, которые, так или иначе, могут быть заинтересованы в использовании инвентаризационной системы.
Рис.2.6. Диаграмма действий
Рис.2.7. Диаграмма классов
2.5.2. Характеристика входной и результирующей информации
Основным источником информации для решения поставленных задач является отчет о составе аппаратного и программного обеспечения рабочего места, генерируемый программой Everest. Отчет, в зависимости от используемой версии Everest, может быть в виде обычного текстового отчета, либо в формате XML. Из отчета на вход системы должны поступать сведения, перечень которых приведен в таблице 2.2.
Состав и основные характеристики аппаратного и программного обеспечения рабочего места.
Таблица 2.2
№ п/п | Показатель | Характеристика |
1 | Операционная система | Название и версия |
2 | Тип ЦП | Производитель, частота (МГц) |
3 | Системная плата | Производитель, модель |
4 | Чипсет системной платы | Версия чипсета |
5 | Системная память | Суммарный доступный объем оперативной памяти (Мб) |
6-9 | DIMM1-4 | Производитель и объем оперативной памяти, установленной в каждом слоте (Мб) |
10 | Тип BIOS | Дата версии прошивки |
11-12 | Видеоадаптер 1-2 | Производитель, модель и объем памяти установленной видеокарты на каждом слоте (Мб) |
13-14 | Монитор 1-2 | Производитель и диагональ всех подключенных мониторов |
15-18 | Звуковой адаптер 1-4 | Марка и характеристики установленных звуковых карт |
19-24 | Дисковый накопитель 1-6 | Марка и объем установленных жестких дисков (Гб) |
25-28 | Оптический накопитель 1-4 | Марка установленных приводов |
29-31 | Принтер 1-3 | Марка подключенных принтеров |
32-33 | Сканер 1-2 | Марка подключенных сканеров |
34 | DMI серийный номер системной платы | |