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

Cодержание

• Введение
• 1. Общая часть
• 1.1 Структура и организация отдела системного администратора ДТ ДГМА
• 1.2 Анализ и сценарий развития предметной области «Информационная поддержка деятельности системного администратора машиностроительного техникума»
• 1.3 Разработка SADT-диаграммы «Информационная поддержка деятельности системного администратора машиностроительного техникума»
• 1.4 Обзор существующего программного обеспечения для информационной поддержки деятельности системного администратора машиностроительного техникума
• 1.5 Анализ выбора средств разработки
• 1.6 Анализ выбора СУБД
• 1.7 Техническое задание на создание ПМК «Информационной поддержки деятельности системного администратора машиностроительного техникума»
• 1.7.1 Основание для разработки
• 1.7.2 Назначение разработки
• 1.7.3 Требования к функциональным характеристикам
• 1.7.4 Требования к надежности
• 1.7.5 Условия эксплуатации
• 1.7.6 Требования к составу и параметрам технических средств
• 1.7.7 Требования к информационной и программной совместимости
• 1.7.8 Требования к программной документации
• 1.7.9 Технико-экономические показатели
• 1.7.10 Стадии и этапы разработки
• 1.7.11 Порядок контроля и приемки
• 1.8 Математическая модель рабочего места «Информационной поддержки деятельности системного администратора машиностроительного техникума»
• 1.9 Разработка логической модели ПМК «Информационная поддержка деятельности системного администратора машиностроительного техникума»
• 1.9.1 Разработка диаграммы прецедентов ПМК «Информационная поддержка деятельности системного администратора машиностроительного техникума»
• 1.10 Разработка диаграммы классов предметной области «Информационная поддержка деятельности системного администратора»
• 1.10.1 Разработка диаграммы последовательностей «Информационная поддержка деятельности системного администратора машиностроительного техникума»
• 1.11 Разработка физической модели ПМК «Информационная поддержка деятельности системного администратора»
• 1.11.1 Разработка диаграмм классов ПМК «Информационная поддержка деятельности системного администратора»
• 1.12 Разработка структуры базы данных. Разработка ER-диаграммы, получение набора отношений
• 1.13 Реляционная модель базы данных
• 2. Специальная часть информационная поддержка деятельности системного администратора машиностроительного техикума
• 2.1 Модульная структура программного комплекса «Информационная поддержка деятельности системного администратора машиностроительного техникума»
• 2.2 Структура интерфейса пользователя
• 2.3 Инструкция по установке ПМК «Информационная поддержка деятельности системного администратора»
• 2.4 Разработка структуры ПМК «Информационная поддержка деятельности системного администратора»
• 2.5 Инструкция пользователя ПМК «Информационная поддержка деятельности системного администратора»
• 2.5.1 Описание работы приложения «Информационная поддержка деятельности системного администратора»
• 2.5.2 Руководство пользователя приложения «Информационная поддержка деятельности системного администратора машиностроительного техникума»
• 3. Экономическиерасчеты
• 3.1 Расчёт капитальных затрат на создание ПМК для автоматизации системы контроля доступа в помещение
• 3.2 Расчёт годовой экономии от автоматизации учета данных в цехе
• 3.3 Расчет годового экономического эффекта
• 3.4 Расчет коэффициента экономической эффективности и срока окупаемости капиталовложений
• 3.5 Выводы по разделу
• 4. Охрана труда
• 4.1 Анализ опасных и вредных производственных факторов
• 4.2 Разработка мероприятий по обеспечению безопасных и комфортных условий труда на рабочих местах
• 4.3 Оценка эффективности мероприятий по охране труда
• Список использованной литературы
• Приложения

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Данные структурированы в таблице 1.5.

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

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

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

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

программный методический системный администратор

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

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

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

*100% (1.1)

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

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

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

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

— текста;

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

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

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

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

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

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

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

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

