Материал: Автоматизация процесса систематизации документации архива организации ООО "МВМ"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
37
ProLiant DL365 G5, обладающий характеристиками, перечисленными в таблице
5.
Таблица 5
Характеристика сервера баз данных
Наименование Спецификация
Процессор
Двуядерный Intel® Xeon® X5260 с
тактовой частотой 3,3 Гц.
Количество процессоров 2
Оперативная память 16 Гб (расширяемая до 64Гб)
Жесткий диск Тип ?SAS» 4 диска 147 Гб и 2 диска 73 Гб
Количество жестких
дисков
6 (расширяемо до 8)
Питание
Дополнительно резервный блок питания
800Вт с горячей заменой
Приведем обоснование выбора представленной платформы
Использование двух процессоров позволят при использовании SQL-сервера
осуществить эффективное распараллеливание задач, которые будут выполняться
на сервере. Оперативная память объемом 16 Гб будет достаточной для
осуществления обработки больших объемов информации, используемых на
данный момент в базе данных, а также последующего увеличения
вычислительной нагрузки, так как на данный момент пиковый размер занятой
оперативной памяти составляет 6 Гб.
Использование 6 жестких дисков применяется для обеспечения
надежности функционирования серверной операционной системы. Также был
организован RAID массив из двух жестких дисков каждый по 73 ГБ (такого
объема достаточно для работы ОС). Операционная система установлена на
отдельный от файлов базы данных жесткий диск для обеспечения безопасности
и производительности.
Для того, чтобы обеспечить надежность хранения данных в формате
Structured Query Language (SQL) был организован массив жестких дисков
большего объема – 147 Гб. Жесткого диска такого объема достаточно для
внедрения нового функционала, на данный момент объем занятого пространства
занимает 53Гб, при условии того что в базе данных информация будет храниться
в течении 5 лет.
Так же отдельно необходимо хранить данный в форматах mdf (файл базы
данных), а также транзакции в виде файлов ldf (файл транзакций), для чего
необходим еще один массив, аналогичный предыдущему по размеру.
38
Пользовательские ПК, используемые в организации, имеют достаточный
уровень производительности для функционирования разрабатываемой
информационной системы, в связи с чем не подлежат модернизации.
1.4.4.
39
2. Проектная часть
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Жизненный цикл программного продукта – это временной интервал,
который начинается с принятия решения о создании ПО и заканчивается полным
прекращением его эксплуатации [5].
Жизненный цикл программного обеспечения может иметь разные
структуры этапов, которые определяются моделью жизненного цикла. Модель
жизненного цикла является структурой, которая определяет последовательность
выполнения и взаимосвязи процессов, действий и задач на протяжении
жизненного цикла.
Разработка программного обеспечения, автоматизирующего какую-либо
функцию управления организацией, обладает большим комплексом работ,
которые могут включать в себя множество задач. Чем сложнее структура работ,
тем выше вероятность того, что ошибка, допущенная на одном из этапов,
повлияет на качество продукта в целом. Для того, чтобы устранить негативное
влияние на качество программного обеспечения были созданы стандарты
разработки программного обеспечения.
Несмотря на то, что назначение стандартов разработки программного
обеспечения (ПО) заключается в регламентировании процесса создания ПО,
современные стандарты не предписывают четких и однозначных схем
построения структуры жизненного цикла разрабатываемого продукта. В
международных стандартах регламентируется комплекс видов деятельности, из
которых должен состоять процесс разработки, и вводятся структуры жизненного
цикла разработки ПО.
Существуют стандарты, определяющие различные элементы в структуре
жизненных циклов ПО. Основу таких элементов составляют технологические
процессы – структурированные наборы деятельностей, решающие некоторую
общую задачу или совокупность задач, такие, как процесс определения
требований, процесс разработки, процесс сопровождения ПО, процесс
40
обеспечения качества, процесс разработки документации, процесс тестирования
и пр.
Отечественной является стандарт ГОСТ Р 57193-2016 «Системная и
программная инженерия. Процессы жизненного цикла систем» [1]. Согласно
этому стандарту жизненный цикл процесса разработки АИС делится на
следующие этапы:
1. Формирование требований к АС.
2. Разработка концепции АС.
3. Техническое задание.
4. Эскизный проект.
5. Технический проект.
6. Рабочая документация.
7. Ввод в действие.
8. Сопровождение АС.
Рассмотрим модели жизненного цикла программного продукта. Когда
программные продукты только начали разрабатываться, они имели однородную
структуру и каждое приложение являлось единым целым. Поэтому для
разработки программных продуктов такого типа применялась каскадная модель
жизненного цикла программного обеспечения.
Основной характеристикой этой модели является деление всего процесса
разработки программного обеспечения на ряд этапов. При этом переходы между
этапами осуществлялись только после полного завершения работ на текущем
этапе. Каждый этап каскадной модели завершался выпуском полного пакета
проектной документации, которой достаточно для продолжения процесса
разработки другой командой разработчиков.
Каскадная модель была разработана в 1970 году, и она являлась первой
моделью, которая формализовала структуру этапов разработки ПО, что
придавало особое значение исходным требованиям к программному
обеспечению и этапу проектирования системы, а также созданию документации
на ранних этапах процесса разработки. Структура каскадной модели
представлена на рисунке 8.
41
Рисунок 8. Каскадная модель жизненного цикла
На схеме этапов каскадной модели жизненного цикла программного
обеспечения видно, что процесс разработки осуществляется при помощи
упорядоченной последовательности шагов. Каскадная модель предусматривает
начало каждой фазы только тогда, когда полностью завершается выполнение
предыдущей фазы. При этом у каждой фазы есть определенные критерии входа
и выхода: входные и выходные данные.
Требования к проектируемой АИС определяются на стадии анализа и
затем документируются в техническом задании, которое является опорным
документом при создании АИС. Каждая стадия каскадной модели должна
завершаться выпуском полного комплекта проектной документации, которая
включает в себя:
1. Техническое задание.
2. Эскизный проект.
3. Технический проект.
4. Рабочую программу.
Перечисленный пакет документов является достаточным для продолжения
процесса разработки другой командой разработчиков. Критерий качества при
использовании каскадной модели жизненного цикла программного обеспечения
– точное соответствие спецификациям технического задания на разработку АИС.
При этом особое внимание разработчики уделяют достижению оптимального
Источник: https://baza.diplomsite.ru/previewfile/2137