В таблице 1.7 приведено сравнение характеристик существующего
оборудования и требований к современным АРМ, которые достаточны для
работы с разрабатываемой системой контроля лизинговых операций.
Таблица 1.7
Сравнение технических характеристик
Наименование Существующее
Требуемое значение
характеристики значение
АРМ
тактовая частота
процессора
Intel Pentium Celeron,
1.6
Не менее 2000 Мгц
разрешение монитора
15м 1024x728
Не менее 17"
объем оперативной памяти 1024Mb DDR2 DIMM
Не менее 2 Ггб
объем HDD 120 Гб От 100 Гб
Сервер
тактовая частота
процессора
3,16 ГГц
Не менее 2 Ггц
Объем ОЗУ 32 Гб
Не менее 16 Ггб
Количество ядер
До 4
Не менее 2
Маршрутизато
Коммутационная матрица
116 Гбит/с 116 Гбит/с
Скорость пересылки
пакетов
86.31 Mpps 86.31 Mpps
Количество Ehertnet -
портов
48 48
ИБП
Максимальная выходная
мощность
500 Ватт / 750 ВА
Не менее 400 Ватт
Максимальное задаваемое
значение мощности
500 Ватт / 750 ВА
Не более 700 Ватт
54
Номинальное выходное
напряжение
230V 230V
МФУ
Макс. разрешение для ч/б
печати
600x600 dpi
Не менее 400x400
dpi
Скорость 19 стр/мин (ч/б А4)
Не менее 10
стр/мин (ч/б А4)
Макс. формат оригинала
сканера
A4
Не менее A4
Анализируя представленную таблицу, можно сделать вывод , что в
модернизации нуждаются только персональные компьютеры сотрудников
отдела продаж и закупок. В соответствии с приведенными требованиями
наиболее подходящими являются персональные компьютеры со следующими
характеристиками:
• Процессор: Intel Celeron D336 2800Mhz
• Оперативная память: 2048 Mb DDR2
• Жесткий диск: 160Gb SATA
Стоимость такого комплекта составляет около 5000 рублей, для полной
модернизации отдела необходимо 12 комплектов.
Кроме того, необходимо приобрести мониторы с большим, чему
используемых моделей размером и разрешением - к примеру, ACER
P206HVb:
• Тип ЖК
• Диагональ 20"
• разрешение 1600x900
• Время отклика 5 мс
• Тип матрицы TFT TN
• Яркость 200 кд/м2
55
• Контрастность 5000:1
• Стоимость - 4690 рублей.
Как многофункциональными устройствами, так и устройствами
бесперебойного питания, рабочие места пользователей уже оборудованы,
поэтому внедрение разрабатываемой системы не требует закупки и
установки дополнительных технических средств.
56
2 Проектная часть
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Жизненный цикл (ЖЦ) программного средства (ПС) - это период
времени, который начинается с момента принятия решения о необходимости
его создания, и заканчивается в момент его полного изъятия из эксплуатации.
[4, с. 21]
Существует целый ряд методологий, описывающих жизненный цикл
ПО:
ГОСТ 34.601-99 - стандарт на стадии и этапы создания АИС,
соответствующие каскадной модели жизненного цикла ПО. В стандарте
приводится описание содержания работ на каждом этапе.
ISO/IEC 12207:2008 «Information Technology — Software Life Cycle
Processes» - стандарт на процессы и организацию жизненного цикла
заказного ПО. Он определяет структуру жизненного цикла, содержащую
процессы, действия и задачи, которые должны быть выполнены во время
создания ПО. Каждый процесс разделен на набор действий, каждое действие
— на набор задач. Каждый процесс, действие или задача инициируется и
выполняется другим процессом по мере необходимости, причем не
существует заранее определенных последовательностей выполнения.
Методология Oracle - технологический материал по разработке
прикладных АИС, детализированный до уровня заготовок проектных
документов в расчете на использование Oracle. Применяется для
классической модели жизненного цикла (предусмотрены все работы, задачи
и этапы), а также для технологий «быстрой разработки» или «облегченного
подхода», рекомендуемых в случае малых проектов.
Методология RUP (Rational Unified Process) - технологический
материал по реализации итеративной модели разработки, включающей 4
фазы: начало, исследование, построение и внедрение. Каждая фаза разбита на
этапы (итерации), результатами которых являются версии для внутреннего
57
или внешнего использования. Каждый цикл завершается генерацией
очередной версии системы. Предполагает создание и сопровождение
моделей на базе UML.
Методология MSF (Microsoft Solution Framework) - технологический
материал по реализации итеративной модели разработки, аналогично RUP,
включает 4 фазы: анализ, проектирование, разработку, стабилизацию;
предполагает использование объектно-ориентированного моделирования.
Extreme Programming (XP) - экстремальное программирование.
Основой методологии является работа в команде, эффективные
коммуникации между заказчиком и исполнителем в течение всего проекта;
разработка АИС ведется с использованием последовательно дорабатываемых
прототипов.
Стандарт ГОСТ 34.601-99 не вполне подходит для проведения
разработок в настоящее время: многие процессы отражены недостаточно, а
некоторые положения устарели.
В методологии Oracle, RUP, MSF, XP не приводится структура и
описание технической документации по проекту.
Поэтому выбираем для проектирования ИС стандарт ISO/IEC
12207:2008.
Стандарт ISO/IEC 12207 задает полный набор процессов (более 40),
охватывающий все возможные виды работ и задач, связанных с построением
программного средства, начиная с анализа предметной области и заканчивая
изготовлением конечного продукта. Данный стандарт содержит основные и
вспомогательные процессы (рисунок 2.1).
58
Основные
процессыЖЦ ПС
Р*зработтга Экегтуататргя
FaspaGuTM треСиьалнй Внедрение процесса
Проектирование ПС П о д держка по тр е битая я
Кодирование ПС Функциональное тестирование
Интеграция
Использование функций
Тести ро* ание
Системнее тестирование
Инсталляция
Эксплуатация системы
С ппр пт; гнкд ение
Внедрение 1 ip и U,i;i: i; а
Анализ пробпеми модификаций
Реализация модификаций
Анализ сопровождения
Переыетцекие
У даление
Рисунок 2.1 - Основные процессы жизненного цикла ПО
В зависимости от проекта процессы, действия и задачи стандарта
выбираются, упорядочиваются и включаются в модель ЖЦ. При применении
они могут перекрывать, прерывать друг друга, выполняться итерационно или
рекурсивно. Это определяет "динамический" характер стандарта и позволяет
реализовать с его помощью произвольную модель ЖЦ ИС.
Из данного стандарта можно выбрать только те процессы, которые
более всего подходят для реализации конкретной ПС. Обязательными
являются основные процессы, которые присутствуют во всех известных
моделях ЖЦ. В зависимости от целей и задач предметной области они могут
быть пополнены дополнительными (документирование, обеспечение
качества, верификация и валидация и т.п.) и организационными
(планирование, управление и др.) процессами этого стандарта. Разработчик
принимает решение о включении в новую создаваемую модель ЖЦ процесса
обеспечения качества компонентов и системы управления проектом или
определения набора проверочных (верификационных) процедур для
обеспечения правильности продукта и соответствия его заданным
требованиям.
Для рассматриваемой ИС выделяются следующие базовые процессы
жизненного цикла [1]:
1. Разработка
• Планирование и анализ требований (предпроектная стадия);
59
• Проектирование;
• Реализация;
• Тестирование
• Внедрение;
2. Эксплуатация
• Поддержка пользователей;
• Техническое обслуживание компонентов системы;
3. Сопровождение
• Сбор рекламаций
• Исправление ошибок и недоработок
• Модернизация
На предпроектной стадии необходимо провести системный анализ,
включающий анализ функционирования склада и выявление недостатков
существующей технологии складского учета. [16] На основе выявленных
недостатков формулируется потребность в совершенствовании системы
управления складом, создается технико-экономическое обоснование проекта
(ТЭО), формулируются технические условия и требования к ИС. Результаты
должны быть оформлены в виде ТЗ (технического задания). Первый этап
выполняется бизнес-аналитиком отдела, с привлечением сотрудников склада.
Входную информацию бизнес-аналитик получает из интервью с
сотрудниками склада, складской документации, должностных инструкций,
регламента работы склада и прочих документов, характеризующих
существующие бизнес-процессы.
Следующий этап - проектирование ИС - включает в себя разработку в
соответствии со сформулированными требованиями состава
автоматизируемых функций (функциональная архитектура), состава
обеспечивающих подсистем (системная архитектура), оформление
технического проекта ИС. Входной информацией для проектирования
является ТЗ. На этом этапе определяется состав программных подсистем и
компонентов оборудования, составляются спецификации требований к
60
компонентам ПО, определяется состав компонентов ПО (в том числе
повторно используемых компонентов), интерфейсы с БД, структуры
хранения данных, алгоритмы обработки информации, спецификации
интерфейсов с другими системами автоматизации, требования к тестам.
Данный этап является очень ответственным с точки зрения качества всей
последующей разработки.
На этапе реализации выполняется физическое проектирование,
программирование, наполнение баз данных, тестирование, разработка
инструкций для персонала.
Тестирование ИС. На этом этапе оценивается система в целом на
соответствие требованиям ТЗ.
Внедрение системы необходимо проводить в три этапа :
подготовка объекта к внедрению;
опытное внедрение;
сдача проекта в промышленную эксплуатацию.
На этапе подготовки объекта к внедрению планируется провести
следующие работы:
закупить и установить сервер системы и серверное ПО;
развернуть на сервере базу данных;
установить клиентское ПО на все компьютеры АРМ системы;
сконфигурировать взаимодействие АРМ системы с сервером базы
данных;
ввести учетные записи и настроить им права доступа;
заполнить справочники системы реальными данными;
обеспечить пользователей эксплуатационной документацией;
обучить персонал работе с системой.
В процессе внедрения системы участвуют: разработчики системы
(проектировщик, программист), системный администратор и будущие
пользователи системы. Системный администратор должен обеспечить место
для установки нового сервера; подключение к локальной сети для сервера и
61
АРМ пользователей системы; доступ к компьютерам, необходимым для
развертывания системы, с правами администратора. Проектировщик системы
проводит обучение пользователей, конфигурирует систему, заполняет
справочники, проверяет правильность взаимодействия всех подсистем.
Программист оперативно устраняет возникающие при развертывании
системы неполадки.
Опытная эксплуатация системы должна проводиться не менее 3
месяцев. В случае обнаружения ошибок на этапе опытной эксплуатации,
осуществляется поиск причин и устранение ошибок, внесение коррективов в
программу, в технологию обработки данных. После устранения ошибок
подписывается «Акт о проведении опытной эксплуатации», который служит
началом перехода к третьему этапу - сдаче системы в промышленную
эксплуатацию.
На этапе эксплуатации производятся следующие работы:
- периодическая актуализация справочников системы (осуществляется
ответственным за справочник лицом);
- периодическое архивирование информационной базы системы на CD-
носителях (администратор системы);
- локализация проблем и устранение причин их возникновения
(программист);
- модификация ПО (бизнес-анатилик, программист);
- подготовка предложений по совершенствованию системы
(пользователи системы);
- развитие и модернизация системы (бизнес-анатилик, программист).
Существуют следующие основные стратегии внедрения системы:
Параллельная стратегия - когда одновременно работают старая
(ручная) и новая система, и их выходные документы сравниваются. Если они
согласуются длительное время, осуществляется переход на новую систему.
"Скачок". Эта стратегия привлекательна, но не рекомендуется.
62
"Пилотный проект". Это наиболее часто используемая стратегия.
"Пилотный проекта" - это тактика "скачка", но применяемая к ограниченному
числу процессов. Область применения стратегии - небольшой участок
деятельности. Такой подход снижает риск и наиболее надежен. Практически
все предприятия применяют эту тактику сегодня.
"Узкое место". "Узкое место" - это малая часть производственного
процесса. При использовании похода "узкое место" план внедрения
выполняется только для "узкого места" и для людей, работающих в нем.
Точность данных повышается только для изделий в этом "узком месте";
переподготовка- только для людей, работающих в нем; анализ эффект-затрат
делается только для него и т.д.
Выбираем пилотный проект,как наиболее подходящую стратегию.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Процессы анализа и сокращения рисков должны сопутствовать
основным этапам разработки и обеспечения жизненного цикла сложных
программных средств в соответствии с международными стандартами. [6]
При формулировании постановки задачи и требований к системе могут
возникнуть ошибки и неточности, которые приведут к полному
несоответствию разработанного программного продукта потребностям
склада. Для снижения данного риска необходимо привлечь к выполнению
задачи наиболее опытных разработчиков, а также руководство компании.
На этапах проектирования и реализации системы имеются риски:
- ухода одного или группы ключевых специалистов. В этом случае
разработка системы может оказаться под угрозой срыва. Руководству
компании необходимо предпринимать меры для снижения этих рисков, в
частности обеспечивать более тесное сотрудничество сотрудников, обмен
ключевой информацией, взаимозаменяемость сотрудников.
- затягивания процесса разработки, соответственно удорожание
разработки. Для снижения этого риска необходим строгий контроль
соблюдения графика разработки. Привлеченные к разработке ИС склада
63