Разработка ПМК для информационной поддержки деятельности системного администратора машиностроительного техникума

Введение

Ни одно современное предприятие, учебное заведение, учреждение и компания, которая имеет более чем один компьютер, не может существовать без системного администратора. В Украине официально не существует должности «системный администратор», поэтому не сформулированы его должностные обязанности. А это значит, что каждый работодатель определяет обязанности системного администратора индивидуально. Но все-таки есть общепринятые требования к специалисту и его обязанностям.

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

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

Основной целью системного администрирования является приведение информационной системы в соответствие целям и задачам предприятия или организации.

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

Целью данного дипломного проекта является разработка ПМК для информационной поддержки деятельности системного администратора машиностроительного техникума.

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

1. Общая часть

.1 Структура и организация отдела системного администратора ДТ ДГМА

Объектом исследования дипломного проекта является отдел системного администратора машиностроительного техникума. Дружковский техникум является структурным подразделением Донбасской государственной машиностроительной академии (ДГМА).

Отдел системного администратора машиностроительного техникума состоит из сотрудников, в обязанности которых входит не только слежение за сетевой безопасностью организации, но и создание оптимальной работоспособности компьютеров и программного обеспечения для пользователей, часто связанных между собой общей работой на определенный результат. Занимаются устранением сбоев и поломок компьютерной техники[2].

Основные должностные обязанности системного администратора:

-   подготовка и сохранение резервных копий данных, их периодическая проверка и уничтожение;

-   установка и конфигурирование нового аппаратного и программного обеспечения;

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

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

-   ответственность за информационную безопасность в компании;

-   устранение неполадок в системе;

-   планирование и проведение работ по расширению сетевой структуры предприятия;

-   документирование всех произведенных действий.

Главной задачей системного администратора является быстро наладить рабочее место студента или сотрудника техникума[3]. Остальные задачи системного администратора:

–       добавление и удаление пользователей;

–       подключение и удаление аппаратных средств;

–       резервное копирование;

–       инсталляция новых программ;

–       мониторинг системы;

–       поиск неисправностей;

–       ведение локальной документации;

–       слежение за безопасностью системы;

–       оказание помощи сотрудникам техникума;

–       вести учет компьютерной техники и оборудования.

1.2 Анализ и сценарий развития предметной области «Информационная поддержка деятельности системного администратора машиностроительного техникума»

Системный администратор является руководителем бизнес процесса. Его задача заключается в составлении учета и ведении база данных по инвентаризации компьютерной техники машиностроительного техникума.

При получении компьютерной техники в машиностроительный техникум, все расчетные прикладные проходят через бухгалтерию ДТ ДГМА. Бухгалтерия отсылает документы системному администратору, документы типа Excel. В документах предоставлен весь перечень компьютерной техники с инвентарными номерами. В ходе своей работы системный администратор обрабатывает документы и заносит их в базу данных инвентаризации. В ходе поступления новой компьютерной техники, операция повторяется. И теперь не нужны стопки бумаг для учета списка компьютерной техники, созданная мною программа которая была получена в индивидуальном задании на дипломный проект реализует и ведет инвентаризацию всего списка учета компьютерной техники ДТ ДГМА.

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

Для формализации предметной области составим глоссарий. Глоссарий предметной области приведен в таблице 1.1.

Таблица 1.1 - Глоссарий предметной области «Информационная поддержка деятельности системного администратора машиностроительного техникума»

№		Термин		Определение термина
1		Директор		Управляющий, руководитель техникума
2		Компьютерная техника (КТ)		Компьютеры или отдельно стоящее оборудование, которое работает совместно с компьютерами и обеспечивает некоторую дополнительную функциональность
3		Программное обеспечение		Все или часть программ, процедур, правил и соответствующей документации системы обработки информации
4		Должностные инструкции		Это документ, регламентирующий производственный процесс каждого работника
№		Термин		Определение термина
5		Министерство образования		Центральный орган исполнительной власти государства по обеспечению реализации государственной политики в сфере образования, научной, научно-технической, инновационной деятельности и интеллектуальной собственности.
6		Книги учета материальных ценностей		Нормативные документы, которые содержат информацию о наличии и  контроля за сохранностью имущественных ценностей и средств на данном предприятии.
7		Приказ учета КТ		Нормативный документ, от Министерства образования
8		Отчеты		Документы, который представляет данные с подробным пояснением, является очень важным документом и используется постоянно.
9		Справочник аппаратного обеспечение персонального компьютера		Подробное описание устройств компьютера.
10		Сотрудники техникума		К ним относятся руководящие, педагогические работники, учебно вспомогательный и обслуживающий персонал
11		Акт заявки на гарантийное обслуживание		Это гарантийный талон и товарный чек
12	Среда разработки		Система программных средств, используемая программистами для разработки программного обеспечения (ПО)
13	Список учета КТ		Это перечень, в котором показан весь необходимый список учета компьютерной техники
14	Отчет списка КТ		Документы, который содержит перечень компьютерной техники машиностроительного техникума
15	Отчет стоимости КТ		Отчет, показывающий стоимость КТ
16	Отчет поломок КТ		Отчет содержит информацию неисправной КТ
№	Термин		Определение термина
17	Отчет даты поступления		Отчет содержит информацию по дате поступления
18	Отчет месторасположения КТ		Отчет содержит, где какая компьютерная техника находиться
19	Информационная поддержка деятельности системного администратора		Все виды отчетов объедены в систему, которая организует и ведет базу данных КТ машиностроительного техникума

Выделение границ бизнес-процесса позволяет определить внешний интерфейс автоматизированной системы и документировать внешний и внутренний документооборот системы в табличной форме[3].

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

Поставщики и потребители (клиенты) могут быть двух категорий: бизнес-процессы (или подпроцессы) внутри техникума; внешние поставщики или потребители. Уровень иерархии процесса - получателя в сети бизнес-процессов техникума должен соответствовать уровню иерархии описываемого процесса. В столбце «Получатель информации» указывают тип организации. В таблице указываются те поставщики или потребители, которые создают (вход) рассматриваемого бизнес-процесса. Выходы и потребители бизнес-процесса указаны в таблице 1.2. Входами являются документы (параметры документов), которые поступают для обработки. Входы бизнес-процесса предоставляют поставщики указанные в таблице 1.3.

Таблица 1.2 - Выходы и потребители бизнес-процесса

№	Потребитель бизнес-процесса	Наименование выхода бизнес-процесса	Наименование документа (Форма)
Внешним клиентам
1	Сотрудники техникума	Отчеты	Отчеты
Внутренним клиентам
1	Системный администратор	План составления отчетов	Отчеты

Таблица 1.3 - Входы и поставщики бизнес процесса

№	Наименование поставщика	Наименование входов	Документ (Форма) / ТУ для продукта
От внешних поставщиков
1	Министерство образования	Приказ состав лен	Приказы
От внутренних поставщиков
1	Бухгалтерия	Информационная поддержка	Справочники и книга учета, приказ

В таблице 1.4 приводится список событий, которые влияют (инициируют) начало или окончание выполнение бизнес-процесса и приводится краткое описание событий для каждого бизнес-процесса.

Таблица 1.4 - Условия начала и завершения бизнес-процессов

№	Наименование события	Описание события
Составление информационной поддержки деятельности системного администратора машиностроительного техникума
1	Составление отчетов	После того как сисадмин обрабатывает все приходные документы для обработки, инициируется процесс составления отчетов
2	Заполнение отчетов	После получения приказа, информационная поддержка завершает отчеты и выводит готовые отчеты

Участие сотрудников в реализации бизнес-процесса документируется в виде матрицы ответственности за бизнес-процесс. Данные структурированы в таблице 1.5.

ОТ - ответственный за выполнение подпроцесса;

УЧ - участвует в выполнении подпроцесса;

ИН - получает информацию о ходе и результатах подпроцесса.

Владелец бизнес-процесса ведет контроль за входами, ходом и результатами (выходами) бизнес-процесса по ряду количественных показателей. Следовательно, необходимо установить эти показатели для контроля и задать периодичность их контроля. Это позволяет определить требования к периодичности вызова функций ПП, которые рассчитывают и предоставляют необходимую информацию. Показатели качества для контроля и управления бизнес-процессом указаны в таблице 1.6 [5].

