Дипломная работа: Автоматизированная система учета ремонта компьютерного оборудования в МАУ "МФЦ ТОПКИНСКОГО РАЙОНА"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
63
персональные компьютеры специалистов организации;
сервера;
соединительные линии локальной вычислительной сети.
Персональные компьютеры оцениваются по следующим основным критериям:
быстродействие процессора;
объем жесткого диска;
объем оперативной памяти;
быстродействие видеокарты.
Так как разрабатываемый модуль будет работать на основе клиент-серверной
технологии, то все вычисления будут производиться на стороне сервера,
следовательно, системные требования к персональным компьютерам минимальны.
Описанные в пункте 1.1.3 технические характеристики персональных
компьютеров относятся к компьютерам со средней производительностью, откуда
можно сделать вывод, что их модернизация или замена в целях выполнения
поставленной задачи не требуется.
Технические характеристики серверов также не подлежат улучшению, так как
в настоящее время используемые модели серверов имею возможность нарастить свою
производительность для выполнения автоматизируемой задачи без ущерба для
других выполняемых ими задач.
Соединительные линии ЛВС оцениваются по допустимой пропускной
способности. Так как во время работы разрабатываемого модуля и обмена
информацией с сервером не передается голосовой или видео трафик, или другие
большие по объему данные, то и особых требований к пропускной способности не
предъявляется. Так как пропускная способность линий связи в настоящее время
составляет до 100 мбит/сек, то они также не требуют модернизации или замены.
64
2 ПРОЕКТНАЯ ЧАСТЬ
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Жизненный цикл (ЖЦ) программного средства (ПС) – это период времени,
который начинается с момента принятия решения о необходимости его создания, и
заканчивается в момент его полного изъятия из эксплуатации [4].
Существует целый ряд методологий, описывающих жизненный цикл ПО:
ГОСТ 34.601-99 – стандарт на стадии и этапы создания АИС, соответствующие
каскадной модели жизненного цикла ПО. В стандарте приводится описание
содержания работ на каждом этапе.
ISO/IEC 12207:1995 «Information Technology — Software Life Cycle Processes» –
стандарт на процессы и организацию жизненного цикла заказного ПО. Он определяет
структуру жизненного цикла, содержащую процессы, действия и задачи, которые
должны быть выполнены во время создания ПО. Каждый процесс разделен на набор
действий, каждое действие — на набор задач. Каждый процесс, действие или задача
инициируется и выполняется другим процессом по мере необходимости, причем не
существует заранее определенных последовательностей выполнения.
Методология Oracle – технологический материал по разработке прикладных
АИС, детализированный до уровня заготовок проектных документов в расчете на
использование Oracle. Применяется для классической модели жизненного цикла
(предусмотрены все работы, задачи и этапы), а также для технологий «быстрой
разработки» или «облегченного подхода», рекомендуемых в случае малых проектов.
Методология RUP (Rational Unified Process) – технологический материал по
реализации итеративной модели разработки, включающей 4 фазы: начало,
исследование, построение и внедрение. Каждая фаза разбита на этапы (итерации),
результатами которых являются версии для внутреннего или внешнего
использования. Каждый цикл завершается генерацией очередной версии системы.
Предполагает создание и сопровождение моделей на базе UML.
Методология MSF (Microsoft Solution Framework) – технологический материал
по реализации итеративной модели разработки, аналогично RUP, включает 4 фазы:
65
анализ, проектирование, разработку, стабилизацию; предполагает использование
объектно-ориентированного моделирования.
Extreme Programming (XP) - экстремальное программирование. Основой
методологии является работа в команде, эффективные коммуникации между
заказчиком и исполнителем в течение всего проекта; разработка АИС ведется с
использованием последовательно дорабатываемых прототипов.
Стандарт ГОСТ 34.601-99 не вполне подходит для проведения разработок в
настоящее время: многие процессы отражены недостаточно, а некоторые положения
устарели.
В методологии Oracle, RUP, MSF, XP не приводится структура и описание
технической документации по проекту.
Поэтому выбираем для проектирования ИС стандарт ISO/IEC 12207:1995.
Стандарт ISO/IEC 12207 задает полный набор процессов (более 40),
охватывающий все возможные виды работ и задач, связанных с построением
программного средства, начиная с анализа предметной области и заканчивая
изготовлением конечного продукта. Данный стандарт содержит основные и
вспомогательные процессы (рисунок 2.1).
Рисунок 2.1 Основные процессы жизненного цикла ПО
В зависимости от проекта процессы, действия и задачи стандарта выбираются,
упорядочиваются и включаются в модель ЖЦ. При применении они могут
перекрывать, прерывать друг друга, выполняться итерационно или рекурсивно. Это
определяет "динамический" характер стандарта и позволяет реализовать с его
помощью произвольную модель ЖЦ ПС.
66
Из данного стандарта можно выбрать только те процессы, которые более всего
подходят для реализации конкретной ПС. Обязательными являются основные
процессы, которые присутствуют во всех известных моделях ЖЦ. В зависимости от
целей и задач предметной области они могут быть пополнены дополнительными
(документирование, обеспечение качества, верификация и валидация и т.п.) и
организационными (планирование, управление и др.) процессами этого стандарта.
Разработчик принимает решение о включении в новую создаваемую модель ЖЦ
процесса обеспечения качества компонентов и системы управления проектом или
определения набора проверочных (верификационных) процедур для обеспечения
правильности продукта и соответствия его заданным требованиям.
Для рассматриваемой ИС выделяются следующие базовые процессы
жизненного цикла [1]:
1. Разработка
Планирование и анализ требований (предпроектная стадия);
Проектирование;
Реализация;
Тестирование
Внедрение;
2. Эксплуатация
Поддержка пользователей;
Техническое обслуживание компонентов системы;
3. Сопровождение
Сбор рекламаций
Исправление ошибок и недоработок
Модернизация
На предпроектной стадии необходимо провести системный анализ,
включающий анализ функционирования склада и выявление недостатков
существующей технологии складского учета [16]. На основе выявленных
недостатков формулируется потребность в совершенствовании системы управления
складом, создается технико-экономическое обоснование проекта (ТЭО),
формулируются технические условия и требования к ИС. Результаты должны быть
оформлены в виде ТЗ (технического задания). Первый этап выполняется бизнес-
67
аналитиком отдела, с привлечением сотрудников склада. Входную информацию
бизнес-аналитик получает из интервью с сотрудниками склада, складской
документации, должностных инструкций, регламента работы склада и прочих
документов, характеризующих существующие бизнес-процессы.
Следующий этап – проектирование ИС – включает в себя разработку в
соответствии со сформулированными требованиями состава автоматизируемых
функций (функциональная архитектура), состава обеспечивающих подсистем
(системная архитектура), оформление технического проекта ИС. Входной
информацией для проектирования является ТЗ. На этом этапе определяется состав
программных подсистем и компонентов оборудования, составляются спецификации
требований к компонентам ПО, определяется состав компонентов ПО (в том числе
повторно используемых компонентов), интерфейсы с БД, структуры хранения
данных, алгоритмы обработки информации, спецификации интерфейсов с другими
системами автоматизации, требования к тестам. Данный этап является очень
ответственным с точки зрения качества всей последующей разработки.
На этапе реализации выполняется физическое проектирование,
программирование, наполнение баз данных, тестирование, разработка инструкций
для персонала.
Тестирование ИС. На этом этапе оценивается система в целом на соответствие
требованиям ТЗ.
Внедрение системы необходимо проводить в три этапа [2, с.79]:
подготовка объекта к внедрению;
опытное внедрение;
сдача проекта в промышленную эксплуатацию.
На этапе подготовки объекта к внедрению планируется провести следующие
работы:
закупить и установить сервер системы и серверное ПО;
развернуть на сервере базу данных;
установить клиентское ПО на все компьютеры АРМ системы;
сконфигурировать взаимодействие АРМ системы с сервером базы данных;
ввести учетные записи и настроить им права доступа;
заполнить справочники системы реальными данными;
Источник: https://baza.diplomsite.ru/previewfile/2517