Рисунок 1.1 — SADT-диаграмма 0-уровня процесса А-0 «Информационная поддержка деятельности системного администратора машиностроительного техникума»

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

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

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

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

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

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

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

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

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

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

SADT-диаграмма 2-уровня процесса А-5 имеет входы, на которые поступают заявки на рабочее место и аудиторию с КТ, заявки на обеспечение необходимой КТ и заявки о неисправности КТ и выходы на которых имеем отчет заявок сотрудников техникума.

Рисунок 1.2 — Детализирующая SADT диаграмма «Информационная поддержка деятельности для системного администратора машиностроительного техникума» 1 уровня Таблица 1.8 — Описания подпроцессов бизнес — процесса «Информационная поддержка деятельности системного администратора машиностроительного техникума»

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

Рисунок 1.3 — SADT-диаграмма 2-уровня процесса А-5 «Информационная поддержка деятельности системного администратора машиностроительного техникума»

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

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

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

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

Рисунок 1.4 — Программа Hardware Inspector

PrintStore — программа для учета техники и расходных материалов (рисунке 1.5). На базе программы можно организовать учет компьютеров, всей офисной техники, а также мебели. Мы сможем отслеживать состояние каждого расходного материала в любом принтере (МФУ, копире, факсе). Большое количество расходных материалов и оборудования с учетом их совместимости уже содержится в базе данных программы, а если чего-нибудь вдруг не окажется, это легко добавить самостоятельно. Учитываются все перемещения каждой единицы, проведенные с ней манипуляции, смена ответственности. Стоимость продукта около 3000 гривен.

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

Рисунок 1.5 — Программа PrintStore

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

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

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

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

(1.2)

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

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

По формуле 1.1 оценка Delphi 0.87, Lazarus 0.62. Средством разработки выбрана Delphi.

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

В основе систем быстрой разработки (RAD-систем, Rapid Application Development — среда быстрой разработки приложений) лежит технология визуального проектирования и событийного программирования, суть которой заключается в том, что среда разработки берет на себя большую часть рутинной работы, оставляя программисту работу по конструированию диалоговых окон и функций обработки событий.

Delphi — это среда быстрой разработки, в которой в качестве языка программирования используется язык Delphi. Язык Delphi — строго типизированный объектно-ориентированный язык, в основе которого лежит хорошо знакомый программистам Object Pascal.

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

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

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

По формуле 1.1 оценка Access 0.72, Oracle 0.52. В качестве СУБД приложения системного администратора выбрана Access.

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

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

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

Access позволяет разработать профессиональную базу данных в более короткие сроки и за меньшие деньги, и вполне удовлетворить запросы заказчика. Кроме того, такое решение обладает большей гибкостью, настраиваемостью, в него легко можно внести дополнения и изменения, быстрее и дешевле чем в промышленные базы данных на основе Oracle и C++.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Для нормального функционирования системы необходима персональная ЭВМ со следующими характеристиками: объем оперативной памяти не менее 1024 МБ; процессор не ниже Pentium III, мышь, клавиатура; наличие свободного места на жестком диске в размере не менее 800 Мбайт.

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

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

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

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

— Dilphi 7.0;

— Access 2010.

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

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

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

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

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

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

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

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

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

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

1.7.10 Стадии и этапы разработки

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

(1.3)

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

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

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

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

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

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

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

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

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

Узел N₀ является начальным узлом выполнения бизнес-процесса, узел N_Ф — его завершающим узлом, а узлы 1−6 соответствуют приведенным в таблице 1.13 бизнес-функциям.

Рисунок 1.6 — Граф возможных вариантов выполнения функций работниками подразделения системного администратора На рисунке 1.7 приведен граф возможных вариантов исполнения бизнес-функций в зависимости от исполнителей.

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

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

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) выполняется конструктором):

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

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

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

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

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

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

7) 6{Т} => N_Ф;

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

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

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

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

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

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

N_{0 -} 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.15).

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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