Таблица 1.5 - Матрица ответственности сотрудников за выполнение бизнес-процесса

Подпроцессы	Должности
	Сисадмин	Сотрудники техникума	Министерство образования	Бухгалтерия
Составление информационного отчета для информационной поддержки деятельности	ОТ	ИН	ИН	УЧ
Проанализировать необходимые данные компьютерного оборудования	ОТ	ИН	ИН	УЧ
Проверить работоспособность оборудования	ОТ	ИН	ИН	УЧ
Составить конкретный отчет по каждой заявке маршрут	ИН	ОТ	ИН	УЧ
Подготовить информационную ведомость	ОТ	ИН	ИН	УЧ

информационный администратор машиностроительный техникум

Таблица 1.6 - Показатели качества для контроля и управления бизнес- процессом

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

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

*100%                                                                               (1.1)

где К - компьютерная техника, Кн - нерабочая компьютерная техника.

1.3 Разработка SADT-диаграммы «Информационная поддержка деятельности системного администратора машиностроительного техникума»

Бизнес-логика - совокупность правил, принципов, зависимостей поведения объектов предметной области, реализация правил и ограничений автоматизируемых операций. Реализация предметной области в информационной системе[4].

В фазе бизнес-моделирования и разработки требований бизнес-логика может описываться в виде:

-       текста;

-       концептуальных аналитических моделей предметной области;

-       бизнес-правил;

-       разнообразных алгоритмов;

-       диаграмм деятельности;

-       графов и диаграмм перехода состояний;

-       моделей бизнес-процессов.

Для описания бизнес логики используем методологию структурного анализа и проектирования SADT[5]. Контекстная SADT диаграмма нулевого уровня «Информационная поддержка деятельности системного администратора машиностроительного техникума» представлена на рисунке 1.1. Описание представлено в таблице 1.7.диаграмма нулевого уровня имеет входы, на которые поступают книги учета материальных ценностей, документы о техническом состоянии компьютерной техники, приказ учета компьютерной техники, заявки сотрудников техникума и выходы на которых имеем выборку из отчета списка неисправной КТ, список учета КТ, отчет заявки сотрудников техникума, отчет расходных материалов, отчет списка компьютерной техники.

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

Таблица 1.7 - Описание SADT-диаграммы 0 уровня процесса А-0 «Информационная поддержка деятельности системного администратора машиностроительного техникума»

№	Входные данные	Управление	Исполнитель	Выходные данные
А0	1 книги учета материальных ценностей 2 заявки сотрудников техникума 3 приказ учета компьютерной техники 4 документы о техническом состоянии компьютерном техники	1 справочник аппаратного обеспечения ПК 2 должностная инструкция	1 системный администратор 2 сотрудники техникума 3 среда разработки 4 министерство образования	1 отчет списка компьютерной техники 2 отчет заявок сотрудников техникума 3 отчет расходных материалов 4 отчет списка неисправной КТ 5 список учета КТ

На рисунке 1.2 представлена детализирующая SADT диаграмма первого уровня «Информационная поддержка деятельности системного администратора машиностроительного техникума». В таблице 1.8 приведено описание диаграммы.диаграмма первого уровня состоит из 5 блоков: составить учетный список компьютерной техники; проверить работоспособность компьютерной техники; записать полученную информацию компьютерной техники; формировать список неисправной компьютерной техники; выполнить заявки сотрудников техникума.

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

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

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

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

Выполнить заявки сотрудников техникума - блок SADT-диаграммы, взаимодействующий с блоком составить учетный список компьютерной техники. Имеет входы, на которые поступает информация отчета расходных материалов и заявки сотрудников техникума.диаграмма 2-уровня процесса А-5 «Информационная поддержка деятельности системного администратора машиностроительного техникума» описание представлено в таблице 1.9.диаграмма 2-уровня процесса А-5 имеет входы, на которые поступают заявки на рабочее место и аудиторию с КТ, заявки на обеспечение необходимой КТ и заявки о неисправности КТ и выходы на которых имеем отчет заявок сотрудников техникума.

Таблица 1.8 - Описания подпроцессов бизнес - процесса «Информационная поддержка деятельности системного администратора  машиностроительного техникума»

Наименование операции (активности, деятельности)	Управление активностью		Входы (документы, данные, материалы и др.)	Выходы (документы, данные, материалы и др.)	Исполнитель (ответственный за операцию, механизм реализации)
	При каких условиях начинается	Чем регламентируется и завершается
Составить учетный список КТ	Должностные инструкции, справочник аппаратного обеспечения ПК	Список учета КТ	Книги учета материальных ценностей, приказ учета КТ	Список учета КТ	Системный администратора, Министерство образования
Проверить работоспособность КТ	Должностные инструкции, справочник аппаратного обеспечения ПК	Отчет списка КТ, информация о неисправности	Список учета КТ	Отчет списка КТ, информация о неисправности КТ	Системный администратора
Записать полученную информацию компьютерной техники	Справочник аппаратного обеспечения ПК	Отчет расходных материалов	Отчет списка КТ	Отчет расходных материалов КТ	Системный администратора, среда разработки
Формировать список неисправной КТ		Отчет списка неисправности КТ, акт заявки на гарантийное обслужива ние	Информация неисправности	Отчет списка неисправности КТ, акт заявки на гарантийное обслуживание	Системный администратора

Управления процессом выполнить заявки сотрудников техникума имеется три исполнителя: системный администратор, среда разработки и сотрудники техникума. SADT-модель регламентируется должностной инструкцией.

Таблица 1.9 - Описание SADT-диаграммы 2 уровня процесса А-5 «Информационная поддержка деятельности системного администратора машиностроительного техникума»

№	Входные данные	Управление	Исполнитель	Выходные данные
А5	1 Заявка на рабочее место и аудиторию с КТ 2 Заявка на обеспечение необходимой КТ 3 Заявка о неисправности КТ	1 должностная инструкция	1 сисадмин 2 сотрудники техникума 3 среда разработки	1 отчет заявок сотрудников техникума КТ

1.4 Обзор существующего программного обеспечения для информационной поддержки деятельности системного администратора машиностроительного техникума

Главной задачей разработки программы является создание системы, организации и введение базы данных компьютерной техники. Существует множество программ, выполняющих аналогичную функцию. Рассмотрим некоторые из них и сравним их функции и преимущества.Inspector - программа предназначена для автоматизированного учета и инвентаризации компьютерной техники и иного оборудования в организациях (рисунок 1.4). Программа жизненно необходима руководителям отделов компьютеризации, администраторам сети, а также другим ответственным лицам. Она позволит всегда быть в курсе всей информации о вашем компьютерном парке, получать разнообразные отчеты, планировать его обслуживание, ремонт и обновление. Уникальность программы Hardware Inspector заключается в возможности вести учет не просто текущего состояния параметров компьютеров, а всей истории жизни отдельных комплектующих. Стоимость продукта около 6000 гривен.- программа для учета техники и расходных материалов. На базе программы можно организовать учет компьютеров, всей офисной техники, а также мебели. Мы сможем отслеживать состояние каждого расходного материала в любом принтере (МФУ, копире, факсе). Большое количество расходных материалов и оборудования с учетом их совместимости уже содержится в базе данных программы, а если чего-нибудь вдруг не окажется, это легко добавить самостоятельно. Учитываются все перемещения каждой единицы, проведенные с ней манипуляции, смена ответственности. Стоимость продукта около 3000 гривен.

Поскольку выполненный анализ показал что основными недостатками PrintStore и Hardware является отсутствия отчетов о поломке компьютерной техники, отсутствие отчетов цены компьютерного оборудования. Это значит, что для полного контроля компьютерной техники необходимы отчеты о поломках и стоимости компьютерной техники, что является существенным для работы системного администратора ДТ ДГМА, было принято решение о разработке ПМК для информационной поддержки деятельности системного администратора машиностроительного техникума.

1.5 Анализ выбора средств разработки

Сравнительная характеристика средств разработки Delphi и Lazarus по критериям приведена в таблице 1.10.

Проведем анализ Delphi и Lazarus.

