Материал: Автоматизация учета рабочего времени сотрудников компании ООО "ТелекомРазвитие"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
43
программный продукт будет использоваться ежедневно в рабочее время, а работать
с ней будут 10 сотрудников, загруженность сетевой инфраструктуры будет равна
30%. При этом загруженность сервера баз данных будет составлять 25%. Поэтому
отсутствует необходимость в покупке высокопроизводительного сервера с сетевым
адаптером скоростью в 1Gbps, достаточно ограничиться интерфейсом в 100Mbps.
В результате анализа критериев выбора серверного оборудования можно
заключить, что сервер, используемый в организации, обладает необходимой
мощностью для того, чтобы обеспечить оперативное и отказоустойчивое
функционирование проектируемой информационной системы. В качестве сервера
баз данных будет использован сервер, построенный на платформе HP ProLiant
DL365 G5, обладающий характеристиками, перечисленными в таблице 7.
Таблица 7
Характеристика сервера баз данных
Наименование
Спецификация
Процессор
Двуядерный Intel® Xeon® X5260 с тактовой
частотой 3,3 Гц.
Количество процессоров
2
Оперативная память
16 Гб (расширяемая до 64Гб)
Жесткий диск
Тип «SAS» 4 диска 147 Гб и 2 диска 73 Гб
Количество жестких дисков
6 (расширяемо до 8)
Питание
Дополнительно резервный блок питания
800Вт с горячей заменой
Приведем обоснование выбора представленной платформы Использование
двух процессоров позволят при использовании SQL-сервера осуществить
эффективное распараллеливание задач, которые будут выполняться на сервере.
Оперативная память объемом 16 Гб будет достаточной для осуществления
обработки больших объемов информации, используемых на данный момент в базе
данных, а также последующего увеличения вычислительной нагрузки, так как на
данный момент пиковый размер занятой оперативной памяти составляет 6 Гб.
Использование 6 жестких дисков применяется для обеспечения надежности
функционирования серверной операционной системы. Также был организован RAID
массив из двух жестких дисков каждый по 73 ГБ (такого объема достаточно для
работы ОС). Операционная система установлена на отдельный от файлов базы
данных жесткий диск для обеспечения безопасности и производительности.
44
Для того, чтобы обеспечить надежность хранения данных в формате Structured
Query Language (SQL) был организован массив жестких дисков большего объема –
147 Гб. Жесткого диска такого объема достаточно для внедрения нового
функционала, на данный момент объем занятого пространства занимает 53Гб, при
условии того что в базе данных информация будет храниться в течении 5 лет.
Так же отдельно необходимо хранить данный в форматах mdf (файл базы
данных), а также транзакции в виде файлов ldf (файл транзакций), для чего
необходим еще один массив, аналогичный предыдущему по размеру.
Пользовательские ПК, существующие в организации, имеют достаточный
уровень производительности для функционирования разрабатываемой
информационной системы, в связи с чем не подлежат модернизации.
45
2. Проектная часть
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Жизненный цикл программного продукта – это временной интервал, который
начинается с принятия решения о создании ПО и заканчивается полным
прекращением его эксплуатации [9].
Жизненный цикл программного обеспечения может иметь разные структуры
этапов, которые определяются моделью жизненного цикла [19]. Модель жизненного
цикла является структурой, которая определяет последовательность выполнения и
взаимосвязи процессов, действий и задач на протяжении жизненного цикла.
Разработка программного обеспечения, автоматизирующего какую-либо
функцию управления организацией, обладает большим комплексом работ, которые
могут включать в себя множество задач [11]. Чем сложнее структура работ, тем
выше вероятность того, что ошибка, допущенная на одном из этапов, повлияет на
качество продукта в целом. Для того, чтобы устранить негативное влияние на
качество программного обеспечения были созданы стандарты разработки
программного обеспечения.
Несмотря на то, что назначение стандартов разработки программного
обеспечения (ПО) заключается в регламентировании процесса создания ПО,
современные стандарты не предписывают четких и однозначных схем построения
структуры жизненного цикла разрабатываемого продукта. В международных
стандартах регламентируется комплекс видов деятельности, из которых должен
состоять процесс разработки, и вводятся структуры жизненного цикла разработки
ПО.
Существуют стандарты, определяющие различные элементы в структуре
жизненных циклов ПО. Основу таких элементов составляют технологические
процессы – структурированные наборы деятельностей, решающие некоторую
общую задачу или совокупность задач, такие, как процесс определения требований,
процесс разработки, процесс сопровождения ПО, процесс обеспечения качества,
процесс разработки документации, процесс тестирования и пр.
46
Отечественной является стандарт ГОСТ Р 57193-2016 «Системная и
программная инженерия. Процессы жизненного цикла систем» [1]. Согласно этому
стандарту жизненный цикл процесса разработки АИС делится на следующие этапы:
1. Формирование требований к АС.
2. Разработка концепции АС.
3. Техническое задание.
4. Эскизный проект.
5. Технический проект.
6. Рабочая документация.
7. Ввод в действие.
8. Сопровождение АС.
Разработка информационной системы будет осуществляться согласно
итерационной модели жизненного цикла, структура которой представлена на
рисунке 13.
Рисунок 13. Итерационная модель жизненного цикла
При использовании итерационной модели жизненного цикла разработки
программного обеспечения существует возможность устранения недостатков
проектирования и программирования на более поздних стадиях при частичном
возврате на предыдущие стадии. При этом чем позже будет выявлена ошибка, тем
дороже ее исправление. Если стоимость усилий, необходимых для обнаружения и
устранения ошибок на стадии написания кода, принять за единицу, то стоимость
выявления и устранения ошибки на стадии выработки требований будет в 5-10 раз
47
меньше, а стоимость выявления и устранения ошибки на стадии сопровождения – в
20 раз больше.
После того как был сделан выбор стандарта разработки программного
продукта и модели жизненного цикла, необходимо осуществить выбор стратегии
внедрения. Выделяют 4 стратегии внедрения программного обеспечения [8]:
«Параллельная стратегия» - когда одновременно работают старая
(ручная) и новая система, и их выходные документы сравниваются. Если они
согласуются длительное время, осуществляется переход на новую систему.
«Скачок». Эта стратегия представляет собой резкий переход от
использования старой информационной системы к новой без каких-либо
дополнительных проверок и с полным отказом от старой системы.
«Пилотный проект». Это наиболее часто используемая стратегия.
«Пилотный проект» - это тактика «скачка», но применяемая к ограниченному числу
процессов. Область применения стратегии - небольшой участок деятельности. Такой
подход снижает риск и наиболее надежен. Практически все предприятия применяют
эту тактику сегодня.
«Узкое место». «Узкое место» - это малая часть производственного
процесса. При использовании похода «узкое место» план внедрения выполняется
только для «узкого места» и для людей, работающих в нем. Точность данных
повышается только для изделий в этом «узком месте»; переподготовка - только для
людей, работающих в нем; анализ эффект-затрат делается только для него и т.д.
Для проектируемой системы, автоматизирующей процесс учета рабочего
времени сотрудников организации, была выбрана стратегия «пилотный проект»
поскольку система будет внедрена на участке формирования документооборота.
Моделью жизненного цикла проекта будет итерационная модель. Стандартом
разработки программного обеспечения будет ГОСТ Р 57193-2016.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
В процессе работы над каждым проектом необходимо выявление рисков.
Риски проекта могут быть следующими:
1. Человеческими.
2. Временными.
Источник: https://baza.diplomsite.ru/previewfile/2436