46
К общесистемному ПО можно отнести программы, что рассчитаны на
огромный круг пользователей, а также предназначенные непосредственно для
организации вычислительных процессов и выполнения разных вариантов
обработки данных.
Они также позволяют расширить все функциональные возможности ПК,
автоматизировать планирование поочередности вычислительных процессов, а
также автоматизировать функции программистов.
Функциональное ПО представляет собой совокупность программных
средств, которые разрабатываются при создании программ конкретного
функционального назначения.
Стоит отметить, что оно включает в себя пакеты прикладных программ,
которые осуществляют организацию данных, а также их обработку с точки зрения
решения функциональных задач учета рабочего времени.
При выборе комплекса аппаратных средств для разработки проекта, одним
из самых важнейших критерием считается выбор операционной системы.
Операционной системой является такой вид ПО, который управляет
аппаратными средствами компьютера, выполняет поддержку запуска и
выполнение программ и приложений, производит защиту данных, выполняет
разные сервисные функции.
Все программы пользуются средствами, которые предоставляются
операционной системой.
То есть, выбор ОС очень важен, поскольку он определяет набор ПО и
формат выполняемых файлов, их взаимодействие с аппаратным обеспечением.
Для разработки ПО для учета рабочего времени сотрудников выбор ОС
никак не повлияет на итоговую функциональность системы, так как при
реализации алгоритмов ПО не требуется применения каких-то специфических
функций ОС.
В результате рассмотрения возможностей ОС Linux и Windows можно
сделать вывод, что в проекте будет использоваться ОС Windows 10.
Выбор системы управления БД (СУБД) представляет и решает
многопараметрическую задачу, а также является одним с самых важных этапов
при выполнении разработки приложений на основании БД.
47
Выбранное ПО должно удовлетворять как будущим, так и текущим
потребностям предприятия, а также следует учитывать разные финансовые
затраты по приобретению необходимого оборудования, системы, разработку
нужного программного обеспечения, которое базируется на ее основании, а также
обучение сотрудников работы на нем.
Кроме этого, необходимо убедиться, что СУБД способна приносить
предприятию реальную выгоду.
Наиболее простой метод выбора СУБД на основании оценки, в какой мере
имеющиеся системы удовлетворяют основным требованиям создаваемой
информационной системы.
Более сложным, а также дорогостоящим вариантом считается, создание
испытательного проекта, который базируется на основании нескольких СУБД, а
последующий выбор самого подходящего с рассмотренных кандидатов.
Стоит отметить, что и в этом случае надо ограничивать круг всевозможных
систем, при этом опираясь на некоторые критерии отбора. В этом случае можно
выделять несколько групп таких критериев для отбора:
− моделирование информационных данных;
− выполнение требования к среде функционирования;
− контроль работы создаваемой системы;
− надежность СУБД;
− производительность системы;
− смешанные критерии качества.
Главным принципом выбора СУБД считается определение программного
продукта, который в наибольшей мере будет соответствовать предъявляемым
требованиям.
Одними из самых популярных СУБД в настоящее время являются:
– SQL Server;
– Oracle;
– PostgreSQL и другие.
При разработке ИС по автоматизации учета рабочего времени необходимо
выбрать СУБД SQL Server 2017, так как она является удобной в использовании,
48
соответствует всем поставленным задачам и внедряема в множество визуальных
сред разработки [4].
Кроме этого, данная СУБД является СУБД клиент-серверного типа, а это
дает отличные возможности для внедрения базы данных в ЛВС компании.
Другие положительные стороны SQL Server 2017:
– возможность применения триггеров и хранимых функций;
– возможность интеграции в платформу 1С:Предприяие 8.3;
– имеет хороший уровень масштабируемости.
Стоит отметить, что в настоящее время используются специализированные
платформы для создания конфигураций ПО, которые позже внедряются в
серверную часть.
Типичным примером такой платформы является система 1С:Предприятие
8.3, в которой присутствует модуль для разработки конфигураций
(Конфигуратор).
Стоит отметить, что в работе будет применяться учебная версия платформы
1С:Предприятие по таким причинам:
– возможность создавать или дорабатывать индивидуальные проекты,
которые учитывают бизнес-процессы каждой организации;
– встроенный объектно-ориентированный язык, специально
разработанный компанией 1С;
– для удобства работы программиста в оболочке "1С: Конфигуратор"
разработаны различные вспомогательные инструменты (синтакс-help, цветовое
подсвечивание синтаксиса, встроенный отладчик и т.п.);
– полная открытость программных продуктов 1С;
– все конфигурации, которые продаются конечным клиентам, имеют
открытые коды, и любой 1с-программист может легко изменить или дописать
готовую конфигурацию;
– единая технологическая платформа.
Благодаря такому фундаменту, как наличие единой технологической
платформы достигается высокая стандартизация разработки, полная
масштабируемость проектов и обеспечение быстрого внедрения современных
технологий во всех прикладных решениях.
49
Именно 1С:Предприятие будет применяться для создания ИС по учету
рабочего времени на основании ООО «Фольксваген Груп Рус».
1.4.3.Обоснование проектных решений по техническому обеспечению
Технической обеспечение – совокупность персональных компьютеров,
линии связи, оргтехника, оборудование вычислительных сетей. Спецификация
ТО, зависящая от так называемой технической оснащенности
(автоматизированный, ручной, удаленный), сильно влияет на сбор, передачу и
обработку информации [8].
Комплекс технических средств составляют такие компоненты:
– персональные компьютеры;
– устройства сбора, обработки, накопления, передачи и вывода данных
(принтеры, сканеры);
– устройства передачи, приема и обработка сетевых данных, а также
линий связи;
– эксплуатационные материалы.
При непосредственном выборе компьютера надо руководствоваться рядом
характеристик, которые должны удовлетворить все требования для создаваемой
системы.
К таким характеристикам можно отнести:
– стоимостные затраты;
– надежность;
– простота использования;
– производительность и прочие.
От значения требуемых параметров зависят возможности работы с уже
имеющимися программными средствами, а в результате – и успех создания
автоматизированной системы.
Для каждого из элементов указанной схемы выделяется ряд критериев,
которые считаются самыми важными при осуществлении выбора аппаратного
обеспечения:
– разрешение дисплея монитора;
– тактовая частота процессора ПК;
50
– объем используемой оперативной памяти.
Средние параметры ПК, которые применяются в ООО «Фольксваген Груп
Рус» и полностью соответствуют функционированию разрабатываемой ИС
(спецификация ТО рассмотрена в п.1.2).
Для обработки документов в электронной форме, а именно, печати,
копирования и сканирования документов, должно использоваться
специализированное оборудование – МФУ. В данном случае руководству
необходимо приобрести МФУ Samsung Sl-M2070.
Также, для обеспечения уровня сохранности данных при аварийном
отключении электропитания ПК должен быть оборудован модулем
бесперебойного питания Rucelf UPI-400-12-EL V2.0.
Стоит отметить, что в отделе кадров ООО «Фольксваген Груп Рус» уже
используется компьютерная техника, которая полностью подходит под
выполнение автоматизации учета рабочего времени.
51
II ПРОЕКТНАЯ ЧАСТЬ
2.1.Разработка проекта автоматизации
2.1.1.Этапы жизненного цикла проекта автоматизации
Жизненный цикл (ЖЦ) программных средств – это непрерывный процесс,
что начинается с момента утверждения решения о надобности создания ИС и он
заканчивается в момент полного ее изъятия из эксплуатации.
Структура жизненного цикла базируется на трех группах процессов:
– основные;
– вспомогательные;
– организационные.
Основная группа процессов включают в себя совокупность определенных
действий, которые связаны с задачами, что должны быть выполнены на
протяжении жизненного цикла программного средства.
К главным относятся процессы:
– приобретения;
– поставки;
– разработки;
– эксплуатации;
– сопровождения.
Первый процесс охватывает действия заказчика для приобретения
программного продукта. К таким действиям относят:
1. Инициирование приобретения имеет много задач, например,
определение заказчиком потребностей в приобретении, усовершенствование или
разработка системы программного средства.
2. Подготовка заявочных предложений – это разработка и составление
предложений, что должны содержать все требования к разрабатываемой и
покупаемой системе; совокупность необходимых программных средств; условия
и соглашения, разные технические ограничения.
3. Подготовка, корректировка договора хранит в себе такие задачи:
– выбор поставщиком критерия для оценки предложений;
52
– выбор поставщика на базе анализа предложений;
– заключение и подготовка договора с поставщиком;
– выполнение изменений в договор в процессе его реализации.
4. Надзор за работой поставщика осуществляется по действиям,
предусмотренными в процессе оценки аудита.
5. Завершение и приемка работ.
6. При приемке подготавливаются и выполняются разные тесты.
Завершение работ осуществляется в случае удовлетворения абсолютно всем
условиям приемки.
7. Поставка охватывает действия, а также задачи поставщика при
получении заказчиком программного средства или услуги.
К таким действиям относятся:
1. Инициирование поставки – это рассмотрение поставщиком
заявочных предложений, а также принятие решений;
2. Подготовка ответа по заявочным предложениям выполняются в
соответствии с утвержденными решениями;
3. Подготовка самого договора осуществляется после выбора
конкретного поставщика заказчиком;
4. Процесс планирования выполняется после утверждения договора и
включает следующие задачи:
5. принятие решения поставщиком по выполнению работ своими силами
и с подключением субподрядчика;
6. выполнение разработки поставщиком плана управления
программным проектом, содержащего организацию проекта и разграничение
ответственности, а также технические требования для среды разработки,
управление субподрядчиками.
Процесс эксплуатации охватывает все действия и задачи для оператора –
организации, что занимается эксплуатацией разработанного программного
средства.
К таким действиям относят [12]:
– эксплуатационное тестирование;
– подготовительная работа;
53
– эксплуатация системы;
– поддержка пользователей.
Процесс сопровождения активизируется при изменениях программного
средства и соответствующей ему документации, вызванных некоторыми
возникшими проблемами.
Главной целью таких процессов является проектирование надежного,
полностью удовлетворяющего всем требованиям заказчика программного
продукта в установленные сроки договором.
Каскадная модель ЖЦ – это процесс разбиение всей разработки
программного средства на этапы, причем все переходы с одного этапа к
следующему происходят только после того, как полностью будет завершен работа
на текущем этапе.
Рассмотрим положительные стороны каскадной модели жизненного цикла
[3]:
– на каждом этапе создан окончательный набор всей проектной
документации;
– выполняемые в нужной последовательности этапы всех работ позволяют
спланировать сроки окончания работ и соответствующие им затраты.
Рассматриваемый подход хорошо показал себя при проектирования
информационных систем, автоматизированных систем, для которых можно в
самом начале разработки достаточно полно и точно формулировать все
необходимые требования.
К этой категории попадают сверхсложные расчетные системы, а также
системы реального времени с другими подобными задачами.
Однако в процессе создания программного средства реально постоянно
возникает большая необходимость в возврате работы к предыдущим этапам,
пересмотре или уточнении ранее принятых решений по работе.
Главным недостатком каскадного подхода есть существенное запаздывание
при содержании результата.
Функциональные и информационные модели автоматизируемого объекта
могут устаревать одновременно при их утверждении.
54
Следующий недостаток – такое проектирование программного средства
ведет к примитивной его автоматизации ил механизации существующих действий
работников.
Для преодоления появившихся проблем, связанных с применением
пользованием каскадной модели, в середине 1970-х годов предложена спиральная
модель.
В спиральной модели ЖЦ рассматривается упор на аналогичные начальные
этапы ЖЦ:
– анализ;
Ее принципиальная особенность в том, что прикладное программное
средство создается не сразу, по примеру каскадного подхода, а по составным
частям с применением метода прототипирования.
Прототип – это действующий программный компонент, который реализует
отдельные функции, а также внешние интерфейсы разрабатываемого
программного средства.
Создание прототипов также осуществляется за пару итераций, или
специальных витков спирали.
Все итерации соответствуют созданию фрагмента, или же версии
программного продукта, в ней уточняются все цели и характеристики
программного проекта, оценивается общее качество полученных результатов,
планируется работа уже следующей итерации.
Для каждой итерации выполняется тщательная оценка разного рода риска
превышения сроков, стоимости проекта для определения необходимости
применения еще одной итерации, их степени точности и полноты понимания
требований для системы, а также целесообразности закрытия проекта.
Спиральная модель избавляет разработчиков и пользователей
программного средства от полного, точного формулирования всех требований к
системе на исходной стадии, поскольку они могут уточняться на каждой новой
итерации.
Таким образом, последовательно конкретизируются и углубляются детали
проекта, в результате выбирается также обоснованный вариант, что доводится до
реализации.
55
Основная проблема для спирального цикла – это определение момента
перехода в следующую стадию.
Для решения такой проблемы необходимо ввести временные или
частичные ограничения на все из стадий ЖЦ.
Спиральная модель также обладает следующими достоинствами:
– заказчики имеют возможность увидеть разрабатываемый продукт на
ранних стадиях;
– заказчики принимают участие в разработке средства;
– в модели воплощены все преимущества каскадной, а также
многопроходной модели.
Главные недостатки спиральной модели: каждый виток спирали может
продолжаться просто до бесконечности, поскольку каждая ответная реакция
заказчиков может породить дальнейший цикл.
В отличии от рассмотренной ранее спиральной модели улучшенная
спиральная модель применяет каскадный подход на последних этапах разработки
программного средства.
Использование спиральной модели является целесообразным, если
существует одна из таких причин: [16]
– целесообразно создание прототипа;
– выполнение организации обладает навыками, что требуются для
адаптации модели;
– нужно выполнять проекты для средней и высокой степени риска;
– пользователи не уверены в потребностях;
– все требования слишком сложные.
В результате анализа моделей ЖЦ и их этапов, для разработки ИС ведения
электронного учета рабочего времени будет применяться каскадная модель,
поскольку она имеет большой уровень жесткости и полностью подходит для
разработки.