Общая оценка рассчитывается по формуле 1.2:

,                              (1.2)

где - общая оценка системы,  - оценка системы по j-му критерию,  - оценка критерия параметра системы, в общем.

Таблица 1.10 - Экспертная оценка Delphi и Lazarus

№	Наименование критерия	Оценка критерия параметра системы	Lazarus	Delphi
1	Быстрота работы	0,3	0,4	0,7
2	Совместимость с другими приложениями	0,2	0,5	0,8
3	Системные требования	0,3	0,6	0,8
4	Выполнение множество задач	0,2	0,5	0,7
5	Разработка приложений использующих базы данных	0,2	0,6	0,6

По формуле 1.1 оценка Delphi 0.87, Lazarus 0.62. Средством разработки выбрана Delphi.- один из самых популярных и эффективных инструментов разработки сложных приложений, и возможность интегрировать средства приложений MS Office в разрабатываемые в этой среде проекты - бесспорное тому доказательство[6].

В основе систем быстрой разработки (RAD-систем, Rapid Application Development - среда быстрой разработки приложений) лежит технология визуального проектирования и событийного программирования, суть которой заключается в том, что среда разработки берет на себя большую часть рутинной работы, оставляя программисту работу по конструированию диалоговых окон и функций обработки событий.- это среда быстрой разработки, в которой в качестве языка программирования используется язык Delphi. Язык Delphi - строго типизированный объектно-ориентированный язык, в основе которого лежит хорошо знакомый программистам Object Pascal[6].

В настоящее время программистам стала доступна очередная версия пакета Delphi - Borland Delphi 2010. Как и предыдущие версии, Delphi 2010 позволяет создавать самые различные программы: от простейших однооконных приложений до программ управления распределенными базами. В состав пакета включены разнообразные утилиты, обеспечивающие работу с базами данных, XML-документами, создание справочной системы, поддержка технологии NET[7].

1.6 Анализ выбора СУБД

Сравнительная характеристика систем управления базами данных Access, Oracle приведена в таблице 1.11. Проведем анализ Access и Oracle.

По формуле 1.1 оценка Access 0.72, Oracle 0.52. В качестве СУБД приложения системного администратора выбрана Access.Access 2010 является всеобъемлющим приложением, обеспечивающим как внутреннее хранение данных, так и возможность подсоединения к данным внешних источников. Создаваемые с помощью Access 2010 приложения работы с данными могут быть самой различной сложности, довольно легко можно создать любую базу данных на любую тематику[7]. Access имеет мощные инструменты разработки для создания таблиц, запросов, отчетов, а также форм, позволяющих вводить и редактировать данные. Таблицы, запросы, формы и отчеты могут быть подсоединены к локальным таблицами, внешним источникам данных или преобразованы в страницы доступа к данным. Такая гибкость позволяет использовать Access как для всеобъемлющих баз данных, содержащих таблицы данных и интерфейсные объекты, так и для работы внешних баз, связанных с данными, находящимися в различных источниках.

Таблица 1.11 - Экспертная оценка СУБД Access и Oracle

№	Наименование критерия	Оценка критерия параметра системы	Access	Oracle
1	Надежность	0,3	0,8	0,5
2	Отказоустойчивость	0,2	0,6	0,4
3	Механизм транзакций	0,2	0,7	0,6
4	Занимаемое пространство на носителе	0,1	0,3
5	Максимальное количество записей	0,2	0,7	0,7

изначально представлялся как настольная база данных, и в этой сфере ему трудно найти равного соперника. Так же Acess очень хороший контейнер для хранения запросов и таблиц при работе с ними через ADO. Если не устраивает типовой набор контролов, то можно написать интерфейс для работы при помощи других средств, например, VisualStudio или Delphi[8].позволяет разработать профессиональную базу данных в более короткие сроки и за меньшие деньги, и вполне удовлетворить запросы заказчика. Кроме того, такое решение обладает большей гибкостью, настраиваемостью, в него легко можно внести дополнения и изменения, быстрее и дешевле чем в промышленные базы данных на основе Oracle и C++.

Что касается трат на покупку MS Access, то он входит в MS Office, а этот продукт уже имеется на большинстве предприятий. Трудно представить себе компьютер, на котором бы не был установлен MS Office[7]. Вы вкладываете деньги только в то программное обеспечение, которое заказываете.

1.7 Техническое задание на создание ПМК «Информационной поддержки деятельности системного администратора машиностроительного техникума»

Основание для разработки

Основанием для разработки является тема индивидуального задания для дипломного проекта приказ №07-45 от 23.08.12 «ПМК для информационной поддержки деятельности системного администратора машиностроительного техникума». Спецчасть: Разработка программного обеспечения для организации и ведения базы данных.

Назначение разработки

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

ПМК должен хранить и вести базу данных компьютерной техники машиностроительного техникума;

ПМК должен сортировать компьютерную технику;

ПМК выполнять поиск компьютерной техники;

ПМК должен оформлять отчет списка учета;

ПМК должен оформлять отчет по дате поступления;

ПМК должен оформлять отчет по стоимости;

ПМК должен оформлять отчет по местоположению;

ПМК должен выводить информацию о поломках;

ПМК должен составлять список учета хранения компьютерной техники;

ПМК должен выполнять основные операции редактирования данных.

Требования к функциональным характеристикам

Ниже представлены требования к составу выполняемых функций:

составить учетный список КТ;

составить список данных;

проверить работоспособность КТ;

записать полученную информацию КТ;

формировать список неисправной КТ;

выполнить заявку сотрудников техникума;

получить отчет списка КТ

получить отчет расходных материалов;

получить отчет списка неисправной КТ;

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

получить список учета КТ;

получить список данных КТ.

Требования к надежности

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

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

Условия эксплуатации

Условия эксплуатации ПП определяются СанПиН 2.2.2 545-96 «Гигиенические требования к видеодисплейным терминалам, персональным вычислительным машинам и организации работы».

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

Требования к составу и параметрам технических средств

Для нормального функционирования системы необходима персональная ЭВМ со следующими характеристиками:

–  объем оперативной памяти не менее 1024 МБ;

–       процессор не ниже Pentium III, мышь, клавиатура;

–       наличие свободного места на жестком диске в размере не менее 800 Мбайт.

Требования к информационной и программной совместимости

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

Кроме того, для использования разрабатываемой системы на компьютере должны быть предусмотрены следующие программные продукты:

–  система должна работать на платформах операционных систем Windows XP, Windows 7;

–       Dilphi 7.0;

–       Access 2010.

Требования к программной документации

Предварительный состав программной документации установлен в соответствии с ГОСТ 19.101-77. Ниже перечислен список программных документов и их содержание.

Текст программы - запись программы с необходимыми пояснениями и комментариями.

Описание программы - сведения о логической структуре и функционировании программы.

Программа и методика испытаний - требования, подлежащие проверке при испытании программы, также порядок и методы контроля.

Техническое задание - настоящий документ.

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

Эксплуатационные документы - описание применения, руководство пользователя.

Технико-экономические показатели

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

Стадии и этапы разработки приведены в таблице 1.12.

Таблица 1.12 - Стадии и этапы разработки ПМК

№	Этап	Содержание	Сроки
1	Техническое задание	Определение и анализ требований для ПМК «Информационной поддержки деятельности системного администратора машиностроительного техникума». Анализ и обоснование актуальности автоматизации рабочего места системного администратора	03.09.2012-24.09.2012
2	Эскизный проект	Документирование бизнес процесса «Учет компьютерной техники»: выделение границ, выявление пользователей системы - системный администратор, описание деятельности по управлению бизнес-процессом и его выполнение. Разработка физической и логической модели системы.	25.09.2012-14.10.2012
3	Технический проект	Выбор средств разработки системы. Реализация рабочей версии проекта с основой функциональностью.	15.10.2012-31.10.2012
4	Рабочий проект	Реализация метода информационной поддержки деятельности системного администратора машиностроительного техникума модели. Корректировка и доработка системы.	01.11.2012-15.11.2012
5	Внедрение	Разработка мероприятий по внедрению и сопровождению проекта. Разработка отчетов; разработка документации. Внесение корректировок в систему составления маршрутов	06.12.2012-15.12.2012

