21
в) редактирование записи должно осуществляться администратором
системы в отдельном окне. При редактировании записи должна быть
представлена возможность изменения или удаления следующей информации:
фамилия, имя, отчество;
воинская должность;
воинское звание;
Редактирование БД может осуществлять администратор после ввода
выданного ему пароля.
Структура базы данных в парадигме «как должно быть» БД имеет
следующую структуру базы данных:
фамилия, имя, отчество (текст);
воинская должность (текст);
воинское звание (текст);
учет сверхурочного времени (число);
учет времени привлечения в выходные и праздничные дни
(число);
суммарное время привлечения к военной службе (число);
учет предоставления дополнительного времени отдыха (число);
учет присоединенных дополнительных суток отдыха к отпуску
(число);
учет нереализованного отдыха (число);
месяц (текст);
неделя (число).
22
Рисунок 2.3 - Схема БД как должно быть
4.1.2.2 Требования к подсистеме учета переработки
Модуль учета переработки должен обеспечивать возможность:
редактирование базы данных;
создание базы данных;
формирование и вывод отчета за месяц, неделю в различных его
вариантах;
справку о программе;
должен осуществляться поиск военнослужащего по фамилии;
таблица для учета времени переработки.
4.1.2.3 Требования к подсистеме поиска
23
Модуль поиска должен позволять пользователям выполнять поиск по
фамилии военнослужащего и вывод данного военнослужащего в поле для
редактирования.
4.1.2.4 Требования к подсистеме вывода отчета
Модуль отчета должен предоставлять пользователю возможность
выполнять следующие действия:
вывод типизированного отчета установленной формы на экран;
Рисунок 2.4 - Типовая форма отчета
вывод отчета в графической форме в виде диаграмм на экран;
возможность печати отчетов;
сохранение отчета в папке по выбору пользователя;
Предварительный просмотр и печать отчетов осуществляется в
отдельном окне.
4.1.2.5 Требования к подсистеме просмотра служебной нагрузки.
Модуль просмотра служебной нагрузки должен предоставлять
пользователю возможность выполнять следующие действие:
просмотр в отдельном окне служебной нагрузки структурного
подразделения по средствам отображения графика распределения служебной
нагрузки.
подключения к программному модулю файла с графиком
распределения служебной нагрузки.
4.1.2.6 Требования к подсистеме администрирования
24
Модуль администрирования должен осуществлять разграничение прав
доступа при работе программного модуля.
Перечень ролей и прав пользователей приведен в Таблице 1
Модуль администрирования программного модуля должен
предоставлять администратору программного модуля возможности:
полное редактирование базы данных структурного подразделения
Незарегистрированные пользователи не должны иметь возможности
доступа к изменению базы данных структурного подразделения.
Пароль для доступа должен соответствовать требованиям:
длинна от 4 до 8 символов;
буквы верхнего регистра;
буквы нижнего регистра;
Другие знаки на клавиатуре (все знаки, не являющиеся буквами
или цифрами) и пробелы.
Таблица 2.1
Разграничение доступа к информации пользователей СПО.
Пользователь
Редактирование
БД
Вывод отчета
Чтение данных за
структурное
подразделение
Ведение учета
перераб
отки
Администратор
+
+
+
+
Пользователь
+
+
4.1.2.7 Требования к подсистеме справки
Модуль справки должен содержать справку и поддержку программного
модуля представлять собой встроенную справочную систему. Должна
позволять получать быстрые ответы на общие вопросы, предлагать способы
25
выявления неисправностей и инструкции по выполнению тех или иных
действий.
4.2. Требования к надежности
Надежность СПО должна обеспечивать бесперебойную работу на
протяжении всего срока постоянной эксплуатации. Время приведения в
готовность использования из режима технического обслуживания, а также
время на восстановление работоспособности изделия после программно–
аппаратных сбоев не должно превышать 10 минут.
4.3. Требования к видам обеспечения
4.3.2 Информационное обеспечение
1) Для использования БД требуется использовать пакет программ
Microsoft Office.
2) Для планирования служебного времени используется приложение
Microsoft Word.
3) Планирование осуществляет командир (начальник) структурного
обеспечения в соответствии с руководящими документами.
4.3.3. Лингвистическое обеспечение
1) Для написания СПО использовать язык программирования С#.
2) Язык для ввода и вывода информации русский шрифт Times New
Roman.
3) Вывод информации осуществлять в виде таблицы и графических
диаграмм.
4.3.4 Техническое обеспечение
Минимальная конфигурация технических средств, необходимых для
обеспечения работоспособности СПО включает в себя ПЭВМ входящую в
локальную сеть структурного подразделения или выше.
Минимальные требования к ПЭВМ:
процессор типа Intel (2.2 GHz);
RAM не менее 128 МГб;
26
HDD не менее 1 Гбайт свободного места;
клавиатура/манипулятор мышь;
монитор;
принтер.
Конфигурация технических средств, необходимых для обеспечения
работоспособности программного модуля ограничивается требованиями к
установке операционной системы Windows (XP\7\8\10 или выше).
Топология и пропускная способность сети не должна являться
фактором, обеспечивающим отказ в установке и работе комплекса. К
требованиям относятся поддержку протокола TCP/IP.
4.4. Условия эксплуатации
Программа должна обеспечивать работу без постоянного мониторинга
со стороны обслуживающего персонала. Требования к квалификации
персонала:
- администратор системы – специалист ЦАСУ, инженер;
4.5. Требования к составу и параметрам технических средств
Программа должна функционировать на имеющемся в службе войск
оборудовании:
- автоматизированное рабочие место (Intel 2.2GHz; NVidia GeForce
8500GT; DDR 3 128МГб; HDD не менее 1 Гбайт).
4.6. Требования к информационной и программной совместимости
Требования к исходным кодам и языкам программирования указаны в п. 4.1.
4.7. Требования к маркировке и упаковке
Руководитель Проекта запускает релиз в производство на машинном
носителе и верифицирует готовый продукт.
Технический писатель разрабатывает графическое оформление.
4.8. Требования к хранению
Хранение СПО осуществлять на жестких дисках, CD/DVD дисках,
электронных носителях информации.
27
4.9. Специальные требования
Специальные требования к программному модулю:
времени отклика базы данных не превышает 1-2 секунд;
времени отклика программного модуля не превышает 1секунды;
представление графического отчета в виде различных диаграмм;
дизайн интерфейса программного модуля должен не раздражать
пользователей при работе.
5. Требования к программной документации
На этапе разработки программного обеспечения должна быть
подготовлена техническая документация, которая включает:
- техническое описание;
- руководство администратора;
- руководство пользователя;
На этапе испытаний СПО должен быть составлен:
- акт приемо-сдаточных испытаний;
- программа и методика испытаний.
Внедрению программного модуля предшествует его опытная
эксплуатация.
Первая серия тестов и эксплуатации – лабораторная (проводится в
объеме реализации и тестирования ПП), вторая серия должна быть проведена
в структурных подразделения, автоматизация которых предполагается.
Результаты опытной эксплуатации должны быть оформлены актом, в
котором сделан вывод о качестве разработки и целесообразности внедрения
задачи.
6. Технико-экономические показатели
Автоматизация учётов приведет к значительному сокращению времени
поиска требуемой информации, повышению полноты и достоверности
предоставляемых данных из интегрированных БД, обеспечит сохранность
бумажных носителей информации, а в некоторых случаях их сокращение.
28
Аналогов программный модуль по учету переработки не имеет.
6.1. Оценка предполагаемого эффекта от внедрения средств АСУ.
Реализация данного программного модуля повысит уровень
информационной поддержки организационно-управленческой
(административной) деятельности подразделений за счет внедрения
безбумажных технологий, позволит автоматизировать контроль исполнения
документов и поручений руководства части, организовывать
централизованные защищенные хранилища электронных документов в
административных подразделениях по направлениям деятельности.
Принятие в эксплуатацию комплекса ПО «учет переработки» должно
оптимизировать работу службы войск, тем самым сократить время для сбора
информации по учету переработки военнослужащих в не служебное время.
7. Стадии и этапы разработки
Таблица 2.2
Состав и содержание работ по созданию программного модуля
№
п/
п
Этапы
работ
Содержание работ
Результат
выполнения
1.
Разработка и
утверждение
техническог
о задания
Определение требований к программе.
Согласование и утверждение
технического задания.
Утвержденное
техническое задание
2.
Разработка
программы
Программирование и отладка
программы.
Исходный код
программы
3.
Разработка
программно
й
документаци
и
Разработка программных документов в
соответствии с требованиями
ГОСТ 19.101-77.
Комплект
программных
документов
4.
Испытания
программы
Разработка, согласование и
утверждение программы и методики
испытаний.
Методика испытаний
29
№
п/
п
Этапы
работ
Содержание работ
Результат
выполнения
5.
Издание приказания на проведение
предварительных ведомственных
испытаний
Приказание на
проведение
предварительных
ведомственных
испытаний
6.
Проведение предварительных
ведомственных испытаний.
Акт о проведении
предварительных
ведомственных
испытаний
7.
Корректировка программы и
программной документации по
результатам испытаний.
Откорректированные
- исходный код
программы
- комплект
программной
документации
8.
Подготовка
и передача
программы.
Подготовка и передача программы и
программной документации для
сопровождения.
Комплект программной
документации,
исполняемые файлы.
9.
Оформление и утверждение акта о
приемке СПО в постоянную
эксплуатацию.
Акт о приемке СПО в
постоянную
эксплуатацию.
10.
Передача программы в фонд
алгоритмов и программ.
8. Порядок контроля и приемки
Программный модуль «учет переработки» должен пройти испытания,
должен быть протестирован весь цикл прохождения данных на каждом
уровне взаимодействия.
Перечень условных обозначений, сокращений и терминов
АСУ – автоматизированные системы управления;
ЛВС – локальная вычислительная сеть;
МО РФ – министерство обороны российской федерации
БД – база данных;
30
СПО –специальное программное обеспечение;
УРВ – учет рабочего времени
ЦАСУ - централизованная автоматическая система управления;
2.2 Выбор среды и языка программирования
Для разработки программного обеспечения «Система учета
переработки военнослужащих», была выбрана среда разработки компании
Microsft Visual Studio. Данное ПО в полной мере поддерживает .NET
Framework, обладает качествами гибкости и масштабируемости проектов,
имеет хороший уровень документированности.
Microsoft Visual Studio – линейка продуктов фирмы Майкрософт,
которые включают интегрированную среду разработки программного
обеспечения и ряд других инструментальных средств.
В качестве языка разработки был выбран C#, разработчиком которых
также является фирма Microsoft. Одной из причин такого выбора стал тот
факт, что по нему достаточно легко можно найти примеры и справочную
информацию как в электронном (http://msdn.microsoft.com), так и в бумажном
виде в связи с большой популярностью данного языка.
Язык C#
Язык C# является основным языком среды разработки VS (Visual
Studio), считаем целесообразным кратко охарактеризовать среду и ее
основные особенности и взаимосвязь с рассматриваемым языком
программирования.
Язык C# разработан как основной язык программирования платформы
.NET. Хотя платформа и поддерживает еще несколько языков
(мультиязыковые проекты – одно из новшеств, привнесенных технологией
.NET), C# является базовым языком, на него ориентированы основная
поддержка: разработка новых библиотек, техническая поддержка,
документирование.