37
Важным отличием разработки бизнес-приложений на базе продукта 1С от
разработки в универсальных системах (Delphi, С++) состоит в том, что
продукты на 1С разрабатывается в терминах классов, проблемно
ориентированных бизнес – сущностей.
В случае использования универсальной среды программирования при
разработке системы автоматизации какого-либо предприятия существует целый
ряд различных сущностей – товары, клиенты, счета, накладные, документы - а
также все способы регистрации их взаимодействия.
В отличие от вышеперечисленных средств разработки, отечественные
разработки компании 1С являются более выигрышной по ценовому фактору. В
стране разработчика имеется большое количество обученных специалистов
способных поддержать систему. Также продукты 1С более рентабельны за счёт
низкой цены на внедрение своих продуктов.
Основным отличием от имеющихся аналогичных систем станет
направленность разрабатываемой информационной системы на реализацию
конкретных требуемых бизнес-процессов средствами информационной
поддержки ЭИС. Также стоит заметить, что залоежнная в платформу
функциональность и технология RAD (технология быстрого проектирования и
разработки приложений) позволяет произвести быструю доработку и
добавление в неё функционала при необходимых адаптационных запросах на
изменение ЭИС в соответствии с изменением предметной области.
Для создания базы данных была выбрана система управления
реляционными базами данных Microsoft SQL Server 2019.
Самым важным преимуществом в обосновании выбора SQLServer 2019
является его наивысшая, по сравнению с конкурентами, совместимость с 1С.
Этому активно способствует плодотворное сотрудничество фирмы «1С» и
фирмы «Microsoft», что сделало продукт SQLServer высоко совместимым с
«1С».
Были проанализированы средства разработки и программные аналоги по
тематике диплома.
38
Была выбрана платформа 1С: Предприятие в качестве программной
платформы и встроенный язык программирования системы «1С: Предприятие
8.3» как язык программирования.
Таким образом, система «1С: Предприятие 8.3» обладает конкурентными
преимуществами, такими как:
– Высокая скорость разработки информационных систем по
сравнению с аналогичными системами;
– Низкая цена разработки;
– Гибкость и кластеризация разработки
Проведем выбора среды программирования методом экспертного
оценивания. Выделим критерии оценки среды программирования. Важность
каждого из представленных критериев была оценена экспертами по 100
бальной шкале. Исходя из полученных данных, находится средний балл и
коэффициент относительной важности критерия. Результаты экспертизы
представлены в таблице 11.
Таблица 11
Результаты экспертизы сред разработки
Функция
Коэффициент
относительной
важности
Среда программирования
1C
C++ Builder
Стоимость
13,7
+
+
Простота сопровождения
13,2
+
-
Временные затраты на
разработку
14,8
+
-
Быстродействие
15
+
+
Удобный дизайн
14
+
+
Мощность пакета
13,8
+
+
Возможности языка
15,5
+
+
Сумма
100,0%
100
72
Учитывая все вышесказанное и результаты анализа экспертным
оцениванием можно сделать выбор среды программной разработки в пользу
1C, который обеспечивает чрезвычайно высокую производительность и
удобство использования.
39
2.1.3 Обоснование проектных решений по техническому обеспечению
Техническое обеспечение (ТО) — это комплекс аппаратных средств,
предназначенных для обеспечения работы информационной системы и её
автоматизации. [11]
Техническое обеспечение - это комплекс технических средств,
предназначенных для работы информационной системы, а также
соответствующая документация на эти средства и технологические процессы.
Эволюция технического обеспечения, которое включает в себя
аппаратные средства, средства коммуникации, программное обеспечение,
проходит неравномерно, скачкообразно. Развитие компьютерной техники пока
происходит в геометрической прогрессии. Каждые четыре года происходит
удвоение производительности компьютеров.
Технологии по типу пользовательского интерфейса (взаимодействия
пользователя технологии с компьютером) классифицирующийся на три типа,
пакетные, диалоговые и сетевые.
В первом случае, пользователь получает только результаты обработки
введённых им в удалённую систему данных.
Во втором случае, пользователь взаимодействует с системой на прямую, с
помощью индивидуального компьютера.
В третьем случае, пользователь взаимодействует с системой через
индивидуальный компьютер, но уже подключённый к отделённой системе.
В рассматриваемой задаче автоматизации, в качестве технического
обеспечения используются следующие средства:
персональные компьютеры менеджеров;
сервера;
соединительные линии локальной вычислительной сети.
Персональные клиентские компьютеры оцениваются по следующим
основным критериям:
быстродействие процессора;
40
объем жесткого диска;
объем оперативной памяти;
На сегодняшний день значениями данных критериев должны быть
Быстродействие процессора не менее 1,5ГГЦ
Объём жесткого диска не менее 250 гб
Объём оперативной память не менее 4 гб
Для серверного оборудования:
Быстродействие процессора не менее 2,6 ггц
Объём жесткого диска от 2 тб
Объём оперативной память от 32 гб
Так как разрабатываемый модуль будет работать на основе клиент-
серверной технологии, то все вычисления будут производиться на стороне
сервера, следовательно, системные требования к персональным компьютерам
минимальны.
В рамках данного проекта предполагается создание системы, основанной
на клиент-серверной архитектуре, поэтому требования, предъявляемые к
техническому обеспечению, состоят из требований к клиентской и серверной
части. Все компьютеры объединены в локальную сеть, что обеспечивает
удовлетворение потребностей информационного обмена. Рабочие места
сотрудников оснащаются принтерами для печати различных списков, отчётов,
счетов и других выходных документов.
Поскольку задачи планируется решать с помощью веб-ориентированной
системы, потребуются компьютеры для клиентских рабочих мест и веб-сервер.
Особенности архитектуры «клиент-сервер» и другие особенности веб-
ориентированных систем позволяют им работать на ЭВМ с невысокими
системными требованиями. Ограничивающим фактором можно назвать
требования операционной системы, поскольку современные браузеры
нетребовательны к ресурсам.
Анализируя уже существующее оборудования, а именно сервер и модели
персональных компьютеров, приходим к выводу, что данные параметры
41
являются допустимыми,а, следовательно, существующее техническое
обеспечение не требует обновления.
2.2 Разработка проекта автоматизации
2.2.1Этапы жизненного цикла проекта автоматизации
Жизненный цикл проекта определяет последовательность этапов проекта,
которые ему предстоит пройти от этапа инициализации, до этапа завершения.
Существует множество стандартов жизненного цикла ИС, далее будут
рассмотрены основные.
Национальный стандарт ГОСТ 34.601 – 90 Информационная технология.
Отличается высокой степенью формализации и по умолчанию предполагает
каскадный подход. На сегодняшний день ГОСТ многократно становился
основой для доработок и частичного использования в других стандартах и
методологиях, и в целом в исходном виде не является конечным источником
информации для выполнения проекта разработки и внедрения. В таблице 8,
представлены стадии создания ИС по ГОСТ 34.601 – 90. [17][18]
Гост принятый во времена СССР, не потерял своей актуальности за счёт
своей структурированности, его можно интерпретировать для конкретных
условий деятельности предприятия. ГОСТ предусматривает документы
исходящие на конечных этапах.
Международный стандарт: ISO/IEC 15288 – 2005 (ГОСТ Р ИСО/МЭК
15288 – 2005. Информационная технология. Системная инженерия. Процессы
жизненного цикла систем. Достаточно «новый» стандарт системной
инженерии, ISO/IEC 15288 фокусируется на вопросах жизненного цикла
системного уровня. [17]
Отличается от ГОСТа 34, тем что применим к системам в целом,
охватывая процессы, процедуры и людей. Стандарт подразумевает начало
любого процесса жизненного цикла в любой момент невзирая на порядок
использования и последовательности. Также особенностью можно считать,
возможность его применения как со стороны заказчика, так и исполнителя.
42
Важной положительной чертой данного стандарта является связь с бизнес-
стороной проекта создания системы за счет групп процессов предприятия и
соглашения. Благодаря наличию таких процессов стандарта осуществляется
связь с функциями, и для бизнеса становится более понятным место процессов
жизненного цикла в процессах организации в целом.
Итеративная модель разработки.Также можно считать инкрементной. Для
реализации итеративной или инкрементальной модели разработки, для старта
не нужна полная спецификация проекта. При выполнении данной модели,
сперва реализуется часть необходимого функционала, который становится
отправной точкой для добавления новых необходимых требований. Процесс
повторяется до тех пор, пока все требования не будут внесены.
Данная модель разработки используется для разработки больших и сверх
больших проектов.
На рисунке ниже приведена примерная схема итеративной разработки.
Рисунок – Модель итеративной разработки
MSF – стандарт разработанный компаниейMicrosoft, предполагает
использование итеративной модели разработки, включающие в себя четыре
основных фазы разработки:
Анализ
43
Проектирование
Разработку
Внедрение
Также существует дополнительнаяфаза“Тестирование” или
“Стабилизация”
Каждая из фаз может быть разбита на этапы, это необходимо для их
повторения с целью большей отдачи.
Жизненный цикл информационной системы – непрерывный процесс,
началом которого становится момент принятия решения о необходимости
системы, а завершением – ее изъятие из эксплуатации. Этапы создания системы
до момента ввода в эксплуатацию могут рассматриваться как самостоятельные
проекты, каждый из которых имеет конкретный результат и ограничения.
Также жизненный цикл информационных систем представляет собой
непрерывный процесс, включающий в себя ряд определѐнных этапов. [17]
Концепция жизненных циклов в сфере работы с информационными
системами применяется достаточно давно. В данной модели процесс создания
ИС представлялся в качестве различных фаз, которые происходят в ИС. В
дальнейшем для по мере получения популярности, модель получила название
водопадная, но также различные вариации модели часто называют каскадными.
17] Спиральная модель ЖЦИС, которая частично устраняла недостатки
каскадной модели ЖЦИС. Одним из качественных отличий модели является
пристальное внимание к рискам, работа с которыми является составной частью
ЖЦИС. [17] Один из использующих итеративную модель разработки –
RationalUnifiedProcess (RUP). [6]
Стандарт был разработан в 1990м году компанией RationalSoftware.
Термин RUP означает как методологию разработки, так и продукт компании
IBM для управления процессами разработки. Смысл стандарта
RUPподразумевает, создание проектной командой специализированный
процесс. Ориентированный на потребности предприятия.
44
Для описания требований в RUP используется прецедент использования.
Каждый прецедент – это сценарий взаимодействия пользователя и системы
Проект состоит из необходимого количества итераций, основной единицей
планирования итераций, является прецедент.
Каскадная модель. Также именуется моделью водопада. Одна и старейших
моделей, в своём исполнении подразумевает последовательное выполнение
фазы за фазой. Достоинством такой модели является её жесткость, по данной
модели очень просто определять сроки и траты, так как разработка протекает
быстро, а её управление очень простое.
Но недостатки каскадной модели вытекают из её плюсов. Из-за жёсткости
модели. Не возможности вернуться на этап выше, что вызывает сложности с
конечными результатами проекта. Исправление ошибок необходимо при их
осознании на конкретном этапе.
Часто каскадная модель выбирается из-за простого определения стоимости
и отсутствия дополнительных затрат, это является большим плюсом, не смотря
на недостатки.
На рисунке ниже представлена каскадная модель.
Рисунок –Каскадная модель
45
Итеративная модель используется во многих процессах разработки,
включая и гибкие методологии.[12]
Далее выберем стандарт описания жизненного цикла.
Для описания жизненного цикла информационных систем используют
различные стандарты, к примеру, отечественный стандарт описания
жизненного цикла информационной системы - ГОСТ 34.601-90, и его
зарубежный аналог - стандарт ISO 12207. Кроме того, используется
MicrosoftSolutionsFramework - это методология разработки программного
обеспечения от Microsoft.
Стандарт ISO 12207— ««Информационная технология. Процессы
жизненного цикла программных средств» — является переводом
международного стандарта ISO/IEC 12207 (International Organization of
Standardization/International Electrotechnical Commission) 1995, стандарт на
процессы и организацию жизненного цикла. Он подробно описывает модель
ЖЦ программных средств как структуру, состоящую из процессов, работ и
задач, включающих в себя разработку, эксплуатацию и сопровождение
программного продукта, охватывающую жизнь системы от установления
требований к ней до прекращения ее использования. Распространяется на все
виды заказного ПО.» [1. Стр. 34]
«Настоящий стандарт не требует использования какой-либо конкретной
модели жизненного цикла. Однако он требует, чтобы в каждом проекте
определялась подходящая модель жизненного цикла, предпочтительно та,
которая уже выбиралась организацией для применения в различных проектах.
Применение модели жизненного цикла обеспечивает средства для
установления зависимой от времени последовательности, необходимой для
менеджмента проекта. Кроме того, настоящий стандарт не содержит
требований использования какой-либо заданной совокупности стадий. Пример
совокупности стадий жизненного цикла системы включает в себя стадии
концепции, разработки, производства, применения по назначению, поддержки
и прекращения применения. Примером совокупности стадий жизненного цикла
46
программного продукта является разработка, применение по назначению и
сопровождение.»[3. Стр. 10]
Таким образом, в соответствии с выбранной моделью разработки и
стандартом описания жизненного цикла, процесс разработки информационной
системы будет включать следующие фазы:
Модель разработки RUP подразумевает следующие фазы:
1. Начало
На этом этапе:
Формируются видение и границы проекта.
Создается экономическое обоснование (businesscase).
Определяются основные требования, ограничения и ключевая
функциональность продукта.
Создается базовая версия модели прецедентов.
Оцениваются риски.
При завершении начальной стадии оценивается достижение вехи целей
жизненного цикла, которое предполагает соглашение заинтересованных сторон
о продолжении проекта.
2. Проектирование
На этапе проектирования анализируется предметная область и
выполняется построение исполняемой архитектуры. Этап включает:
Выделение и документирование требований, предъявляемых к
проекту
Готовую спроектированную, реализованную и прошедшую
тестирование исполняемую архитектуру
Вычисленная новая экономическая эффективность, экономическое
обоснование и более точные оценки стоимости и сроков.
Сниженные основные риски.
Успешное выполнение фазы проектирования означает достижение вехи
архитектуры жизненного цикла.