Порядок контроля и приемки

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

Контроль программного продукта осуществляется в следующем порядке.

проверка функциональности разработанного ПО;

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

проверка выходных данных;

после выхода из программы операционная система должна продолжать работать корректно.

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

1.8 Математическая модель рабочего места «Информационной поддержки деятельности системного администратора машиностроительного техникума»

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

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

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

Параллельной атрибутной порождающей грамматикой для бизнес-процесса называется следующий упорядоченный набор девяти объектов (формула 1.3).

 (1.3)

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

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

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

системный администратор;

министерство образование;

сотрудники техникума.

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

Таблица 1.13 - Функции, выполняемые сотрудниками подразделения в рамках работы деятельности системного администратора

№	Бизнес-функция	Сисадмин	Министерство образования	Сотрудник техникума
1	Разработка приказа учета КТ	-	+	-
2	Анализ приказа учета КТ	+	-	-
3	Создание заявок	-	-	+
4	Анализ заявок	+	-	-
5	Разработка отчетов	+	-	-
6	Подготовка комплекта информационной поддержки	+	-	-

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

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

- V_N = {N₀, 1, 2, 3, 4, 5, 6} - множество нетерминальных символов;

V_T = {N_ф} - множество терминальных символов;

V₀ = {N₀} - множество начальных символов;

Р - множество порождающих правил;

A_s = {t_i} - кортежи временных характеристик. Каждый из кортежей определяет ресурсы, необходимые для выполнения бизнес-функции по времени.

A_n = {К, Т, Р} - множество возможных исполнителей бизнес-функций (Конструктор, Технолог, Руководитель конструкторского подразделения).

Основываясь на графе вариантов выполнения функций сотрудниками подразделения (см. рисунок 1.6), можно сформулировать следующие порождающие правила (запись 1 {К} означает, что бизнес-функция 1 (таблица 1.13) выполняется конструктором):

) N₀ => 1 {К} | 5 {К};

) 1 {К} => 2 {К};

) 2 {К} =>3 {К} |;

) 3 {К} => 4 {К};

) 4 {К} => 5 {Р};

) 5 {Т} => 6 {Т};

) 6 {Т} => N_Ф;

Выполнение выделенных бизнес-функций требует ресурсного обеспечения. Поэтому на основе экспертной оценки определим затраты ресурсов (таблица 1.14), которые приведены в условных единицах ресурсов времени выполнения бизнес-функции (t) и количества исполнителей (n).

Таблица 1.14 - Затраты ресурсов на выполнение бизнес-функций сотрудниками подразделения

Бизнес-функция	T	N
1 {К}	1	1
2 {К}	1	1
3 {К}	4	1
4 {К}	1	1
5 {Р}	3	1
6 {Т}	1	1

На основе полученных правил грамматики могут быть порождены 4 варианта исполнения бизнес-процесса информационная поддержка технологической подготовки производства:

₀ - 1 {К} - 2 {К} - 3 {К} - 4 {К} - 5 {Р} - 6 {Т} - N_Ф

N₀ - 1 {К} - 2 {К} - 3 {К} - 1 {К} - 2 {К} - 3 {К} - 4 {К} - 5 {Р} - 6 {Т} N_Ф N_Ф

N₀ - 1 {К} - 2 {К} - 3 {К} - 4 {К} - 2 {К} - 3 {К} - 4 {К} - 5 {Р} - 6 {Т} - N_Ф

N₀ - 1 {К} - 2 {К} - 3 {К} - 4 {К} - 5 {Р} - 6 {Т} - N_Ф

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

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

(1.4)

где k - количество бизнес-функций, входящих в бизнес-процесс; j - индекс исполнителя бизнес-функции;

.                               (1.5)

Суммарные оценки вариантов реализации бизнес-процесса функционирования системного администратора по выделенным параметрам представлены в таблице 1.15.

Для выделения оптимального варианта необходимо установить отношение предпочтения между рассматриваемыми альтернативами. Для этого удобно использовать метод парного сравнения, согласно которому устанавливаются предпочтения при рассмотрении всех возможных пар альтернатив. Результаты парного сравнения принято представлять в виде матрицы (таблица 1.11), в которой элемент b_ij = 1, если альтернатива B_i строго предпочтительнее, чем альтернатива B_j. В противном случае b_ij = 0.

Таблица 1.15 - Оценка времени протекания различных вариантов бизнес-процесса

№	Вариант
1	N0 - 1 {К} - 2 {К} - 5 {Р} - 6 {Т} - NФ	6	1
2	N0 - 1 {К} - 2 {К} - 3 {К} - 4 {К} - 5 {Р} - 6 {Т} - NФ NФ	8	1
3	N0 - 1 {К} - 2 {К} - 1 {К} - 2 {К} - 3 {К} - 4 {К} - 5 {Р} - 6 {Т} - NФ	10	1

Согласно методу парного сравнения для выделения альтернатив первого ранга достаточно выявить нулевые столбцы в полученной матрице (таблица 1.15).

В нашем случае к альтернативам первого ранга относятся альтернатива 3 и альтернатива 6.

Таблица 1.16 - Результаты парного сравнения альтернативных вариантов реализации бизнес-процесса

	1	2	3
1	0	0	0
2	1	0	1
3	1	0	0

Как видно из таблицы 1.16, альтернатива 3 требует несколько большего времени на ее реализацию, но при этом будет задействовано меньшее количество сотрудников.

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

1.9 Разработка логической модели ПМК «Информационная поддержка деятельности системного администратора машиностроительного техникума»

Разработка диаграммы прецедентов ПМК «Информационная поддержка деятельности системного администратора машиностроительного техникума»

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

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

Для того чтобы разработать диаграмму прецедентов необходимо составить сценарий развития предметной области. Предметной областью рассматриваемой при выполнении дипломного проекта является Дружковский техникум Донбасской Государственной Машиностроительной Академии отдела системного администратора. Главной задачей системного администратора является правильно и корректно составить базу данных для информационной поддержки, а также возможность добавления данных, редактирования, удаления, быстрый поиск компьютерной техники по базе данных. Рассмотрим каждую функцию по отдельности для выделения классов. Для составления информационной поддержки системного администратора машиностроительного техникума включает в себя следующие функции (задачи). Для этого проводят перепись всего компьютерного оборудования техникум и всю бухгалтерскую документацию и составляю отчеты.

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

Организуем актеров, выделив общие и специализированные роли. Для каждого актера необходимо рассмотреть основные пути его взаимодействия с элементом, выделить прецеденты. Основными прецедентами будут являться: заполнение информационных отчетов, обработка первичных данных, проверка работоспособности аппаратного обеспечения, обработка всех данных компьютерной техники, получение информационной поддержки системного администратора. На рисунке 1.8 представлена диаграмма прецедентов «Информационной поддержки деятельности системного администратора машиностроительного техникума».

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

В таблице 1.17 представлено описание прецедента «Составить учетный список КТ». Для того чтобы системному администратору стало доступно составление списка учета КТ, ему должны быть доступен приказ учета КТ и книги учета материальных ценностей название задачи, расположение задачи, настройки глобальных параметров. В результате выполнения успешного сценария для данного прецедента системному администратору доступный список учета компьютерной техники.

В таблице 1.18 представлено описание прецедента «Проверить работоспособность компьютерной техники». Основным исполнителем является системный администратор. Для того чтобы системный администратор проверил работоспособность компьютерной техники. Необходимо получить отчет о неисправности КТ, тогда при успешном выполнении сценария будет получен отчет списка КТ.

В таблице 1.19 представлено описание прецедента «Записать полученную информацию компьютерной техники». Основным исполнителем является системный администратор. При успешном сценарии получен отчет для просмотра расходных материалов.

В таблице 1.20 представлено описание прецедента «Формировать список неисправной компьютерной техники». Основным исполнителем является системный администратор. Для того чтобы системный администратор формировал список неисправной КТ, заносит информацию о неисправности в список учета КТ.

В таблице 1.21 представлено описание прецедента «Выполнить заявки сотрудников техникума». Основным исполнителем является системный администратор. Для того чтобы системный администратора выполнил заявки сотрудников техникума, должен получить готовый отчет расходных материалов. При успешном сценарии будет доступен отчет заявок сотрудников техникума.

