Дипломная работа: Автоматизация приема заявок на ремонт и модернизацию ПК в ООО "ААЭМ"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
41
Проанализировав собранную информацию о рассматриваемых СУБД:
показаниях производительности, удобства администрирования, ценовой
политике было принято решение выбрать в качестве СУБД MS Access.
1.4.3. Обоснование проектных решений по техническому обеспечению
Для построения системы, автоматизирующей работу сотрудника
технической поддержки ООО «ААЭМ», помимо информационной и
программной составляющей, необходима техническая часть, то есть
оборудование, на котором информационная система будет функционировать.
В первую очередь необходимо наличие централизованного хранилища
данных. Доступ к данным многих участников бизнес-процесса обеспечивается за
счет хранения данных на сервере (файловом или сервере баз данных). Так как в
существующей локальной сети компании уже есть сервер, отданный под нужды
1С, то его вполне можно использовать и для хранения базы данных отдела.
Во-вторых, для работы информационной системы необходимы
автоматизированные рабочие места, то есть клиентское приложение, которое бы
функционировало на рабочем компьютере сотрудников. Так как каждый
сотрудник имеет современный стационарный компьютер или ноутбук, то
необходимости в покупке более совершенного оборудования или модернизации
существующего нет.
Так как работа отдела связана в большинстве своем с документами, то им
необходимо распечатывать и сканировать документы. Очевидно, что для
возросшей численности отдела (6 человек в конце 2019 года по сравнению с 4-мя
специалистами в 2018 году), одного сканера и принтера на компанию уже не
хватает, поэтому целесообразно докупить еще одно многофункциональное
устройство (МФУ), которое бы совмещало в себе функции сканера и принтера.
Таким образом, существующее техническое обеспечение компании ООО
«ААЭМ» полностью подходит для проекта информационной системы за
небольшим исключением: требуется докупить МФУ в отдел ИТ.
Описание технического обеспечения представлено в таблице 1.5.
42
Таблица 1.5
Техническое обеспечение решения задачи автоматизации
Наименование
Описание
Кол-во
Стоимост
ь, руб.
Ноутбук, шт.
Asus K50IP ( K50 ) T4500 2.3 ГГц /
2048 / 320 / GF G205M / DVD RW /
15,6 / Wi-Fi / Cam / Win7st (
90N0CA110W2A54OC13AY )
6
25000
Сервер (жесткий
диск), шт.
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
С использованием выбранных средств далее будет разработана
информационная система.
43
II Проектная часть
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Жизненный цикл информационной системы - период времени, который
начинается с момента принятия решения о необходимости создания
информационной системы и заканчивается в момент ее полного изъятия из
эксплуатации [1].
Для разработки был выбран стандарт ISO/IEC 12207-2010. Согласно
ISO/IEC 12207-2010 основные процессы жизненного цикла построения системы
[1]:
– процесс заказа программного средства;
– процесс поставки ПО;
– процесс разработки программного решения;
– процесс эксплуатации программного решения;
Процесс заказа состоит из работ и задач, выполняемых заказчиком. В
данной разработке заказчиком является само предприятие [1].
Основная цель данного этапа выявление требований проекта, разработка
технического задания:
– требования к информационной системе;
– описание области применения системы;
– список программных продуктов;
– сроки и условия реализации заказа;
– технические ограничения (например, по условиям эксплуатации).
Процесс поставки ПО заключается в определении состава проекта для
поставки.
Процесс разработки включает в себя определение состава программного
продукта, а именно информационной базы, ее физическая реализация.
Разработка программных модулей. Процесс эксплуатации заключается в
установке и интеграции программного продукта на рабочем месте и
использование его сотрудниками предприятия [1].
44
Рассмотрим модель жизненного цикла разрабатываемого программного
обеспечения для автоматизации учета ремонта компьютерного оборудования
ООО «ААЭМ». Наиболее походящей для реализации функций разрабатываемой
системы является каскадная модель. Это объясняется следующими ее
преимуществами:
– на каждом этапе происходит формирование законченного набора
проектной документации, отвечающего критериям согласованности и полноты;
– этапы работ, выполняемые в логичной последовательности, дают
возможность планирования сроков завершения всех работ и соответствующих
затрат.
Модель жизненного цикла разрабатываемой системы представим в виде
нескольких последовательно выполняемых этапов. Среди данных этапов
следует выделять следующие:
– определить потребности;
– исследовать и описать основные концепции;
– проектировать и разрабатывать;
– испытать систему;
– создавать и производить;
– внедрять систему;
– распространять и продавать;
– эксплуатировать;
– сопровождать и осуществлять мониторинг;
– снять с эксплуатации (утилизировать).
Проведенный анализ характеристик предприятия и основных бизнес-
процессов однозначно определяет потребность в такой автоматизированной
системе.
Каскадная модель жизненного цикла является наиболее подходящей к
конкретной разработке, так как все процессы по проектированию
информационной системы выполняются последовательно, после окончания
предыдущего этапа проектирования. Так как результат этапа проектирования
будет представлять собой основу для последующих работ.
45
Как известно, на сегодняшний день существуют следующие основные
стратегии внедрения системы [7].
1. Параллельная стратегия. При этой стратегии одновременно работают
старая (ручная) и новая система, и их выходные документы сравниваются. Если
они согласуются длительное время, осуществляется переход на новую систему.
2. «Скачок». При такой стратегии происходит моментальный переход на
работу с новой системой. Эта стратегия привлекательна, но не рекомендуется.
3. «Пилотный проект». Это наиболее часто используемая стратегия.
«Пилотный проект» - это тактика «скачка», но применяемая к ограниченному
числу процессов. Область применения стратегии - небольшой участок
деятельности. Такой подход снижает риск и наиболее надежен. Практически все
предприятия применяют эту тактику сегодня [7].
4. «Узкое место». «Узкое место» - это малая часть производственного
процесса. При использовании подхода «узкое место» план внедрения
выполняется только для «узкого места» и для людей, работающих в нем.
Точность данных повышается только для изделий в этом «узком месте»;
переподготовка - только для людей, работающих в нем, анализ эффект - затрат
делается только для него и т. д. [7].
В качестве стратегии внедрения ИС был выбран пилотный проект. Данная
стратегия внедрения информационной системы была выбрана, так как при ней
автоматизируется ограниченное число процессов и поэтому риски сведены к
минимуму.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
При всей формальности и изученности процесса проектирования и
разработки информационных систем, в нем всегда присутствуют неожиданные и
непредвиденные ситуации. Любой проект по созданию информационной
системы предприятия всегда включает множество задач, связанных с общим
управлением проектом, разработкой программного обеспечения,
проектированием компонентов и модулей информационной системы,
Источник: https://baza.diplomsite.ru/previewfile/1935