38
Этапы работы
Анализ предметной области и ее формальное описание
Выбор системы разработки
Реализация разработанных решений в выбранной среде
разработки
Создание прикладных объектов разрабатываемой
конфигурации
Тестирование и отладка разработанной системы
Разработка руководства по установке системы
Разбиение системы на функциональные блоки и
определение функций каждой подсистемы
Реализация интерфейса системы
Разработка концептуальной и физической модели базы
данных
Написание кода программных моделей объектов
конфигурации
Разработка руководства пользователя
Написание пояснительной записки
Рисунок 1.8. Этапы работы над проектом
Логика бизнес-процессов учета проектов, рождающихся на основе заявок
клиентов, не будет меняться в автоматизированном варианте учета. Меняется
только инструмент работы с информацией. Вместо пакетов MS Office теперь
разрабатываемая АИС выступает инструментом учета и сопровождения заявок.
Вся информация, будучи один раз занесена в систему, хранится в базе данных,
которая является как результатом работы любой из подзадач, так и входной
39
информацией для любой подзадачи. Так, например, данные контрагента,
введенные в систему в рамках какого-либо проекта, реализуемого для него, при
вводе данных по второму проекту не вносятся вторично – они уже есть в БД.
1.3.3 Выбор и обоснование способа приобретения ИС для автоматизации
задачи
С позиции информационного менеджмента, создание и внедрение
автоматизированной информационной системы планирования может быть
выполнено различными способами:
покупка готовой системы;
создание проектной команды и разработка системы средствами и
трудовыми ресурсами компании;
заказ системы у компании разработчика.
Необходимо рассмотреть различные варианты способов приобретения.
При покупке готовой системы можно приобрести довольно дешевую ИС, но
невозможно подобрать программный продукт, который будет на 100%
удовлетворять требования компании. Перестройка функционала ИС стоит
недешево, поэтому такой вариант не рассматривается.
Если заказывать систему у компании разработчика, то технология работы
компании станет известной компании разработчика, а это полностью
противоречит политике информационной безопасности компании.
Самостоятельная разработка ИС полностью соответствует политике
информационной безопасности компании ООО «АйТи Студио», а также
позволяет гибко изменять запрограммированный механизм ИС, т.е.
адаптировать её под новые технические и программные платформы.
Требуется разработать собственную АИС учета взаимоотношений с
клиентами ООО «АйТи Студио» и прежде всего выбрать систему (платформу)
для разработки собственной АИС.
40
1.4 Обоснование проектных решений
1.4.1 Обоснование проектных решений по информационному обеспечению
Основными входными данными разрабатываемой системы являются
заявки клиентов на реализацию им проектов, а также заявки (задачи)
возникающие в ходе выполнения и сопровождения проектов. Эти заявки
(задачи) не имеют строго определенной формы, могут передаваться письменно,
по электронной почте и даже устно. В любом случае сотрудник
(администратор) вводит заявку в систему в виде электронного документа
«Задача».
Выходными документами системы являются те же заявки (здачи), но уже
в электронном виде с отметками исполнителей об исполнении (или
невозможности исполнения), историей работы над заявкой, перепиской по
заявке, прикрепленными к ней в ходе исполнения файлами, созданными в
случае необходимости подзадачами. Журнал заявок, отфильтрованный и
отсортированный в различных вариантах, также является результатом работы
системы. Электронные заявки не имеют печатной формы в виду отсутствия
необходимости в ней.
Экранные формы всех объектов разрабатываемой системы будут
построены по технологии «Управляемые формы», предоставляемой
разработчику платформой «1С:Предприятие 8.3». Отличительной
особенностью этой технологии является декларативное, а не «по пикселям»
размещение элементов управления на форме и особенный, узнаваемый
интерфейс.
В разрабатываемой системе не будут использоваться классификаторы.
Информационная база разрабатываемой системы будет построена как
интегрированная база данных на основе СУБД платформы 1С.
1.4.2 Обоснование проектных решений по программному обеспечению
В наше время на рынке ПО существует значительное количество ПП,
позволяющих разрабатывать ПП. Среди этих ПП можно отметить «1С:
41
Предприятие 8.3» [6,7].
Выбор системы «1С:Предприятие 8.3» в качестве платформы разработки
приложения сделано в силу ряда веских причин, выгодно ее отличающих от
других систем. В этой платформе авторы реализовали целый набор важных
преимуществ, позволяющих создавать эффективные прикладные решения [18]
Рисунок 1.9.
Отличительные особенности платформы 1С: Предприятие 8
Четкое разделение на
платформу и
прикладное решение.
Ориентация на
построение
прикладного решения
на основе
определенной модели
В основе прикладного
решения лежат
метаданные
Стандартные
прототипы
прикладных объектов
Согласованность
технологий и
инструментов
Многозвенная
архитектура работы
Отказоустойчивый
кластер с
балансировкой
нагрузки
Высокоуровневая
модель интерфейса
Веб-клиент и тонкий
клиент
Мобильная платформа
Интеллектуальные
механизмы
подготовки отчетов
Построение
распределенных и
интегрированных
информационных
систем
Рисунок 1.9. Преимущества «1С:Предприятие 8.3»
Технологическая платформа «1С: Предприятие 8.3» обладает большой
гибкостью и функциональностью, что позволяет применять ее в самых
различных областях
42
1.4.3 Обоснование проектных решений по техническому обеспечению
Техническое обеспечение разрабатываемого проекта делится на две
части: серверную и клиентскую.
На серверной части экземпляр системы «1С: Предприятие 8.3» и
встроенная в платформу ««1С: Предприятие 8.3» СУБД. Аппаратное
обеспечение сервера должно отвечать следующим характеристикам:
Процессор Intel Pentium Dual Core 2,4 Ггц и выше;
Оперативная память в размере 8 Гб;
Жесткий диск не менее 1 Тб;
Клавиатура, мышь, монитор.
Все рабочие станции должны иметь характеристики не менее:
- процессор – Intel I3;
- оперативная память: 2 Гб;
- жесткий диск не менее 500 Гб.
Для печати отчетов и выходных документов используются принтеры,
совместимые с компьютерами вышеперечисленной комплектации.
Все компьютеры, задействованные в системе, связаны между собой и с
сервером по локальной сети, построенной на основе протокола TCP/IP.
Аппаратное обеспечение локальной сети построено на базе коммутатора
D_Link DES-1016, установленного в серверной и нескольких коммутаторов
D_Link DES -1008, установленных на этажах предприятия.
Схема технического обеспечения системы приведена на Рисунок 1.10.
43
Интеренет
Сервер
Коомутатор D_Link DES-1016
ИБП APC Smart-UPS RT 1000 VA
Медиаконвертер DMC-300SC
Ethernet
Рабочие места сотрудников
Отделы
D_Link Des 1008
Рабочие места дирекции
Xerox Phaser 3635 MFP/S
Удаленные пользователи
RDP
Рисунок 1.10. Схема технического обеспечения системы
44
ГЛАВА 2. ПРОЕКТНАЯ ЧАСТЬ
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Жизненный цикл (ЖЦ) разработанного ПО любой АИС является
непрерывным процессом сопровождения, который начинается с принятия
решения о необходимости разработки ПО и заканчивающийся при выводе
разработанной ИС из эксплуатации.
Для построения и анализа ЖЦ ПО нередко используются различные
модели. Под моделью ЖЦ ПО подразумевается специальная структура,
задающая последовательность выполнения процессов и определяющая
взаимосвязи между ними на протяжении всего ЖЦ. Наибольшее
распространение в настоящее время получили следующие виды моделей:
«каскадная», «модель с промежуточным контролем» и «спиральная модель».
Виды моделей каскадная и модель с промежуточным контролем
включают этапы ЖЦ ПО:
этап анализа;
этап проектирования;
этап реализации;
этап внедрения;
этап сопровождения.
Каскадная модель ЖЦ предполагает строго последовательное
выполнение вышеперечисленных этапов. Достоинства каскадной модели:
формирование на каждом из этапов законченного комплекта документации по
этапу и возможность четкого планирования сроков этапа и затрат
материальных и финансовых ресурсов. Недостаток данной модели:
несоответствие реальному процессу разработки и создания ПО, который
обычно не укладывается в такую жесткую схему и требует периодического
возврата к предыдущим этапам для пересмотра или уточнения принятых
решений.
45
Модель с промежуточным контролем более приближает ЖЦ к реальному
процессу разработки и эксплуатации ПО. В противовес каскадной модели, она
допускает возвращение из любого этапа ЖЦ на любой из предыдущих этапов
для выполнения необходимой корректировки. При этом создаются условия для
разработки более надежного ПО, но вместе с тем увеличивается длительность и
сложность процесса разработки.
Последняя модель из списка - спиральная позволяет устранить
недостатки предыдущих. Основное внимание в ней уделяется на работы,
выполняемые на начальных этапах: этапах анализа и проектирования. На этих
этапах реализуемость проектируемых решений проверяется с помощью
разработки специальных прототипов.
При применении спиральной схемы разработки ПО неполное завершение
работ на каком-либо очередном этапе позволяет беспрепятственно переходить
на последующий этап. Незавершенная работа или задача на предыдущем этапе
может выполняться на следующем витке работы спирали. Т.о., обеспечивается
возможность создать некоторый незавершенный, но работоспособный вариант
разрабатываемого ПО для последующего уточнения требований.
В связи с небольшой сложностью предстоящей разработки будет
использована каскадная модель ЖЦ разработки и сопровождения ПО.
Использование этой модели оправдано, так как позволит создавать на каждом
этапе законченный комплект необходимой документации и планировать сроки
завершения всего проекта целиком и соответствующие затраты на каждом
этапе и в целом по проекту.
Каскадная модель предполагает исключительно последовательную
реализацию этапов ЖЦ. Достоинства каскадной модели: формирование на
каждом этапе законченного комплекта документации по разрабатываемого ПО
и возможность планирования сроков работ и затрат. Недостаток: некоторое
несоответствие реальному процессу написания ПО, который обычно не
вписывается в предписанную жесткую схему и требует частого возврата к
предыдущим этапам для уточнения принятых решений.
46
На этапе анализа необходимо собрать информацию по документообороту
предприятия.
На этапе проектирования происходит проектирование БД и структуры
разрабатываемой АИС.
На этапе реализации программисты создают спроектированную АИС.
На этапе внедрения происходит развертывание технических и
программных средств и инсталляция разработанной АИС.
На этапе эксплуатации конечные пользователи работают с АИС и ведут с
ее помощью электронный документооборот.
Существует целый ряд стандартов, регламентирующих ЖЦ ИС, а в
некоторых случаях и процессы разработки.
Среди известных стандартов можно выделить: «ГОСТ 34», «ISO 12207»,
«ISO 15288», «MSF», «RUP», «COBIT», «Oracle CDM», «XP».
В ВКР будет использован стандарт «ISO 15288». Использование данного
стандарта позволит формировать на каждом этапе конечный комплект
документации и планировать сроки завершения каждого этапа и проекта
целиком и соответствующие затраты. Стандарт легко применим для
сопровождения любого рода и класса систем, но его основное предназначение –
сопровождение процесса разработки именно компьютеризированных систем.
В стандарте «ISO»/»IEC 15288» предусмотрены следующие этапы
разработки систем:
- формирование концепции - анализ необходимых потребностей, выбор
концепции разработки и проектных решений;
- разработка - проектирование будущей ИС;
- реализация – непосредственно изготовление ИС;
- эксплуатация - ввод ИС в эксплуатацию и ее использование;
- поддержка - обеспечение функционирования ИС в процессе работы;
- снятие с эксплуатации - прекращение использования ИС, ее демонтаж
и архивирование.
47
На этапе «Формирование концепции» необходимо собрать информацию
по деятельности предприятия. Сотрудники предприятия должны собрать и
проанализировать данные необходимые им в программе по автоматизации
документооборота. Это данные по номенклатуре, контрагентам, видам
документам и их движениям.
На этапе «Разработка» по результатам представленной информации
происходит проектирование программистами БД и структуры программы.
На этапе «Реализация» программисты создают БД: создают все
необходимые справочники документы, регистры. Затем производят настройку
главного меню (ГМ) и меню всех элементов АИС.
Этап «Эксплуатация» включает в себя следующие работы:
- Развертывание сервера БД, установка на нем ОС, а именно «Windows
Server 2008» или более поздней версии.
- Развертывание рабочих ПК, установка на них ОС «Windows 10» и
инсталляция клиентской части АИС.
Стратегия внедрения, выбранная на данном этапе – пилотный проект.
Предполагается внедрение системы в учреждении, ввод всех необходимых
исходных данных. Далее предполагается фиксировать в АИС документы по
движениям ТМЦ. В процессе исполнения пилотного проекта АИС пройдет
обкатку, возможно, будут выявлены недостатки, после устранения которых
можно будет разворачивать АИС в остальных подразделениях организации.
После окончания процесса развертывания технических, информационных
и программных компонентов необходимо провести окончательное
тестирование АИС и убедиться в работоспособности всех модулей АИС.
На стадии эксплуатации нужно выполнить обучение операторов работе с
АИС.
На первой стадии эксплуатации ИС нужно внести все первичные данные:
- данные по номенклатуре предоставляемых услуг и реализуемых
ТМЦ;
- данные пациентов и контрагентов;