Таблица 1.17 - Описание прецедента «Составить список учета компьютерной техники»

Описание прецедента

Основной исполнитель - системный администратор

Предусловия: - сисадмин составляет список учета компьютерной техники

Входные данные - приказ учета компьютерной техники - книги учета материальных ценностей

Основной успешный сценарий (основной процесс): – составление списка учета КТ

Частота использования: - для каждого списка

Постусловия: - список учета КТ состав лен

Выходные данные: - список учета КТ

Таблица 1.18 - Описание прецедента «Проверить работоспособность компьютерной техники»

Описание прецедента

Основной исполнитель - системный администратор

Предусловия: - подготовить информацию о компьютерной техники и список неисправности КТ

Входные данные: - список неисправной КТ

Основной успешный сценарий (основной процесс): - составление списка информации о компьютерной техники и составление отчета неисправной КТ

Частота использования: - для каждых проверок

Постусловия: отчет состав лен

Выходные данные: - отчет списка неисправной КТ

Таблица 1.19 - Описание прецедента «Записать полученную информацию компьютерной техники»

Описание прецедента

Основной исполнитель: - сисадмин

Предусловия: - подготовить отчет расходных материалов

Входные данные: - книги учета

Основной успешный сценарий (основной процесс): - составление отчетов расходных материалов

Частота использования: - для каждой отче та

Постусловия: - отчет состав лен

Выходные данные: - отчет расходных материалов

Таблица 1.20 - Описание прецедента «Формировать список неисправной компьютерной техники»

Описание прецедента

Основной исполнитель - сисадмин

Предусловия - устранить неисправность

Входные даны: - информация о неисправностях

Основной успешный сценарий (основной процесс): - получить отчет списка неисправности

Частота использования: - для каждого отче та

Постусловия: - отчет состав лен

Выходные данные: - отчет списка неисправной КТ

Таблица 1.21 - Описание прецедента «Выполнить заявки пользователей»

Описание прецедента

Основной исполнитель - сисадмин

Предусловия - выполнить заявку пользователей

Входные данные: - заявка сотрудников техникума

Основной успешный сценарий (основной процесс): - составить отчет заявок сотрудников техникума

Частота использования: для каждой заявки

Постусловия: заявка выполнена

Выходные данные: отчет заявок сотрудников техникума

1.10 Разработка диаграммы классов предметной области «Информационная поддержка деятельности системного администратора»

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

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

Класс «Работа администратора» агрегирует классы-наследники «Документы». В нем находится иерархическая коллекция классов-наследников «Документы», которые образуют дерево рубрикатора. Работа администратора необходима для управления всеми документами и компьютерной техникой. Работа администратора является главным элементом управления программного комплекса.

Диаграмма классов «Информационной поддержки деятельности системного администратора машиностроительного техникума» приведена на рисунке 1.9. Назначение классов программного комплекса «Информационной поддержки деятельности системного администратора машиностроительного техникума» описано в таблице 1.22.

Таблица 1.22 - Обязанности классов

Название класса	Обязанности
Отчеты	Все виды отчетов, заявки, приказ учета КТ
Системный администратор	Человек, отвечающий за выполнения всех действия и операций
Компьютерная техника	Компьютерная техника машиностроительного техникума
Заявки	Заявки посылаемые сотрудниками техникума
Приказ учета	Документы для составления списка учета компьютерной техники
Книги учета	Документы для заполнения списка учета компьютерной техники
Заявки	Заявки посылаемые сотрудниками техникума
Приказ учета	Документы для составления учета компьютерной техники

Разработка диаграммы последовательностей «Информационная поддержка деятельности системного администратора машиностроительного техникума»

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

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

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

Вторым измерением диаграммы последовательности является вертикальная временная ось, направленная сверху вниз. Начальному моменту времени соответствует самая верхняя часть диаграммы. Взаимодействия объектов реализуются посредством сообщений, которые посылаются одними объектами другим. Сообщения изображаются в виде горизонтальных стрелок с именем сообщения, а их порядок определяется временем возникновения. То есть, сообщения, расположенные на диаграмме последовательности выше, инициируются раньше тех, которые расположены ниже. Масштаб на оси времени не указывается, поскольку диаграмма последовательности моделирует лишь временную упорядоченность взаимодействий типа «раньше-позже».

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

1.11 Разработка физической модели ПМК «Информационная поддержка деятельности системного администратора»

Разработка диаграмм классов ПМК «Информационная поддержка деятельности системного администратора»

Для разработки диаграммы классов «Информационная поддержка деятельности системного администратора машиностроительного техникума» использовал шаблон MVC (Model View Controller).

Шаблон MVC позволяет разделить данные, представление и обработку действий пользователя на три отдельных компонента.

Диаграмма классов ПП приведена на рисунке 1.11, а в таблице 1.23 описаны обязанности классов.

Таблица 1.23 - Обязанности классов ПМК «Информационная поддержка деятельности системного администратора машиностроительного техникума»

Участник шаблона	Класс	Обязанности с точки зрения шаблона
Model	Kompiyternoy tehnika	Модель предоставляет данные, а также реагирует на запросы, изменяя свое состояние
View	Documents	Отвечает за отображение информации
Controller	Sisadmin	Интерпретирует данные, введенные пользователем, и информирует модель и представление о необходимости соответствующей реакции

1.12 Разработка структуры базы данных. Разработка ER-диаграммы, получение набора отношений

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

Для создания БД необходимо построить ER-диаграмму в виде совокупности связей, сущностей и атрибутов, изображенных в виде диаграммы ER-типов, диаграммы ER-экземпляров.

Выделим сущности СУБД: Документы, Сисадмин, Компьютерная техника, Отчеты, Заявки сотрудников техникума, Приказ учета КТ.

Составим окончательный набор отношений.

=(W, V, B, P)

R2=(Z, A, B)=(U, Y, C, B)=(X, E, B)=(G, B, J)=(L, H, Q, B)=(S, T, B)

R8=(D, N, F, K)

Исследуем окончательный набор отношений на избыточность.

Выделим детерминанты: CTB, GJB, ZAB, ZLHQ, BCBY, WVPB, XEB, DNFKB.

Поскольку не каждый детерминант сам по себе ключ в отношении, то данная таблица не находится в НФБК.

Проведем декомпозицию.

R (W, V, B, P, A, C, Z, U, Y, E, X, L, G, H, Q, J, S, T, D, N, K, F)

R1 (W, V, B, P)            R1* (B, P, A, C, Z, U, Y, E, X, L, G, F, H, Q, J, S, T, D, N, K)(Z, A, B)                    R2* (B, P, C, A, U, Y, E, X, L, G, F, H, Q, J, S, T, D, N, K)(C, B, U, Y)               R3* (B, C, P, A, E, X, L, G, H, Q, F, J, S, T, D, N, K)(E, B, X)                       R4* (B, E, C, A, P, L, G, H, Q, J, S, F, T, D, N, K)(B, G, J)                           R5* (B, E, C, A, P, L, H, Q, J, S, T, F, D, N, K)(L, H, Q, B)                 R6* (B, E, C, A, P, J, S, T, D, N, K, F)     (D, N, F, K)               R7* (B, E, C, A, P, J, S, T, N,)(S, T, B)                       R8* (B, E, C, A, P, J, N,)

R9 (T, V)                      R9* (F, H, P, R, T)

Отношение R8* является избыточным. Значит наши отношения, полученные по диаграммам ER-связей, остаются прежними и являются основой для проектирования БД для заданной предметной области.

1.13 Реляционная модель базы данных

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

Таблица Основа предназначена для инвентаризации учета компьютерной техники, описание полей в виде конструктора.

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

2. Специальная часть информационная поддержка деятельности системного администратора машиностроительного техникума

.1 Модульная структура программного комплекса «Информационная поддержка деятельности системного администратора машиностроительного техникума»

Для представления физических сущностей в языке UML применяется специальный термин - компонент (component). Компонент реализует некоторый набор интерфейсов и служит для общего обозначения элементов физического представления модели.

Отношения зависимости на диаграмме компонентов является отношение между различными видами компонентов. Наличие подобной зависимости означает, что внесение изменений в исходные тексты программ или приводит к изменениям самого компонента[10].

