28
"Облачный" сервис, не имеет достаточно надёжной защиты от взлома.
В этом случае, после совершения хакерской атаки данные не только
могут попасть в чужие руки, но и быть полностью уничтоженными.
Помимо доступа к вашей информации, хранящейся в "облаке",
особенно удачливый взломщик сможет получить в качестве бонуса
возможность контролировать работу компьютеров компании.
Поэтому целесообразнее разрабатывать информационную систему
компании собственными силами, так как компания располагает
квалифицированными сотрудниками для разработки и внедрения данной
информационной системы. Разрабатываемая информационная система будет
включать весь необходимый функционал, и учитывать все особенности
работы и пожелания сотрудников данной компании, так как будет являться
индивидуальным (уникальным) продуктом, что позволяет быстро изменить
функциональность в соответствии с требованием внутреннего заказчика.
1.4. Обоснование проектных решений
1.4.1. Обоснование проектных решений по информационному
обеспечению
Система должна предоставлять возможность автоматизации учета
клиентской базой в ПАО «Тат Телеком».
Полученная информация накапливается в базе данных и обрабатывается
системой с последующей возможностью оперативного доступа для контроля
текущей ситуации, просмотра отчетов, анализа документов, внесения
корректировок и обновления информационной базы, изменения условно-
постоянной информации в справочниках, анализа обобщенной информации за
период времени по каждому проекту или в целом.
Входная информация, содержащая данные оперативного новых
учитываемых заказов, регистрируется первичными аналитическими
документами и вносится в базу данных через интерфейсную форму ввода
29
(обеспечивается отмена произведенных операций с возвратом исходных
значений).
Условно-постоянная информация включает справочные данные о
номенклатуре предлагаемых услуг по заказу, характеристиках заказов (срок,
статус).
Исходная информация об услугахв рамках клиентской деятельности
компании ПАО «Тат Телеком» хранится в справочниках. Сведения о
заказчиках, менеджерах, заказаххранится в отдельных справочниках и
корректируется по мере необходимости.
Учет операций по клиентам регистрируются в системе с контролем
финансово-управленческой информации и возможностью отмены транзакции,
при операции выписывается отчет в виде печатной формы.
Управление заказами клиентовведется в разрезе менеджеров, а
информация содержится в единой базе данных на сервере, соединение с
клиентскими приложениями обеспечивается посредством архитектуры
«клиент-сервер».
Клиентская часть системы должна быть многооконной и изменяемой
под задачи отдельных операций, обеспечивать функции поиска, быстрой
навигации и эргономичности управления.
Доступ к модулям системы обеспечивается через главное кнопочное
меню. Проектируемая система должна предоставлять удобный и интуитивно
понятный пользовательский интерфейс.
Анализ накапливаемой количественно-суммовой информации в базе
данных проводится в модуле аналитики с последующим выводом выходных
данных.
Параметры обрабатываемой информации должны корректироваться в
зависимости от устанавливаемого пользователем интервала времени и
конкретного магазина или итоговая информация за весь период по всему
предприятию.
Система должна иметь возможность последующей реорганизации и
30
расширения для улучшения её возможностей или добавления функций.
Должен обеспечиваться контроль ввода данных при отсутствии избыточности,
а также надежное хранение и целостность базы данных.
В системе используется 5 видов кодирования, предназначенные для
однозначной идентификации менеджеров, клиентов, договоров, платежей,
проектов . Виды системы кодирования указаны в табл. 8.
Таблица 8
Используемые системы кодирования
Кодируемое
множество
объектов
Длина кода
Мощность
кода
Система
кодирования
Система
классификации
Вид
классификатор
а
Менеджеры
клиентов
5
9999
порядковая
иерархическая
общесистемный
Клиенты
5
9999
порядковая
иерархическая
общесистемный
Договоры
5
9999
порядковая
иерархическая
общесистемный
Заказы
клиентов
5
9999
порядковая
иерархическая
общесистемный
Все классификаторы ведутся менеджером.
Классификатор менеджеров.
Структурная формула классификатора:
F = [Фамилия] : [XXXXX] – код менеджера
Пример заполнения - 001234
Классификатор клиентов.
Структурная формула классификатора:
F = [Наименование ]:[ XXXXX] - код клиента
Пример заполнения - 00001
Классификаторзаказаов.
Структурная формула классификатора:
F = [Наименование]:[ XXXXX] - код заказа
Пример заполнения - 00004
Классификатор договоров.
Структурная формула классификатора:
31
F = [Наименование]:[ XXXXX] - код договора
Пример заполнения – 00012
1.4.2. Обоснование проектных решений по программному обеспечению
Важным отличием разработки бизнес-приложений в системе 1С от
разработки в универсальных системах (Delphi, С++) состоит в том, что
приложение в 1С разрабатывается в терминах классов проблемно-
ориентированных бизнес-сущностей.
В случае использования универсальной среды программирования при
разработке системы автоматизации какого-либо предприятия существует
целый ряд различных сущностей – товары, клиенты, счета, накладные,
документы - а также все способы регистрации их взаимодействия.
В отличии от вышеперечисленных вендоров, продукция отечественной
компании фирмы «1С» является более рентабельной, в силу относительно не
высокой стоимости внедрения и большого количества качественных
специалистов, способных поддерживать информационную систему.
Также, выбор сильной отечественной информационной платформы
обосновывается тем фактором, что в нынешних условиях санкций активно
включается программа импортозамещения, иностранное программное
обеспечение становится в ещё более не конкурентном положении и становится
стратегически правильным внедрять более конкурентоспособные
информационные системы фирмы «1С».
Основным отличием от имеющихся аналогичных систем станет
направленность разрабатываемой информационной системы на реализацию
конкретных требуемых бизнес-процессов средствами информационной
поддержки ЭИС. Также стоит заметить, что залоежнная в платформу
функциональность и технология RAD (технология быстрого проектирования и
разработки приложений) позволяет произвести быструю доработку и добавление
32
в неё функционала при необходимых адаптационных запросах на изменение
ЭИС в соответствии с изменением предметной области.
Для создания базы данных была выбрана система управления реляционными
базами данных Microsoft SQL Server 2012.
Самым важным преимуществом в обосновании выбора SQLServer 2012
является его наивысшая, по сравнению с конкурентами, совместимость с 1С. Этому
активно способствует плодотворное сотрудничество фирмы «1С» и фирмы
«Microsoft», что сделало продукт SQLServer высоко совместимым с «1С».
Были рассмотрены средства разработки приложений и программные аналоги по
рассматриваемой задачи.
Была выбрана платформа 1С: Предприятие в качестве программной
платформы и встроенный язык программирования системы «1С: Предприятие 8.3»
как язык программирования.
Таким образом, система «1С: Предприятие 8.3» обладает конкурентными
преимуществами, такими как:
Высокая скорость разработки информационных систем по
сравнению с аналогичными системами
Низкая цена разработки
Гибкость и кластеризация разработки
Такие информационные системы не подойдут компании, что объясняется
спецификой их тиражного распространения, в то время, как разрабатываемая система
создается для внедрения на конкретное предприятие и конкретный бизнес-процесс.
1.4.3. Обоснование проектных решений по техническому обеспечению
Техническое обеспечение - это комплекс технических средств,
обеспечивающих работу ИС, соответствующей документации на эти средства и
технологические процессы.
В настоящее время существует несколько технологий передачи данных.
Рассмотрим две архитектуры, такие как файл-сервер и клиент-сервер.
33
В архитектуре «клиент-сервер» сервер базы данных не только обеспечивает
доступ к общим данным и обработку этих данных. Клиент посылает на сервер
запросы на чтение или изменение данных, которые формулируются на языке SQL.
Сервер сам выполняет все необходимые изменения или выборки, контролируя при
этом целостность и согласованность данных, и результаты в виде набора записей или
кода возврата посылает на компьютер клиента.
Недостатками же архитектуры с файловым сервером является то, что данные
хранятся в одном месте, а обрабатываются в другом. Это означает, что их нужно
передавать по сети, что приводит к очень высоким нагрузкам на сеть и, вследствие
этого, резкому снижению производительности приложения при увеличении числа
одновременно работающих клиентов. Вторым важным недостатком такой
архитектуры является децентрализованное решение проблем целостности и
согласованности данных и одновременного доступа к данным. Такое решение
снижает надежность приложения.
Архитектура «клиент-сервер» позволяет устранить все указанные недостатки.
Кроме того, она позволяет оптимальным образом распределить вычислительную
нагрузку между клиентом и сервером, что также влияет на многие характеристики
системы: стоимость, производительность, поддержку.
При разработке информационной системы будет использована технология
клиент-сервер. Во-первых, сервер оптимизирует выполнение функций обработки
данных, что избавляет от необходимости оптимизации рабочих станций. Сервер
позволяет быстро получить результаты обработки запроса. Во-вторых, поскольку
рабочие станции не обрабатывают все промежуточные данные, существенно
снижается нагрузка на сеть. Предоставляется возможность ведения журнала
операций, в котором автоматически регистрируются все прошедшие транзакции что,
в свою очередь, поможет быстрому восстановлению системы при аппаратных сбоях.
34
Данная технология организуется проще, и оборудование для её организации вполне
приемлемо по стоимости приобретения.
Таким образом, проектируемая система с технической точки зрения будет
представлять собой набор объединенных в единую сеть ЭВМ – клиентов, с которых
при помощи установленного клиентского приложения будет осуществляться связь с
базой данных, расположенной на удаленном сервере, которая представлена на рис 8.
Рисунок 8 – Конфигурация технического обеспечения ИС
Существует ряд требований к рабочим местам пользователей, реализация
которых существенно повысит быстродействие системы в целом.
Для функционирования разрабатываемой ИС в была выбрана следующая
конфигурация персональных компьютеров для клиентов:
процессор – Intel core 2 duo 2.2 GHz;
память - от 4Gb;
жесткий диск от 200Gb;
35
CD-ROM - от 48x;
Монитор - 19” SamsungSyncMaster;
принтер HP LaserJet 1100;
клавиатура и мышь Genius.;
операционная система – Windows7/8/8.1;
серверСУБД - SQL Server Management Studio Express;
наличие средств информационной безопасности данных.
Конфигурация сервера базы данных:
процессор - Intel Core i7-3500 3.3 GHz 8 core;
материнскаяплата - ASUS Q5 1155;
оперативная память - 32GB;
жесткий диск 6TB;
видеокарта GF 430 GT Microstar 1024mb 64-бит 96/700/1333MHz.
II Проектная часть
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Жизненный цикл - это непрерывный процесс, который начинается с
момента принятия решения о необходимости его создания и заканчивается в
36
момент его полного изъятия из эксплуатации. Среди наиболее известных
стандартов можно выделить следующие:
ГОСТ 34.601-90 - распространяется на автоматизированные системы и
устанавливает стадии и этапы их создания. Кроме того, в стандарте
содержится описание содержания работ на каждом этапе. Стадии и этапы
работы, закрепленные в стандарте, в большей степени соответствуют
каскадной модели жизненного цикла.
ISO/IEC 12207 - стандарт на процессы и организацию жизненного цикла.
Распространяется на все виды заказного ПО. Стандарт не содержит описания
фаз, стадий и этапов.
CustomDevelopmentMethod (методика Orаcle) по разработке прикладных
информационных систем - технологический материал, детализированный до
уровня заготовок проектных документов, рассчитанных на использование в
проектах с применением Orаcle. Применяется CDM для классической модели
ЖЦ (предусмотрены все работы/задачи и этапы), а также для технологий
"быстрой разработки" (FаstTrаck) или "облегченного подхода",
рекомендуемых в случае малых проектов.
RаtionаlUnifiedProcess (RUP) предлагает итеративную модель
разработки, включающую четыре фазы: начало, исследование, построение и
внедрение. Каждая фаза может быть разбита на этапы (итерации), в результате
которых выпускается версия для внутреннего или внешнего использования.
Прохождение через четыре основные фазы называется циклом разработки,
каждый цикл завершается генерацией версии системы. Если после этого
работа над проектом не прекращается, то полученный продукт продолжает
развиваться и снова минует те же фазы. Суть работы в рамках RUP - это
создание и сопровождение моделей на базе UML .
MicrosoftSolutionFrаmework (MSF) сходна с RUP, так же включает
четыре фазы: анализ, проектирование, разработка, стабилизация, является
итерационной, предполагает использование объектно-ориентированного
37
моделирования. MSF в сравнении с RUP в большей степени ориентирована на
разработку бизнес-приложений.
ExtremeProgrаmming (XP). Экстремальное программирование (самая
новая среди рассматриваемых методологий) сформировалось в 1996 году. В
основе методологии командная работа, эффективная коммуникация между
заказчиком и исполнителем в течение всего проекта по разработке ИС, а
разработка ведется с использованием последовательно дорабатываемых
прототипов.[15]
При выборе стандарта основным определяющим фактором является
более полное и подробное описание работ на стадиях и этапах разработки
АС(автоматизируемых систем). Стандарт ISO/IEC 12207 не содержит
подробное описание работ на разных стадиях и этапах разработки АС.
Стандарт CDM рассчитан на использование в проектах с применением Orаcle
технологий, который в данном проекте не используются. Стандарт MSF, как
было ранее сказано, в большей степени ориентирован на разработку бизнес-
приложений. Стандарт XP ориентирован на командную работу. В данном
проекте будет использоваться ГОСТ 34.601-90, так как он содержит описание
работ на каждом этапе разработки АС.
Стадии создания ИС.
1. Формирование требований к системе,
2. Разработка концепции,
3. Техническое задание,
4. Технический проект,
5. Оформление документации,
6. Внедрение.
На этапе “Формирование требований к системе”, производится
следующие работы: обследование объекта, формирование требований
пользователя, обоснование необходимости разработки системы. На данном
этапе задействованы следующее участники: IT-менеджер, начальник отдела
делопроизводства. После выполнения всех работ формируется отчет о