32
Для хранения данных в состав системы управления базами данных SQL
Server 2012 входят инструменты, позволяющие сжимать данные, создавать
резервные копии данных, организовывать параллельный доступ при работе с
большими таблицами, оптимизировать запросы, контролировать внесенные
изменения.
В СУБД SQL Server 2012 включен современный механизм подготовки
отчетов, включающий полный инструмент для управления данными и
облегчающий доставку отчетов пользователям.
Наличие централизованного хранилища и API создают удобство
разработки отчетов для вывода результирующих данных. В качестве среды для
разработки пользовательского интерфейса будет использоваться среда Microsoft
Visual Studio 2015, которая включает набор инструментов для разработки
пользовательского интерфейса, оценки качества программного кода, его отладки
и тестирования.
Входящие в состав среды разработки Visual Studio 2015 библиотеки и
инструменты позволяют разрабатывать различной сложности программное
обеспечение, работающее под управлением операционной системы Windows или
представленное в виде мобильных приложений, поддерживающих работу с
операционной системой Android [23].
В состав среды Visual Studio 2015 входят такие языки программирования,
как C#, С++, JavaScript и Visual Basic. Ее также можно интегрировать с другими
средами разработки такими, как Visual Studio Tools for Unity и Visual Studio
Apache.
1.4.3 Обоснование проектных решений по техническому
обеспечению
Для работы СУБД SQL Server 2012 необходимо подготовить сервер,
который будет обрабатывать запросы, поступающие с АРМ учета рабочего
времени ИП «Татарченко М.А.». Разрабатываемое программное обеспечение не
предусматривает использование вспомогательных аппаратных средств, поэтому
требования к техническому обеспечению минимальны.
33
К функциям сервера баз данных будут относиться:
- прием данных, поступающих с пользовательского интерфейса, их
обработка и предоставление пользователю необходимой информации;
- проверка принятых запросов на целостность, защиту данных,
возможность формирования пакетных ответов;
- ведение списка учетных данных пользователей, проверка паролей,
вводимых пользователями в формы авторизации.
Минимальный набор требований к серверу баз данных:
- процессор Intel Pentium, имеющий тактовую частоту не менее 2400 МБ;
- оперативная память с объемом не менее 512 МБ;
- видеокарта 32 Мб и выше;
- винчестер объемом не менее 1000 Мб;
- сетевая карта со скоростью передачи данных 1000 Мбит/с.
Минимальный набор требований к персональному компьютеру
инспектора по управлению персоналом ИП «Татарченко М.А.»:
- процессор Intel Pentium, имеющий тактовую частоту не менее 1400 МБ;
- оперативная память объемом не менее 512 МБ;
- видеокарта 32 Мб и выше;
- винчестер объемом не менее 1000 Мб;
- сетевая карта со скоростью передачи данных 1000 Мбит/с.
Анализ технической архитектуры ИС ИП «Татарченко М.А.» показал, что
минимальные требования по техническому обеспечению АРМ учета рабочего
времени выполняются.
34
II ПРОЕКТНАЯ ЧАСТЬ
2.1 РАЗРАБОТКА ПРОЕКТА АВТОМАТИЗАЦИИ
2.1.1 Этапы жизненного цикла проекта автоматизации
В жизненный цикл проекта автоматизации системы учета рабочего
времени ИП «Татарченко М.А.» будут включены четыре основных фазы:
1. Формирование концепции для разработки программного обеспечения.
2. Разработка АРМ учета рабочего времени.
3. Внедрение АРМ учета рабочего времени в деятельность малого
предприятия.
На начальном этапе программисту необходимо выполнить сбор исходных
данных, проанализировать текущие бизнес-процессы предприятия, определить
варианты проводимых изменений для выбора функционала программного
продукта. Другими словами, на предварительном этапе формулируется задача
автоматизации на основе оценки выбранного участка деятельности.
На фазе разработки АРМ учета рабочего времени программисту ИП
«Татарченко М.А.» необходимо будет определить архитектуру программного
продукта, выбрать компоненты для создания пользовательского интерфейса,
определить схему базы данных. В процессе разработки возможно привлечение
инспектора по управлению персоналом, что позволит повысить качество
программного обеспечения.
На фазе реализации будет производиться апробация разработанного
программного продукта инспектором по управлению персоналом, определяться
методы обеспечения защиты программного обеспечения. Также на фазе
реализации оценивается качество программного кода, исправляются
возникающие ошибки и программный продукт подготавливается к конечной
эксплуатации [6].
На заключительном этапе программистом будут проводиться
эксплуатационные испытания разработанного программного обеспечения,
осуществляться подготовка сопровождающей документации, инструкций для
работы инспектора по управлению персоналом.
35
Одним из базовых понятий методологии проектирования является
жизненный цикл, который начинается с момента принятия решения о разработке
программного продукта и завершается моментом сдачи его в эксплуатацию. На
этапах жизненного цикла программного обеспечения рекомендуем
программисту ИП «Татарченко М.А.» использовать положения международного
стандарта ISO 12207, в котором определяется структура жизненного цикла,
определяются основные, вспомогательные и организационные процессы.
В стандарте ISO 12207 не рекомендуется использовать определенную
модель жизненного цикла и методы разработки программного обеспечения. Его
положения будут являться общими для разработчика при выборе технологий и
методов разработки.
Поскольку разработка АРМ учета рабочего времени будет осуществляться
программистом ИП «Татарченко М.А.», то рекомендуем использовать
каскадную модель, которая предусматривает формирование законченного
набора IT-документации, соответствующего критериям согласованности и
полноты.
Каскадный подход при выборе стратегии автоматизации по участкам
является наиболее приемлемым, поскольку в данном случае разработка
программного продукта будет выполняться программистом малого предприятия,
и создание команды не предусматривается.
Применение новых гибких технологий в данном случае является
нерациональным, поскольку данный проект не является командной разработкой.
Для внедрения программного продукта возможен выбор стратегии
параллельного использования, когда параллельно используется существующая
информационная система и разрабатываются новые бизнес-процессы для
автоматизации нового направления. Если результаты применения новых
технологий и систем принимаются предприятием, то в дальнейшем
производится отказ от старых технологий и переход на новые бизнес-процессы.
Достоинством стратегии параллельного использования являются:
- минимальные риски в применении новых технологий и
информационных систем деятельности предприятия;
36
- процесс внедрения информационной системы не зависит от текущей IT-
инфраструктуры компании.
Недостатками стратегии параллельного использования являются:
- высокая нагрузка на IT-персонал, поскольку в данном случае
производится обслуживание текущей IT-инфраструктуры предприятия и
контроль работы новых технологий;
- высокая нагрузка на техническую программную инфраструктуру
предприятия, поскольку сервер используется для поддержки старой системы и
новой;
- необходимость постоянного тестирования новых технологий и
поддержки старых технологий.
Вторым вариантом является стратегия «Скачок». В данном случае
текущая IT-инфраструктура используется до определенного момента времени, а
после этого производится внедрение новой информационной системы.
Достоинством стратегии «Скачок» являются:
- минимальный период времени перехода на новую систему;
- низкие затраты на внедрение программного продукта;
- новые процессы, более оптимальные, поскольку отсутствует переходной
период.
Недостатком стратегии «Скачок» являются [5]:
- высокие риски внедрения нового программного продукта, который
может не соответствовать потребностям предприятия;
- высокие требования к предварительному этапу и оценке новых
технологий для деятельности компании.
Стратегия «Пилотный проект» предусматривает выбор тактики скачка и
автоматизацию небольшого участка деятельности.
Достоинством стратегии «Пилотный проект» являются:
- минимальные риски выбора неправильного программного продукта;
- возможность изменения выбранной информационной системы в
процессе ее эксплуатации;
- отсутствие затрат на апробацию технологии.
Недостатками данной стратегии является:
37
- сложность интеграции, существующей IT-инфраструктуры с новой
системой;
- необходимость управления текущей инфраструктурой и новой
информационной системой одновременно.
Стратегия «Узкое место» предусматривает автоматизация определенного
участка деятельности. Ее выбор определяется по сформированным ранее
критериям.
Достоинствами стратегии «Узкое место» является то, что после
автоматизации определенного участка деятельности существует возможность
дальнейшего улучшения данного участка за счет расширения функций,
минимальные требования к процессу внедрения программного продукта.
Недостатками данной стратегии является то, что существует зависимость,
от программного обеспечения, которое используется для автоматизации
определенного участка, существуют риски непринятия выбранного
программного продукта персоналом.
Этап эксплуатации и сопровождения программного продукта зависит от
профессионализма сотрудников, а также текущего состояния программной и
технической части информационной системы. В данном случае необходимо
определить функциональные характеристики нового программного продукта,
способы интеграции его с существующей системой и методы контроля.
Таким образом, малому предприятию на этапе внедрения рекомендуем
выбрать стратегию «Пилотный проект», что позволит снизить риски срыва
сроков проекта и непринятия программного продукта сотрудниками.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их
описание
При разработке АРМ учета рабочего времени могут возникнуть риски из-
за неопределенности ситуации, неполноты и противоречивости информации в
вопросах назначения сроков определения финансовых затрат и полученных
результатов.
38
Как разработчик, так и директор ИП «Татарченко М.А.» заинтересованы в
успешной реализации IT-проекта и исключении неопределенности на всех
этапах разработки или внедрения программного обеспечения.
Для снижения потерь и исключения невыполнения этапов IT-проекта
необходимо учесть факторы неопределенности и риски при его реализации.
Определение значимости рисков и подготовка мероприятий по их
нейтрализации повысит эффективность и успешность реализации IT-проекта.
Таким образом, необходимо на всех этапах жизненного цикла определить
риски неопределенности и выбрать мероприятия по их решению.
На предварительном этапе возможны [7]:
- риски увольнения разработчика, что приведет к срыву реализации
проекта;
- недопонимание функций программного продукта потенциальными
пользователями;
- неправильное формирование задач проектирования архитектуры
программной системы;
- не учет компетенций разработчика.
Для предотвращения данных рисков рекомендуем ИП «Татарченко М.А.»:
- вести контроль работы программиста;
- установить систему коммуникационного обмена с инспектором по
управлению персоналом;
- вести постоянное документирование их требований.
Среди рисков разработки АРМ учета рабочего времени следует отметить:
- ошибки в программном коде;
- не учет при подготовке документации для пользователей функций
системы;
- неправильное конфигурирование базы данных.
Для предотвращения данных рисков рекомендуем для разработки
программного обеспечения использовать только лицензированное программное
обеспечение.
На этапе эксплуатации и сопровождения программного продукта могут
возникнуть риски, связанные некорректной работой базы данных,
39
несоответствие функционала программного продукта созданной модели бизнес-
процессов.
Для предотвращения данных рисков рекомендуем выполнить
тестирование программного обеспечения, документирование технических
условий использования программного продукта.
Обобщим идентифицированные риски и мероприятия по их
нейтрализации в табл. 2.1.
Таблица 2.1
Риски на этапах жизненного цикла разработки АРМ учета рабочего времени ИП
«Татарченко М.А.»
Этап
жизненного
цикла
Идентифицированные риски
Мероприятия по нейтрализации
рисков
Подготовка к
разработке ПО
Риски увольнения
разработчика.
Срыв сроков начала проекта.
Недопонимание функций
программного продукта
инспектором по управлению
персоналом.
Неправильное формирование
задач проектирования
архитектуры программной
системы.
Не учет компетенций
разработчика.
Вести контроль работы
программиста.
Установить систему
коммуникационного обмена с
инспектором по управлению
персоналом.
Вести постоянное
документирование их требований
Разработка ПО
Ошибки в программном
коде.
Не учет при подготовке
документации для
пользователей функций
системы.
Неправильное
конфигурирование базы
данных.
Использовать только
лицензированную среду
разработки MS Visual Studio и
СУБД SQL Server 2012
Эксплуатация
ПО
Некорректная работа базы
данных.
Несоответствие функционала
программного продукта
созданной модели бизнес-
процессов
Тестирование программного
обеспечения.
Документирование технических
условий использования
программного продукта.
40
Выделенные риски и перечисленные мероприятия для их нейтрализации
необходимо учитывать как на этапах подготовки IT-проекта, так и на этапах его
реализации программистом ИП «Татарченко М.А.».
2.1.3 Организационно-правовые и программно-аппаратные
средства обеспечения информационной безопасности и защиты
информации
Для задания пароля и логина, или изменения вызывается форма
Авторизации, с переопределенным событием кнопки OK [4].
Разработанная форма авторизации АРМ учета рабочего времени ИП
«Татарченко М.А.» приведена на рис.2.1.
Рис. 2.1. Форма авторизации АРМ учета рабочего времени ИП «Татарченко
М.А.»
При удалении пользователя проводится проверка на текущего
пользователя программы, и удаляется.
Разграничение прав доступа к АРМ учета рабочего времени приведено в
табл. 2.2.
Таблица 2.2
Разграничение прав доступа к АРМ учета рабочего времени
Название
модулей
Отделение, должности и сотрудники
Вид доступа
1
2
3
Справочники
Инспектор по управлению персоналом
Полный
Директор предприятия
Полный
41
Продолжение таблицы 2.2
1
2
3
Программист малого предприятия
Полный
Календарь
Инспектор по управлению персоналом
Чтение и
редактирование
Директор ИП «Татарченко М.А.».
Полный
Программист ИП «Татарченко М.А.».
Полный
Табель
Инспектор по управлению персоналом
Полный
Директор ИП «Татарченко М.А.».
Полный
Программист
Полный
статистика
Инспектор по управлению персоналом
Полный
Директор ИП «Татарченко М.А.».
Полный
Программист
Полный
Окно
Инспектор по управлению персоналом
Полный
Директор ИП «Татарченко М.А.».
Полный
Программист
Полный
О программе
Директор ИП «Татарченко М.А.».
Полный
Программист
Полный
Инспектор по управлению персоналом
Полный
На следующем этапе приведем характеристику информационного
обеспечения задачи автоматизации.
2.2 ИНФОРМАЦИОННОЕ ОБЕСПЕЧЕНИЕ ЗАДАЧИ
2.2.1 Информационная модель и ее описание
При разработке информационной модели необходимо определить
объекты, входящие в программный продукт, а также установить между ними
связи. Кроме структурной направленности, при разработке информационной
модели необходимо определить формы для ввода и вывода информации,
которые будут связаны с объектами [8].
Информационная модель АРМ учета рабочего времени ИП «Татарченко
М.А.» приведена на рис.2.2.