Для работы реализуемого программного продукта компонентом Baza_Invenorizaziya.exe. Используется компонент Access.MDB, который представляется форме таблицы базы данных. Также существует абстрагированная зависимость между вводимыми данными в MainForm и компонентом main.exe. Компонент help.txt является справкой программного продукта, используемой компонентом main.exe.

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

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

Меню информационной поддержки деятельности системного администратора содержит контекстное меню со следующими пунктами:

составить учет списка;

добавить данные;

редактировать;

удалять;

поиск;

создать отчёт.

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

Меню справки содержит полное описание по работе с программным комплексом.

На диаграмме состояний для прецедента «Информационная поддержка деятельности системного администратора машиностроительного техникума» видно, что для составления информационной поддержки деятельности системного администратора изначально Министерство Образования посылает приказ учета КТ. Определяется список учета КТ. Для обработки документов системный администратор получает данные из бухгалтерии. После обработки документов идет составление списка учета компьютерной техники. Получен список учета КТ и уже тогда системный администратора обрабатывает и составляет отчеты. Если сотрудники техникума посылают запрос, то системный администратор должен обработать заявку и исправить все необходимое запроса. Для того чтобы вывести необходимый отчет, нужно задавать первоначальные данные и указывать вид отчета[12].

2.3 Инструкция по установке ПМК «Информационная поддержка деятельности системного администратора»

Для работы приложения «Информационная поддержка деятельности системного администратора» необходимо открыть папку приложения и кликнуть на файл с расширением *.exe. Программа готова к использованию. Для того чтобы внести корректировку базы данных, добавить, удалить, редактировать или другие действия, то нужно проинсталлировать и настроить Access 2003 и выше, и Delphi версии 6 и выше. Теперь можно вносить корректировку в приложение[14].

2.4 Разработка структуры ПМК «Информационная поддержка деятельности системного администратора»

Для связи с типичным файлом мы используем следующие элементы из Delphi: ADOConnection, DBGrid, ADOTwable, DataSource. С самого начала надо наладить связь с типичным файлом для этого мы используем элемент ADOConnection где выполняем следующие действия, для связи выбираем параметр ConnectionSring и выполняем следующие действия.

При выполнении этих действий важно чтобы файл, которые относятся базе данных, были одной папке все. После того как установили связь с файлом переходим к отображению данных в нашей БД для этого будем работать со следующими элементами DBGrid, ADOTable, DataSource. Начнем с ADOTable этот элемент предназначен для ссылки запросов в типовой файл на данные которые находятся в нем для этого мы работаем со следующими параметрами Connection котором присваиваем ADOConnection, после этого параметра TableName указываем название таблицы в данном случае Основа.

Далее продлеваем работу с элементом DBGrid этот элемент предназначен для отображения данных из типового файла для этого присваиваем параметру DataSource, DataSource1. Элемент DataSource предназначен для связи DBGrid с ADOTable для этого присваиваем параметру DataSet, ADOTable связь этих элементов настроен однако для отображения данных нужно изменить параметр Active в элементе ADOTable в True. Таким образом, настраивается связь и отображение данных из типового файла.

На form2 размещены следующие элементы для работы с БД: DBComboBox и DBEdit связанных с БД с помощью параметра DataSource в котором присвоено параметр Form1. Datasource1 и параметр DataField в котором указывается название поля строке в который мы записываем данные, с помощью этого свя связи мы и вносим коррективы в новую строку БД.

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

procedure TForm1. Edit1Change (Sender: TObject);Length (Edit1. Text)> 0begin AdoTable1.filter: = 'Инвентарный_номер LIKE' + quotedstr (edit1. Text + '% ');. Filtered: = true end else AdoTable1. Filtered: = false; end;

Для реализации функции поиска нужно в программу добавить элемент Edit в который будем вводить интересующей нас результат на этом завершим работу с этим элементом. Сам поиск будет выполняться с помощью функции фильтрации. Для этого поздаемо шаблон функции AdoTable1.filter: = 'Инвентарный_номер LIKE' + quotedstr (edit1. Text + '% ') по этому шаблону едет поиск в интересую щему нас строке, с помощью оператора LIKE у нас едет сравнения текста которой вводится в Еdit с существующими данным в типичном файле.

procedure TForm1.N8Click (Sender: TObject);. IndexFieldNames: = '* Название сроки *';

end;

Для сортировки Delphi дает нам возможность пользоваться процедурой сортировки которая имеет такую ​​шаблон AdoTable1. IndexFieldNames: = '* Название сроки *' эта процедура действует по принципу указанным вишче.

procedure TForm1. Button2Click (Sender: TObject);.SQL. Clear;.SQL. Add ('SELECT основа. [Инвентарный_номер], основа. [Дата_поступления], основа. [Наименование], основа. [Количество] FROM основа');. Prepared:=true;. Active:=true;;TForm1.N17Click (Sender: TObject);.memo1. Lines. LoadFromFile ('help.txt');

form6.show;;

