Материал: Автоматизация учета обращений пользователей на предприятии Wilo
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
48
1.4.3. Обоснование проектных решений по техническому
обеспечению
Для построения системы, автоматизирующей работу сотрудника по
работе с клиентами «Wilo», помимо информационной и программной
составляющей, необходима техническая часть, то есть оборудование, на
котором информационная система будет функционировать.
Самое главное – это иметь наличие централизованного хранилища
данных. Доступ к данным многих участников бизнес-процесса
обеспечивается за счет хранения данных на сервере (файловом или сервере
баз данных). Так как в локальной сети на предприятии уже есть сервер,
используемый для 1С, то его можно задействовать для хранения базы данных
отдела. Однако стоит докупить жесткий диск для хранения данных,
используемых внедряемой ИС.
Для работы ИС необходимы автоматизированные рабочие места, на
которых должно быть установлено клиентское приложение. Само клиентское
приложение не является требовательным к ресурсам ПЭВМ. Учитывая это, а
также то, что каждый сотрудник имеет современный стационарный
компьютер или ноутбук, то необходимости в покупке нового, более
совершенного оборудования или улучшении уже существующего не
требуется. Однако с учетом возможного увеличения количества рабочих мест
и возможности внезапного выхода из строя рабочих станций, стоит
учитывать около 3 рабочих станций «про запас» при расчете стоимостных
затрат.
Так как работа отдела связана в большинстве своем с документами, то
им необходимо распечатывать и сканировать документы. Очевидно, что для
возросшей численности отдела (6 человек в конце 2019 года по сравнению с
4-мя специалистами в 2018 году), одного сканера и принтера на компанию
уже не хватает, поэтому целесообразно докупить еще одно
49
многофункциональное устройство (МФУ), которое бы совмещало в себе
функции сканера и принтера.
Таким образом, текущее тех. обеспечение компании «Wilo» полностью
соответствует проекту информационной системы за небольшим
исключением: требуется докупить МФУ в службу поддержки и жесткий диск
для хранения данных на сервере.
Описание технического обеспечения представлено в таблице 8.
Таблица 8
Техническое обеспечение решения задачи автоматизации
Наименование
Описание
Кол-во
Стоимость,
руб.
Ноутбук, шт.
Asus K50IP ( K50 ) T4500 2.3
ГГц / 2048 / 320 / GF G205M /
DVD RW / 15,6 / Wi-Fi / Cam /
Win7st (
90N0CA110W2A54OC13AY )
3
35000
Жесткий диск
(сервер), шт.
FujitsuSiemensPRIMERGYRX330
AMDOpteron 2216 HE 2.4 ГГц
300 ГБ 10000 об./мин.,
Вр.доступа 4.5 мс, Внешняя
скорость передачи данных 320
Мб/сек
1
12000
Кабель, м
FTP 5cat 4х2х0.52 (витая пара с
оплеткой)
30
15
Коммутатор
(switch),шт.
ASUS GX-D1081, Uplink 1 x
Ethernet 10/100/1000 Мбит/сек,
Количество портов коммутатора
7 x Ethernet 10/100/1000
Мбит/сек
1
2100
МФУ, шт.
Canon LaserBase MF4690PL
(копир-принтер-сканер ADF,
факс, A4)
1
16500
С использованием выбранных средств далее будет разработана
информационная система.
50
2. ПРОЕКТНАЯ ЧАСТЬ
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Рассмотрим существующие стандарты ЖЦ ГОСТ 34.601-90 и ISO
12207 [1].
ГОСТ 34.601-90 – строго регламентирует этапы разработки
программного обеспечения. На каждом этапе готовится пакет документации.
ISO 12207 – более гибкий стандарт, чем ГОСТ 34.601-90. Он содержит
следующие элементы: процессы, действия и задачи.
В рамках ВКР будет использован стандарт ISO 12207-2010. В рамках
стандарта возможно применение двух моделей: каскадной и спиральной.
Для разработки ИС учета обращений клиентов выбрана каскадная
модель жизненного цикла, так как с начала проектирования сформулированы
конкретные требования к системе, с учетом недостатков уже имеющейся
системы, предметная область хорошо изучена.
Этапы проекта в соответствии с каскадной моделью:
1. Формирование требований
Цель: cформировать требования к разрабатываемому ИС учета обращений
клиентов;
Участники: Руководитель проекта, аналитик, проектировщик;
Результаты: перечень требований к ИС (срок реализации, стоимость,
функциональность системы).
2. Проектирование
Цель: создать проект ИС учета обращений клиентов;
Участники: Руководитель проекта, аналитик, проектировщик,
программист;
Результаты: проект ИС (архитектура ИС, функциональная структура,
структура информационной базы, выбор спецификации программно-
51
технического обеспечения ИС, выбор средств проектирования и
разработки).
3. Реализация [4]
Цель: создать программную реализацию ИС учета обращений клиентов;
Участники: программист;
Результаты: программная реализация ИС (дистрибутив программы, файл
БД, инструкция по установке и использованию, описание программы).
4. Тестирование
Цель: тестировать и устранить ошибки ИС учета обращений клиентов;
Участники: тестировщик, пользователь;
Результаты: отчет о тестирование ИС (ошибки работы программы,
рекомендации пользователей).
5. Ввод в действие
Цель: внедрить ИС учета клиентов;
Участники: инженер, руководитель проекта;
Результаты: акт приема.
6. Эксплуатация и сопровождение
Цель: сопровождать ИС учета обращений клиентов;
Участники: программист, консультант;
Результаты: отчет об эксплуатации ИС (отчет о проведении обучающих
занятий, отчет об устраненных ошибках в ПО, отчет о сбоях в работе ИС).
Список существующих главных стратегии внедрения системы:
«Скачок».
«Параллельная стратегия».
«Пилотный проект».
«Узкое место».
В связи с тем, что процесс обслуживания сети является непрерывным
процессом, полный и единовременный переход на работу с ИС невозможен,
поэтому наиболее подходящей является Параллельная стратегия. Со
52
временем произойдет полный переход на обслуживание сети только с
помощью ИС.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
Все возможные риски на этапах ЖЦ ИС [21] и меры по снижению
рисков представлены в таблице 9.
Таблица 9
Риски на этапах ЖЦ ИС
Из приведенных выше рисков для ИС учета обращений клиентов
являются [26]:
1. Риск неполноты сбора информации (1 этап). Мероприятия по
снижению: необходимо привлекать ведущих специалистов компании,
привлекать руководство, четко формулировать задачи на каждом этапе;
2. Технический риск (на всех этапах). Мероприятия по снижению:
привлечение квалифицированных специалистов, резервное копирование
информации;
Этап ЖЦ
Риск
Формирование
требований
1. Риск персонала со стороны заказчика и
исполнителя;
2. Риск неполноты сбора информации.
Проектирование
1. Риск принятия неверных проектных решений;
2. Риск неверного планирования;
3. Стоимостной риск;
4. Форс-мажор.
Реализация
1. Риск персонала;
2. Технический и программный риск.
Тестирование
1. Риск персонала;
2. Технический риск.
Ввод в действие
1. Риск персонала;
2. Технический и программный риск.
Эксплуатация и
сопровождение
1. Риск персонала;
2. Технический риск.
Источник: https://baza.diplomsite.ru/previewfile/415