Дипломная работа: Автоматизация процесса ведения документации и отчетности в ФГУП «РФЯЦ-ВНИИЭФ»
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
37
Рассмотрим характеристики представленных процессоров для сервера.
Характеристики процессоров представлены в таблице 5.
Таблица 5
Характеристика процессоров
Характеристика процессора
Тест
производительности
Цена,
рублей
Intel Xeon E5530 (4 Core, 8M Cache, 2.40
GHz)
4621
18 000
Intel Xeon E5620 (4 Core, 12M Cache, 2.40
GHz)
4903
21 800
Intel Xeon E5645 (6 Core, 12M Cache, 2.40
GHz)
6533
39 400
Intel Xeon X5650 (6 Core, 12M Cache, 2.66
GHz)
7601
45 400
Intel Xeon E5-2670 v1 (8 Core, 20M Cache,
2.60 GHz)
12497
77 900
Intel Core i5-2300 (4 Core, 6M Cache, up to
3.10 GHz)
5283
78 000
Intel Core i7-870 (4 Core, 8M Cache, 2.93
GHz)
5487
85 000
Intel Xeon E3-1225 v3 (4 Core, 8M Cache,
3.20 GHz)
7005
124 300
Intel Xeon E5-2620 v2 (6 Core, 15M Cache,
2.10 GHz)
8689
195 000
Intel Xeon E5-2640 v3 (8 Core, 20M Cache,
2.60 GHz)
14055
375 000
На основании полученных данных можно сделать вывод о том, что
лучшим вариантом выбора процессора для сервера является IntelXeon E5-2670
v1 (8 Core, 20M Cache, 2.60 GHz).
Для выбранного процессора необходимо выбрать материнскую плату.
Подходящей материнской платой является G218A-V1.1a. Выбранный
процессор использует память DDR4, которая обладает большей пропускной
способностью и является более экономичной по сравнению с DDR3. Объем
памяти, необходимый для обеспечения производительности, - 32 Гб.
Поскольку проектируемая система будет хранить и обрабатывать
большой объем данных, необходимо использовать для сервера несколько
жестких дисков общим объемом 4Тб.
Парк клиентских компьютеров организации является достаточно
производительным для обеспечения работы клиентских версий программного
обеспечения.
38
2. ПРОЕКТНАЯ ЧАСТЬ
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Жизненный цикл программного продукта – это временной интервал,
который начинается с принятия решения о создании ПО и заканчивается
полным прекращением его эксплуатации.
Жизненный цикл программного обеспечения может иметь разные
структуры этапов, которые определяются моделью жизненного цикла. Модель
жизненного цикла является структурой, которая определяет
последовательность выполнения и взаимосвязи процессов, действий и задач на
протяжении жизненного цикла.
Разработка программного обеспечения, автоматизирующего какую-либо
функцию управления организацией, обладает большим комплексом работ,
которые могут включать в себя множество задач. Чем сложнее структура работ,
тем выше вероятность того, что ошибка, допущенная на одном из этапов,
повлияет на качество продукта в целом. Для того, чтобы устранить негативное
влияние на качество программного обеспечения были созданы стандарты
разработки программного обеспечения.
Несмотря на то, что назначение стандартов разработки программного
обеспечения (ПО) заключается в регламентировании процесса создания ПО,
современные стандарты не предписывают четких и однозначных схем
построения структуры жизненного цикла разрабатываемого продукта [2]. В
международных стандартах регламентируется комплекс видов деятельности, из
которых должен состоять процесс разработки, и вводятся структуры
жизненного цикла разработки ПО.
Существуют стандарты, определяющие различные элементы в структуре
жизненных циклов ПО [11]. Основу таких элементов составляют
технологические процессы – структурированные наборы деятельностей,
решающие некоторую общую задачу или совокупность задач, такие, как
39
процесс определения требований, процесс разработки, процесс сопровождения
ПО, процесс обеспечения качества, процесс разработки документации, процесс
тестирования и пр.
Отечественной является стандарт ГОСТ Р 57193-2016 «Системная и
программная инженерия. Процессы жизненного цикла систем» [1]. Согласно
этому стандарту, жизненный цикл процесса разработки АИС делится на
следующие этапы [7]:
1. Формирование требований к АС
2. Разработка концепции АС
3. Техническое задание
4. Эскизный проект
5. Технический проект
6. Рабочая документация
7. Ввод в действие
8. Сопровождение АС
Перечисленные этапы активности подходят к V-образной модели
жизненного цикла [8]. Поскольку на каждом этапе разработки программного
обеспечения выполняется комплекс работ, перед руководителем проекта стоит
задача постановки цели каждого этапа и оставление перечня конечных
результатов. Это позволит увеличить контроль процесса разработки. V-
образная модель жизненного цикла включает в себя следующие этапы [6]:
1. Анализ требований;
2. Описание функций;
3. Проектирование архитетуры;
4. Кодирование.
5. Проверка кода.
6. Проверка архитектуры.
7. Проверка функций.
8. Проверка требований.
Взаимосвязь перечисленных этапов представлена на рисунке 9.
40
Рисунок 9. V-образная модель жизненного цикла программного
обеспечения
Таким образом, процесс разработки информационной системы будет
включать в себя следующие этапы:
1. Анализ требований, который осуществляется аналитиком с целью
формирования требований к системе. Входной информацией этапа является
описание бизнес-процесса, документация. Результатом процесса является
перечень требований к системе.
2. Описание функций, которое осуществляется аналитиком с целью
выявления функций системы. Входной информацией этапа является описание
бизнес-процесса, документация. Результатом процесса является техническое
задание.
3. Проектирование архитектуры, которое осуществляется
разработчиками. Входной информацией является техническое задание.
Результатом является разработанная архитектура системы.
4. Кодирование, которое осуществляется программистами. Входной
информацией является техническое задание. Результатом является
программный код системы.
5. Проверка кода, которая осуществляется тестировщиками. Входной
информацией является программный код системы. Результатом является
перечень ошибок.
41
6. Проверка архитектуры, которая осуществляется тестировщиками.
Входной информацией является разработанная система. Результатом является
перечень ошибок.
7. Проверка функций, которая осуществляется тестировщиками.
Входной информацией является техническое задание. Результатом является
перечень ошибок.
8. Проверка требований, которая осуществляется тестировщиками.
Входной информацией является техническое задание. Результатом является
перечень несоответствий.
Внедрение программного продукта осуществляется на стадии
эксплуатации. Работы на этом этапе формируются в соответствии с одной из
следующих стратегий:
Параллельная стратегия предполагает, что сотрудники предприятия
будут одновременно работать и в старой системе, и в новой. Успех внедрения
системы будет заключаться в согласовании выходных документов обоих
систем.
Стратегия скачка предполагает, что старая система снимается с
эксплуатации и пользователи начинают работать с новой системой без
предварительной проверки ее работоспособности.
Стратегия пилотного проекта предполагает, что новая система
будет внедрена на каком-то одном участке работ, что позволит минимизировать
риски и показывает большую надежность.
Стратегия узкого места предполагает, что автоматизация затронет
только один выполняемый процесс и деятельность сотрудников, которые в нем
задействованы.
Из перечисленных стратегий наиболее подходящей является стратегия
узкого места. Она будет использована в проекте потому, что деятельность
организации частично автоматизирована, т.е. в ней есть неавтоматизированные
процессы, которые являются «узкими местами».
Источник: https://baza.diplomsite.ru/previewfile/2053