Для отображения теста из файла help.txt было использовано элемент memo. Для того чтобы текст отображался при использовании кнопки N17 начинается загрузка текстового файла с помощью функции form6.memo1. Lines. LoadFromFile ('help.txt») и открытие form6 с помощью команды form6.show.

2.5 Инструкция пользователя ПМК «Информационная поддержка деятельности системного администратора»

Описание работы приложения «Информационная поддержка деятельности системного администратора»

После запуска приложения ПМК «Информационная поддержка деятельности системного администратора машиностроительного техникума» на дисплее отображается окно «Инвентаризация».

На главном окне расположены три вкладки. Основная, главная вкладка под названием «База данных». На ней расположены основные компоненты приложения, так же показан весь список учета компьютерной техники. С помощью значков которые находятся выше таблицы данных, можно удалять, добавлять, изменять, редактировать данные о компьютерной техники. Можно еще осуществлять поиск по инвентарному номеру, необходимо ввести номер, по которому будет осуществляться поиск.

Вторая вкладка программы называется «Информация о поломка». Для просмотра в нашей базе данных поломок, необходимо включить «фильтр по поломке».

Третья вкладка называется «Отчеты». На ней расположены кнопки всех отчетов. Для того чтобы их посмотреть, нужно кликнуть на любой из отчетов. Для того чтобы отправить отчет в Excel и сохранить его, нужно нажать кнопку «Отправить в Excel».

Руководство пользователя приложения «Информационная поддержка деятельности системного администратора машиностроительного техникума»

Из бухгалтерии поступили приходные документы новой компьютерной техники. Потом запускаю программу «Информационная поддержка деятельности системного администратора».

В верхней части окна находится кнопки функциональной работы приложения.

Для добавления новых комплектующих в базу данных. Необходимо нажимать кнопку «Добавить», которая расположена на главном меню программы или через панель Редактирование → Добавить. После этого заполняем все поля и нажимаем на кнопку «Ок», после этого запись добавилась в основную таблицу учета компьютерной техники.

Вторая кнопка «Редактирование». Так же можно открыть редактирование через панель Редактирование → Изминить. Перед тем как редактировать нужную запись поля учета компьютерной технки, необходимо устанновить курсор на том поле, которую нужно редактировать. При нажатии выплывает окно изменения данных.

Следующая кнопка «Удалить». Так же можно открыть редактирование через панель Редактирование → Удалить. Перед тем как удалить выбранное поле из списка учета компьютерной техники, выпливит окно с запросом.

Для поиска нужной компьютерной техники нажимаю кнопку «Поиск», которая расположена на главном меню программы или через панель Поиск. После этого выбираем по какому полю будем осуществлять поиск. Заполняем любое поле и нажимаем на кнопку «Ок» и программа покажет всю компьютерную технику по заданному критерию поиска.

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

3 Экономическиерасчеты

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

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

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

Источники экономии при этом определяются по следующим направлениям:

Снижение трудоемкости;

Увеличение объемов и сокращение сроков обработки информации;

Повышение коэффициента использования вычислительной техники, средств подготовки и передачи информации;

Снижение трудоемкости работ программистов при решении прикладных задач.

3.1 Расчёт капитальных затрат на создание ПМК для автоматизации системы контроля доступа в помещение

Капиталовложения в создание ПМК носят единовременный характер [17]:

К=К₁+К₂+К_3,                                                  (3.1)

где К₁ - затраты на оборудование, грн.;

К₂ - затраты на лицензионные программные продукты, грн;

К₃ - затраты на создание ПО, грн.

Поскольку оборудование для создание ПМК уже эксплуатируется, его остаточная стоимость равна 2500 грн. (К1=2500)

Для реализации ПО необходимы следующие лицензионные программные продукты:

Borland Delphi 7 (3500 грн.), 1 шт.;

Получаем К₂ = 3500 грн.

Затраты на создание ПМК находятся по формуле 3.2:

К₃ = З₁ + З₂ + З₃,                                       (3.2)

где З₁ - затраты труда программистов-разработчиков, грн.;

З₂ - затраты компьютерного времени, грн.;

З₃ - косвенные (накладные) расходы, грн.

Затраты труда программистов-разработчиков найдем по формуле 3.3:

,                               (3.3)

где N_k - количество разработчиков k-й профессии, чел.;_k - часовая зарплата разработчика k-й профессии, грн._зар - коэффициент начислений на фонд заработной платы, доли._к - общая трудоемкость, ч

Принимаем N_k=1 человек.

Часовая зарплата разработчика определяется по формуле 3.4.

                                        (3.4)

где М_к - месячная зарплата k-го разработчика, грн.;^мес_k - месячный фонд времени его работы, час.

Принимаем:

М_k=2000 грн; F^мес_k = 176 часов.

Тогда r_k= 2000/176 =14.2 грн/час.

Принимаем K_зар = 1,425 [17].

Трудоёмкость разработки включает время выполнения работ, представленных в таблице 3.1.

Общая трудоемкость T_к = 352 часов.

Тогда затраты труда разработчиков-программистов равны (формула 3.3):

З₁ = 1*14.2*352*1,425 =7122.72 грн.

Таблица 3.1 - Трудоемкость выполнения работ

Этапы работ	Содержание работ	Трудоемкость, час
1 Техническое задание	Краткая характеристика программы; основание и назначение разработки; требования к программе и программной документации; стадии и этапы разработки программы; порядок контроля и приёмки выполнения.	20
2 Эскизный проект	Предварительная разработка структуры входных и выходных данных; уточнение метода решения задачи; разработка и описание общего алгоритма решения; разработка технико-экономического обоснования и пояснительной записки.	70
3 Технический проект	Уточнение структуры входных и выходных данных, определение формы их представления; разработка подробного алгоритма; определение семантики и синтаксиса языка; разработка структуры программы; окончательное определение конфигурации технических средств; разработка мероприятий по внедрению программы.	60
4 Рабочий проект	Описание программы на выбранном языке; отладка; разработка методики испытаний; проведение предварительных испытаний (тестирование); корректировка программы; разработка программной документации.	162
5 Внедрение	Подготовка и передача программы для сопровождения; обучение персонала использованию программы; внесение корректировок в программу и документацию.	40

Расчет затрат компьютерного времени выполним по формуле 3.5:

З₂ = С_к ·F_0,                     (3.5)

где С_к - стоимость компьютерного часа, грн.;₀ - затраты компьютерного времени на разработку программы, час.

Стоимость компьютерного часа вычисляется по формуле 3.6:

С_К= С_А + С_Э + С_ТО,                          (3.6)

где С_А - амортизационные отчисления, грн.;

С_Э - энергозатраты, грн.;

С_ТО - затраты на техобслуживание, грн.

Амортизационные отчисления найдем по формуле 3.7:

С_А= С_i· N_Аi / F_годi,                             (3.7)

где С_i = 2500 - балансовая стоимость i-го оборудования, которое использовалось для создания ПМК, грн._А - годовая норма амортизации i-го оборудования, доли._год - годовой фонд времени работы i-го оборудования, час._А= 0,15; F_год = 2112 часов [17].

Из формулы 3.7 получим: С_А= 2500*0,15/2112 = 0,18 грн.

Энергозатраты найдем по формуле 3.8:

С_Э = Р_Э· С_кВт,                                   (3.8)

где Р_Э = 0,2 - расход электроэнергии, потребляемой компьютером, кВт/ч;

С_кВт = 0,28 - стоимость 1 кВт/ч электроэнергии, грн.

Тогда получим: С_Э = 0,2*0,28 = 0,05 грн.

Затраты на техобслуживание найдем по формуле 3.9:

С_ТО= r_ТО* l,                                     (3.9)

где r_ТО - часовая зарплата работника обслуживающего оборудование, грн;

l - периодичность обслуживания (формула 3.10).

Принимаем часовую зарплату работника, обслуживающего оборудование:_ТО = 2000/176 = 11.4 грн/час.

l = N_то / F^мес,                                    (3.10)

где N_то - количество обслуживаний оборудования в месяц;^мес - месячный фонд времени работы оборудования, час.

Принимаем N_то= 1; F^мес= 176 часов.

Тогда (формула 3.10): l=1/176 = 0,0057.

Применяя формулу 3.9, получим: С_ТО =11.4*0,0057 = 0,065 грн.

Тогда стоимость компьютерного часа равна:

С_К= 0,14 + 0,05 + 0,065 = 0,255 грн/час.

Таким образом, затраты компьютерного времени составят:

З₂ = 0.255*352 = 89.8 грн.

Косвенные расходы З₃ определяются по формуле 3.11:

                       (3.11)

где С₁ - расходы на содержание помещений, грн.

С₂ - расходы на освещение, отопление, охрану и уборку помещения, грн.₃ - прочие расходы (стоимость различных материалов, используемых при разработке проекта,услуги сторонних организаций и т.п.), грн.

Площадь помещения составляет 20 м². Принимаем стоимость аренды 1м² помещения - 40 грн. Следовательно, стоимость помещения составляет: 20*40= 800 грн/мес.

С₁ = 800*0,02 = 16 грн/мес - затраты на содержание помещений составляют 2%;

С₂ =800*0,01 =8 грн/мес - расходы на освещение, отопление охрану и уборку помещений составляют 0,01%.₃ = 2000*1 = 2000 - прочие расходы (стоимость различных материалов, используемых при разработке проекта, услуги сторонних организаций и т.п.) составляют 100% от стоимости вычислительной техники.

Тогда, используя формулу 3.11, получим: З₃ = (16+8)*2+2000 = 2048 грн.

Таким образом, по формуле 3.2 рассчитаем затраты на создание ПМК:

К₃ = 7122.7 +89.8 + 2048 =9260.5 грн.

Капитальные затраты на выполнение и реализацию ПМК составят:

К = 2500 + 3500 + 9260.5 = 15260,5 грн.

3.2 Расчёт годовой экономии от автоматизации учета данных в цехе

Годовая экономия от автоматизации работы оператора базы данных рассчитывается по формуле 3.12:

                              (3.12)

где t_i^p, t_i^a - трудоёмкость выполнения i-й операции соответственно в ручном и автоматизированном варианте, час;_i^p, k_i^a - повторяемость выполнения i-й операции в ручном и автоматизированном вариантах в течении года, шт.;_p, C_a - часовая себестоимость выполнения операций в ручном и автоматизированном вариантах, грн.;- количество различных операций, выполнение которых автоматизируется.

Себестоимость выполнения операций оператора в ручном варианте определяется по формуле 3.13:

_p = C₁^p + C₂^p,                                             (3.13)

где C₁^p - затраты на оплату труда персонала, грн.;₂^p - косвенные расходы, грн.

Затраты на оплату труда персонала найдем по формуле 3.14.

                                 (3.14)

где N_k - количество работников k-й профессии, выполнявших работу до автоматизации, чел.;_k - часовая зарплата одного работника k-й профессии, грн.;_зар - коэффициент начислений на фонд заработной платы, доли;- число различных профессий, используемых в ручном варианте.

Часовая зарплата работника k-й профессии рассчитывается по формуле 3.15:

r_k = M_k/F_k^мес,                                             (3.15)

где M_k - месячный оклад работника, грн.;_k^мес - месячный фонд времени работ работника, час.

Принимаем F_k^мес = 176 часов.

До автоматизации работу выполняли 2 человека, т.е.N_k= 2 чел.

Месячный оклад работника составляет: M_k=2000 грн.

Часовая зарплата составляет: r_k = 2000/176 = 11.4 грн/час.

Затраты на оплату труда персонала составляют:₁^p = 2 * 11.4*1.425=32.5 грн.

Косвенные расходы рассчитываются по формуле 3.16:

₂^p = C₁ + C₂ + C₃                                       (3.16)

где С₁ - затраты на содержание помещений, грн.;

С₂ - расходы на освещение,отопление охрану и уборку помещений, грн.;₃ - прочие расходы.

Площадь помещения составляет 20 м². Принимаем стоимость 1м² помещения - 40 грн. Следовательно, стоимость помещения составляет:

*40=800 грн.

С₁ = 800*2%/100%/176 = 0.1 грн - затраты на содержание помещений составляют 2% от стоимости здания;

Расходы на освещение,отопление охрану и уборку помещений С₂ составляют 0,2-0,5% от стоимости помещения: С₂ = 800*0,4%/100%/176=132/176= 0.02 грн.

Прочие расходы C₃ составляют 100-120% от фонда заработной платы:₃=11.4*1.2 = 13.7 грн.

Из формулы 3.16 получим косвенные расходы:₂^p= 0.1 + 0.02 + 13.7 = 13.82 грн.

Себестоимость выполнения операций оператора в ручном варианте по формуле 3.13 составит: С_Р =33.5+ 13.82 = 47.32 грн/час.

Расчёт себестоимости выполнения операций в автоматизированном варианте выполняется по формуле 3.17:

С_а = C₁^a + C₁^a + C₁^a,                                            (3.17)

где C₁^a - затраты на оплату труда персонала, грн.;₂^a - стоимость компьютерного времени, грн.;₃^a - косвенные расходы, грн.

Затраты на оплату труда персонала найдем по формуле 3.18:

                                           (3.18)

где N_p - количество работников p-й профессии, выполнявших работу после автоматизации, чел.;_p - часовая зарплата одного работника p-й профессии, грн.;_зар - коэффициент начислений на фонд заработной платы, доли;- число различных профессий, используемых в автоматизированном варианте.

Принимаем:_p = 2; K_зар = 1,425 [17].

Количество работников и их оклады не изменились, поэтому:

С^а₁ = С^р₁ = 29 грн.

Стоимость компьютерного времени найдем по формуле 3.19.

С₂^А= С_А + С_Э + С_ТО,                                 (3.19)

где С_А= 0,14 - амортизационные отчисления, грн.;

С_Э = 0,05 - энергозатраты, грн.;

С_ТО = 0,0058 - затраты на техобслуживание, грн.

Таким образом, С₂^А = 0,14 + 0,05 + 0,0058 = 0,1958 грн.

Косвенные расходы С₃^А определяются по формуле 3.11:

С₃^А = 0.1 + 0.02 + 13.7 =13.82 грн.

Тогда по формуле 3.17: С_А = 33,5 + 0.1958+ 13.82 = 46.52 грн.

В таблице 3.2 приведен перечень работы оператора и их трудоемкость в ручном и автоматизированном вариантах.

Таблица 3.2 - Трудоемкость работы оператора при выполнении вручную и автоматически

	Наименование операций	Трудоемкость		Повторяемость (раз/год)
		Р	А	k
1	Время обработки приходных и расходных документов	0,75	0,02	300
2	Время, необходимое на подготовку отчетов	0,75	0,02	150
3	Время, необходимое на поиск информации и её выдачу	0,55	0,1	100
4	Исправление ошибок	0,55	0,04	50

Годовую экономию от внедрения программного комплекса получим по формуле 3.12:

3.3 Расчет годового экономического эффекта

Экономический эффект определяется по формуле 3.20:

Э_ф = Э_г - Е_н·K,                                          (3.20)

где Э_г =19362,68 - годовая экономия текущих затрат, грн;

К = 15260,5 - капитальные затраты на создание ПМК, грн.;

Е_н= 0,42 [17] - нормативный коэффициент экономической эффективности капиталовложений, доли.

Тогда Э_ф =19362.68 - 0,42*15260,5 =12953.27 грн.

3.4 Расчет коэффициента экономической эффективности и срока окупаемости капиталовложений

Коэффициент экономической эффективности капиталовложений найдем по формуле:

_p = Э_г/К.                                           (3.21)

Е_Р =19362,68 / 15260,5 = 1,27

Так как, Е_Р =1,27 > Е_н = 0,42, то внедрение разработанного программного комплекса является экономически эффективным.

Срок окупаемости капиталовложений определим по формуле 3.22:

                                                   (3.22)

Тогда подставив значение коэффициента экономической эффективности в формулу 3.22, получим:

года.

Так как Т_Р =0,79 < Т_н = 2,4 года (срок окупаемости капиталовложений меньше нормативного), то можно утверждать, что капиталовложения используются эффективно.

Общие выводы

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

Для программного обеспечения была подключина база данных из Access в Delphi через ADOConnection, разработана структура базы данных учета компьютерной техники. Выбрано в качестве средства разработки Delphi, в качестве СУБД MSAccess, позволяющие выполнять все необходимые операции инвентаризации. При выборе, средств разработки и ПО для информационной поддержки деятельности системного администратора отдавалось предпочтение доступным средствам для уменьшения расходов на разработку.

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

В графической части дипломного проекта приведены диаграммы, блок-схемы, выбор средств разработки, экранные формы.

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

1       Кенин А.А., Самоучитель системного администратора, 2005.

         Вильямс Д.В., Освой самостоятельно системное администрирование Unix за 21 день, 2009.

         Должностная инструкция системного администратора.

         Григорьев А.В., Методология функционального моделирования SADT.

         Щербакова А.Н. синтаксис диаграмм и моделей sadt. - Глава: 3…

         Гуржий А.М. «Основи програмування».

         Корняков В.В. Программирование документов и приложений MS Office.

         Рубанцев В.А. Delphi в примерах, играх и программах, 2011.

         Голованов М.А., Создание компонентов в среде Delphi. Руководство разработчика:, Евгений Веселов, 2004.

          Фуллер Л.У. Access 2010 для чайников, Кен Кук, Кук К., Фуллер Л.У.,2011.

11     Гуржий А.М., М.С. Львов, О.В. Спиваковський, - М.: Каравелла, 2004. - 355 с.

         Пильщиков) В.М. «Сборник упражнений по языку Паскаль». - М.: Наука, 1989 - 160 с.

         Марченко А.И. «Программирование в среде Borland Pascal» Марченко, Л.А. Марченко - М.: Юниор, 2002 - 496 с.

         Флёнов М.Е. - «Библия Delphi» (3-е издание) - 2011 Каравелла, 2003 - 352 с.

         Тарасов А.Ф. Методические указания к лабораторным работам по дисциплине «Языки объектно-ориентированного программирования» для студентов специальности 7.080402 очной и заочной формы обучения / Сост. А.В. Алтухов - Краматорск: ДГМА, 2000. - 87 с.

         Абрамов «Теория алгоритмов» С.А., Е.В. Зима - М.: Наука, 1990 - 289 с.

         Лапчик М.П. «Вычисления. Алгоритмизация. Программирование» - М.: Просвещение, 1988 - 321 с.

         Жидецький В.Ц. Охорона праці користувачів комп’ютерів. - Львів: Афіша, 2000. - 176 с.

         Демирчоглян Г.Г. Компьютер и здоровье. - М.: Лукоморье, 1997. - 256.

         20) Навакатикян А.О. Охрана труда пользователей компьютерных видеодисплейных терминалов / А.О. Навакатикян, В.В. Кальниш, С.Н. Стрюков. - К.: Охрана труда, 1997. - 400 с.

         Юсина Г.Л. Організація роботи студентів з виконання розділу «Охорона праці» дипломних проектів / Г.Л. Юсіна, Л.В. Дементій. - Краматорськ: ДДМА, 2009. - 80 с.

         Дементий Л.В., Юсина А.Л. Охрана труда в автоматизированном производстве. Обеспечение безопасности труда - Краматорск: ДГМА, 2007. - 300 с.