56
Параметр
Windows XP
Windows 7
стола
без возможности монтажа
виджетов.
установку необходимых
иконок и уведомлений.
Обои стали
анимированными.
Так же мы будем использовать уже знакомую компании СУБД
MySQL, только в нее будут добавлены необходимые таблицы и связи,
необходимые для проекта.
Таблица 1.14.
Сравнение СУБД MySQL с другими популярными СУБД
СУБД
Тип
Разрабо
тчик
ОС
Лицензи
я
Исход
ный
код
Популяр
ность
My-
SQL
Реляцион-
ная
Oracle
CO.
Microsoft
Windows,
FreeBSD
GNU GPL
и
коммерче
ская
Откры-
тый
большая
Mong
oDB
Документо-
ориентиров
анная
MongoDB
Inc.
Microsoft
Windows,
Linux,
FreeBSD
GNU
AGPL
Откры-
тый
большая
Oracle
Data-
base
Мульти-
модельная
Oracle
Corporati
on
Microsoft
Windows,fre
eBSD, Linux
Коммерч
еская
Закры-
тый
большая
Создание приложение будет происходить на следующих языках
программирования:
1) JavaScript - мультипарадигменный язык программирования
2) PHP - скриптовый язык общего назначения, в основном
используется для создания веб-приложение
Так же будет использоваться язык разметки документов HTML.
57
Выбор данных языков обусловлен тем что Программист имеет
наибольшие навыки в данных языках.
Разработка будет идти с использованием редактора кода Atom.
Данный редактор кода является бесплатным и не требует покупки
лицензии. Выбор редактора не сильно влияет на суть процесса разработки
и остается делом вкуса и привычки разработчика.
1.4.3 Обоснование проектных решений по техническому обеспечению
Обеспечение техническое - совокупность технических средств,
компьютерной техники, средств передачи информации, используемых в
автоматизированных системах управления и в информационных системах.
Техническое обеспечение- совокупность технических средств,
компьютерной техники, средств связи, которые используются в
автоматизированных и информационных системах
Для полноценной работы приложения по автоматизации процесса
приема заказов на фотопечать потребуются:
• Сервер- компьютер, на котором установлена и развернута
СУБД. На нем находится база данных куда будет записываться
информация о принятых заказах;
• ПК-пользователя – это ПК, за которым работает Менеджер
фотоцентра, на нем принимаются заказы на фотопечать;
• Средства организации ЛВС – в данный перечень входят
активные (маршрутизатор, коммутатор, шлюз и т.д.) и пассивные
(сегменты ЛВС, коммутационные розетки и т.д.) компоненты локальной
вычислительной сети.
Для Сервера СУБД сервера основным критерием выбора будет
отказоустойчивость и пропускная способность сетевого интерфейса [5].
Для нашего проекта не подразумевалась закупка специального
сервера и отдельного ПК. Все будет сделано на уже существующем
оборудовании, которое используется в компании. Ниже в Таблице 1.14 и
58
1.15 будут приведены характеристики сервера и рабочего ПК менеджера
фотоцентра.
Таблица 1.14.
Технические характеристики сервера Lenovo TS140
Центральный процессор
Xeon E3-1226 v3
4C/3.3GHz/8MB/
1600MHz/Intel
Оперативная память
1600MHz ECC
Память DIMMs
8GBx2
Накопитель
2x1TB 3.5' SATA
Дополнительные порты
Нет
Discrete Ethernet
Нет
Таблица 1.15.
Характеристики рабочего ПК Менеджера фотоцентра
Центральный процессор
Intel Core i5
6400 – 2,7 GHz
Материнская плата
Gigabyte GA-H170N-WIFI Mini-ITX
Оперативная память
Kingston KVR26N19D8/16 DDR4 – 16Гб
Накопитель
Crucial BX100 2.5" Solid State Drive – 250 GB
Монитор
Dell U2417H – 24", IPS
59
II. Проектная часть
2.1 Разработка проекта автоматизации
2.1.1 Этапы Жизненного Цикла проекта автоматизации
Для проекта очень важно выбрать модель жизненного цикла. В ней
описываются структура, действия и задачи, которые происходят во время
разработки. Так же в ней содержится описание процесса деятельности
продукта, его сопровождения до конца срока пользования [9].
Определяющие жизненный цикл стандарты и модели:
• ГОСТ 34.601-90 стандарт, который описывает состав работ на
этапах разработки. Когда создают автоматизированные системы
используют данный стандарт.[2]
• ISO/IEC 12207:1995 один из базовых стандартов. В ней
описывается цикл жизнедеятельности ПО. В нем отсутствуют описания
этапов разработки.
• Oracle Custom Development Method - в данной технологии
основной акцент делается на базе данных и ее использовании.
• Rational Unified Process (RUP) - в данной модели содержится
четыре фазы: начальная стадия, уточнение, конструирование и внедрение.
Главная особенность данной модели в том, что здесь используются
средства моделирования (UML).
• Microsoft Solution Framework (MSF) методология, которую
придумали в компании Microsoft для увеличения эффективности
разработки ПО. Включает в себя фазы: выработка концепции,
планирование, разработка, стабилизация, внедрение.
• Extreme Programming (XP). Экстремальное программирование -
методология, которую придумал разработчик Кент Бек. В данной
методологии время разработки относительное небольшое, все происходит
60
в контакте с заказчиком, ему периодически предоставляют релизы
готового продукта. В данной методологии акцент сделан на минимизацию
возможных ошибок и тестирование.
Для выбора нужного стандарта нужно опираться на следующие
основные критерии: актуальность методик контроля разработки, они
должны быть современными и содержать все современные инструменты, и
разработка обязательно должна происходить в режиме итерации с
контрольными точками [9].
Из описанных стандартов итерационными стандартами являются:
Microsoft Solution Framework (MSF), Rational Unified Process (RUP),
Extreme Programming.
Считаю, что для проекта лучше использовать молодые,
современные технологии, которые поддерживают новые технологии
эффективной разработки и контроля. В данном случае следует выбирать
между MSF и RUP Rational Unified Process (RUP).
В Таблице 2.1 представлены основные показатели стандартов
Жизненного цикла ИС
Таблица 2.1.
Основные показатели стандартов Жизненного цикла ИС
Технологи
я
Оптимальна
я команда
Соответствие
стандартам
Допустимые
технологии
и
инструмент
ы
Удобство
модификации
и
сопровожден
ия
Rational
Unified
Process
10 - 30 чел.
стандарты
Rational
UML и
продукты
фирмы
Rational
Удобно (RUP)
Microsoft
Solutions
Framework
2 - 20 чел.
адаптируема
любые
Удобно
(MSF+MOF)
61
Оценив все вышеуказанные стандарты, было решено остановится
на Microsoft Solutions Framework, одним из основных мотивов данного
решения послужило то, что в данном стандарте нет ограничений на
используемые технологии. В нашем распоряжении были только свободно-
распространяемые, бесплатные технологии. Вся разработка велась с
использованием языков программирования JavaScript и PHP и языка
разметки HTML. И конечно же на выбор повлияло то, что в данной
методологии используется итерационная модель.
Процесс создания проекта в данной методологи состоит из
итераций, каждая итерация проходит через следующие фазы:
Фаза 1. Фаза выработки концепции.
В данной фазе программе формируется ядро команды и четкое
понимание тех задач, которые хочет решить заказчик (фирма).
В MSF команда разделена на 6 членов, каждый из которых играет
свою роль, которому назначается прямая ответственность и содержит свою
собственную зону ответственности. В конечном счете, это: Управление
продуктом, Управление программой, Разработка, Удовлетворенность
клиентов, тестирование, Управление выпуском.
Так как в моей команде было только 2 человека, было решено
выделить следующие роли и назначить им следующие кластеры:
1) Программист - управление программой, разработка,
удовлетворение пользователей;
2) Менеджер проекта - управление продуктом, тестирование,
управление выпуском.
Выходная информация, на данном этапе следующая:
сформированная команда, где для каждого определенна его роль и
обязанности, смета по времени и спланированный бюджет.
Фаза 2. Фаза планирования.
На данном этапе составляются рабочие планы, стоимость и сроки
разработки всех составляющих данного проекта, прототипы дизайна.
62
От программиста на данном этапе требуется обзор и выбор я языка
программирования, на котором будет реализовано решение, +
календарный план по срокам и графикам разработки.
Задачи программиста в данной фазе: выбор технологий, языков
программирования и определение сроков создания различных частей
проекта.
Задачи менеджера: описание архитектуры и взаимодействия между
собой элементов системы проекта и обдумывание того, как конечный
пользователь будет взаимодействовать с данной системой.
Фаза 3. Фаза разработки.
На данном этапе создается исходный код приложения, сценарии
тестирования, документация. Программист на данном этапе создает
программу и документацию к ней, менеджер включает все это в
предыдущий этап и создает цельную работоспособную среду.
Фаза 4. Фаза стабилизации.
На данном этапе происходит окончательная доработка всех ошибок,
выявленных в ходе тестирования. Программист исправляет ошибки,
производит необходимые доработки и вносит дополнения в
документацию. Менеджер занимается тестированием и продумывает
возможные дополнения, которые могут быть в следующих версиях.
Фаза 5. Фаза внедрения.
Во время этой фазы проектная группа внедряет технологии и
компоненты решения, стабилизирует внедренное решение, передает
работу персоналу поддержки и сопровождения и получает со стороны
заказчика окончательное одобрение результатов проекта. По завершению
внедрения проектная группа производит анализ выполненной работы и
удовлетворенности заказчика.
Существуют следующие стратегии внедрения:
1) Скачок — очень быстрый переход от старого к новому, полный
отказ от старых технологий и систем
63
2) Параллельная стратегия — здесь одновременно работают две
системы: новая и старая. Если их выходные данные совпадают от старой
системы полностью отказываются
3) Пилотный проект — это когда на небольшом участке системы
происходит резкая замена старое на новое. Преимущество данного
подхода в сниженном риске относительно других стратегий
В нашем случае это последний вариант, а именно стратегия
"Пилотный проект" т.к. автоматизация будет происходит на участке
системы где происходит прием фотографий на печать сотрудником
полиграфического центра. Будет автоматизирована рутинная часть
процесса по приему заказов на фотопечать.
Модель жизненного цикла определяет структуру, которая
оговаривает последовательность выполняемых процессов и задач,
которые происходят во время жизненного цикла.
На данный момент существуют следующие модели ЖЦ: задачная,
каскадная, спиральная.
Задачная модель: в этой модели разработка происходит от
отдельных задач до всей системы, без единого подхода к разработке. Это
создает трудности, в том плане что при увеличении объема работы
накапливаются трудности и ошибки, постоянно приходится вносить
изменения, теряется время и эффективность, для наших задач она не
подходит [12]
Каскадная модель: основой этой модели является то, что всю
разработку делят на этапы и переход с одного на другой происходит
только после завершения предыдущего. По окончанию каждого этапа
команда производит документацию проекта для того, чтобы другие
разработчики смогли спокойно включится в работу. Преимуществом
данной модели была возможность планировать сроки каждого этапа
работы над проектом и бюджет на создание проекта.
64
Рис. 2.1. Каскадная схема разработки
Недостатком данной модели является то, что при реальной
разработке возникает необходимость возвращения к предыдущим этапам
в результате чего процесс выглядит следующим образом:
Рис. 2.2. Реальный процесс разработки ПО с применение
каскадной схемы
Так же то, что результат можно получить только после
завершения очередного этапа и соответственно внесение изменений
возможно только после окончания очередного этапа. Это тормозит
процесс завершения проекта.
Спиральная модель: самая современная на данный момент модель.
Каждый "виток" спирали соответствуют созданию новой версии продукта.
65
Данная модель позволяет предоставить рабочий прототип пользователю
как можно быстрее. А необходимые исправления и дополнения можно
внести уже в следующем "витке"(версии программы) [12]. И так после
каждого "витка"(выпуска версии программы) можно создать надежное
приложения, которое учитывает все необходимые пользователям аспекты
и потребности.
Рис. 2.3. Спиральная модель ЖЦ ИС
Для нашего проекта конечно же спиральная модель является самой
подходящей, т.к. в процессе эксплуатации могут возникнуть новые пожелания от
пользователей, которые можно учесть и выпустить в следующей версии
приложения.
2.1.1 Ожидаемые риски на этапах жизненного цикла и их
описание
Риски в фазе выработки концепции:
1) Плохо подобранная команда для выполнения проекта: данный
риск можно уменьшить более качественным отбором специалистов в
команду, нужно учитывать их опыт, профессиональные и личные качества