86
• Декларативный рендеринг;
• Связывание данных;
• Директивы (все директивы имеют префикс «V-». В директиву
передается значение состояния, а в качестве аргументов используются html
атрибуты или Vue JS события);
• Логика шаблонов;
• Компоненты;
• Обработка событий;
• Свойства;
• Переходы и анимация CSS;
• Фильтры.
Основная библиотека Vue.js 2 очень маленькая (всего 17 кБ). Это
гарантирует, что нагрузка на ваш проект, реализованный с помощью Vue.js,
минимальна, а ваш сайт будет быстро загружаться.
Bootstrap-vue - предназначена для создания отзывчивых веб-приложений,
при разработке которых ориентируются, в первую очередь, на мобильные
платформы. Библиотека построена на базе Vue и Bootstrap 4. Она предназначена
для Vue 2.4+, в ней реализована автоматическая разметка WAI-ARIA,
направленная на создание веб-проектов, с которыми удобно работать людям с
ограниченными возможностями.
Axios — это JavaScript-библиотека для выполнения либо HTTP-запросов
в Node.js, либо XMLHttpRequests в браузере. Она поддерживает промисы и
автоматические преобразования JSON-данных [25-28].
1.5.3. Обоснование проектных решений по техническому
обеспечению
Для реализации данного проекта была инвентаризирована материально -
техническая база Счетной палаты Чукотского автономного округа. Так как
реализация разрабатываемого проекта делится на три части: серверную часть,
клиентскую и хранилище данных было принято решение использовать
следующее техническое обеспечение задачи:
87
● в серверная часть Системы хранения функционирует на виртуальном
сервере со следующими параметрами:
- оперативная память – 1024 Мб;
- жесткий диск – 20Гб;
- двухядерный процессор с тактовой частотой – 1,2 Мгц
● в качестве средства сбора, хранения обработки и регистрации информации,
на рабочих местах пользователей привлекаются персональные электронные
вычислительные машины (ПЭВМ) типа IBM PC, поскольку применение
ЭВМ данного типа обеспечивают все необходимые возможности для
реализации комплекса автоматизируемой задачи. Выбор данного типа ЭВМ
основан на следующих преимуществах:
- наличие ПЭВМ, доступность и распространенность;
- простота в обслуживании и эксплуатации;
- высокие возможности по обработке информации;
- надежность и простота ремонта;
- наличие широкого спектра программного обеспечения;
- возможность использовать ПЭВМ для решения задач, не включенных в
автоматизируемый комплекс;
- возможность использования различны периферийных устройств
ввода/вывода;
- необходимая вычислительная мощность и производительность;
- освоенность потенциальными пользователями.
Из имеющихся подходящих средств хранения данных для организации
архива в наличии имелось сетевое хранилище данных (NAS) со следующими
характеристиками:
Сетевое хранилище Asustor AS-608T в комплекте с восемью дисками HDD
- 4Tb SATA 6Gb/s Seagate Constellation ES.3 < ST4000NM0033> 3.5" 7200rpm
128Mb.
AS-608T многофункциональное 8 дисковое сетевое хранилище премиум
класса подходит для решения задач хранения и общего доступа к большим
объемам данных в компаниях малого и среднего бизнеса. ASUSTOR AS-608T
отличается высокой надежностью и эффективностью хранения. Благодаря
88
использованию RAID-технологий и целого набора решений для резервирования,
AS-608T обеспечивает комплексную защиту цифровым активам.
● Реализация iSCSI и NFS. Поддержка VMware, Citrix и Hyper-V;
● Итеграция с Windows Active Directory;
● Оборудован современными портами SuperSpeed USB 3.0 и SATA
III;
● Поддержка RAID 0, 1, 5, 6, 10 и горячей замены жестких дисков;
● Кросс-платформенный обмен файлами Windows + Mac + Linux;
● Надежная защита папок общего доступа [20].
Устройство сетевого хранения ASUSTOR идеально подходит для
использования в разрабатываемой системе, т.к. обеспечивает оптимальную
защиту данных благодаря использованию технологии RAID. Кроме этого
поддерживается широкий набор решений автоматического резервного
копирования, гарантирующих безопасность данных. Эффективная система
общего кроссплатформенного доступа к данным, позволяет легко подключаться
к устройству NAS, вне зависимости от того, используется ли операционная
система Windows, Mac OS или ОС семейства Unix. В сочетании с мобильными
приложениями (для iOS и Android), использующими эксклюзивную технологию
Cloud Connect от ASUSTOR, становится возможным доступ к данным на NAS из
любой точки нашей планеты [20].
Кроме того, устройство сетевого хранения можно использовать с такими
средами виртуализации как VMware, Citrix и Hyper-V. NAS-устройство
ASUSTOR поддерживает использование NFS и iSCSI при создании общих
хранилищ виртуальных сред, превращая их в идеальную альтернативу SAN. Это
устройство является гибким и экономичным решением, что делает его отличным
дополнением к инфраструктуре виртуализации.
Аппаратная спецификация используемого хранилища выглядит следующим
образом:
● Процессор: Intel® Atom™ 2.13 GHz Dual-Core Processor
● Память: 1GB SO-DIMM DDR3 (Expandable. Max. 3GB)
● Жесткий диск: 2.5" / 3.5" SATA or SSD x 8¹
89
● Расширение: USB 3.0 x 2, USB 2.0 x 4, eSATA x 2
● Сеть: Gigabit Ethernet x 2
● ЖК-экран
● Входное напряжение: 100V to 240V AC
Реализация данной ВКР предусматривает максимальное применение уже
используемых технических средств и адаптацию проектных решений к
используемому техническому обеспечению. Это диктуется соображениями
экономической целесообразности: ограничениями, накладываемыми текущим
финансированием обновления вычислительной и организационной техники
предприятия, техническим состоянием вычислительной техники, уровнем
подготовки пользователей системы и соответствием современным
информационным технологиям.
90
II Проектная часть
2. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Типичный жизненный цикл любого проекта состоит из четырех фаз
(этапов):
- начальная фаза (концепция),
- фаза разработки,
- фаза реализации и
- фаза завершения.
Начальная фаза - посвящена разработке концепции проекта и включает в
себя: сбор исходных данных и анализ существующего состояния
(предварительное обследование), выявление потребности в изменениях (в
проекте). Определение проекта:
• цели, задачи и результаты применительно к задаче автоматизации;
• основные требования, ограничительные условия, критерии;
• уровень риска;
• окружение проекта, потенциальные участники;
• требуемое время, ресурсы, средства и др.
На этом этапе происходит формулировка задачи учета контрольных
мероприятий Счетной палаты Чукотского автономного округа, построение и
оценка альтернатив решения этой задачи, а также их экспертиза и утверждение
концепции.
Фаза разработки проекта – в процессе которой разрабатываются основные
компоненты проекта и осуществляется подготовка к его реализации. Основные
работы этой фазы: назначение руководителя проекта и формирование команды
проекта, в первую очередь ключевых членов команды: изучение целей,
мотивации и требований заказчика и владельца проекта, а также других
ключевых участников.
На этом же этапе осуществляется структурное планирование, в том числе
декомпозиция проекта, верстаются календарные планы и укрупненные графики
работ, смета и бюджет проекта, определяются потребности в ресурсах и
91
методы контроля реализации проекта, осуществляется определение и
распределение рисков. В процессе реализации этого этапа осуществляется
организация и проведение торгов, заключение субконтрактов с основными
исполнителями, организуется выполнение базовых проектных и опытно-
конструкторских работ по проекту и осуществляется представление проектной
разработки заказчику.
Применительно к рассматриваемой в ВКР задаче учета контрольных
мероприятий Счетной палаты Чукотского автономного округа на этом этапе
выбирается подходящая система документооборота и осуществляется ее
разработка.
Фаза реализации – в процессе которой осуществляется полный ввод в
действие разработанной системы. На этом этапе происходит ввод в действие
средств и способов коммуникации и связи участников проекта, ввод в действие
системы стимулирования участников проекта, осуществляется детальное
проектирование и определяются технические спецификации, производится
оперативное планирование работ.
Применительно к рассматриваемой задаче учета контрольных и экспертно-
аналитических проверок Счетной палаты Чукотского автономного округа на
этом этапе проводится обучение сотрудников Счетной палаты, внедрение в
технологию работы создаваемой системы учета проверок.
Завершающая фаза или окончание проекта – в процессе которой
достигаются конечные цели проекта и подводятся итоги. К основным работам
этой фазы относятся - эксплуатационные испытания окончательного продукта
проекта, подготовка кадров для эксплуатации созданного объекта, подготовка
документации, сдача объекта заказчику и ввод в эксплуатацию.
Конечно же задача учета контрольных и экспертно-аналитических
проверок создавалась с учетом знаний о жизненных циклах информационных
систем, при этом жизненный цикл ИС можно представить как ряд событий,
происходящих с Cистемой в процессе ее создания и использования.
Модель жизненного цикла отражает различные состояния системы, начиная
с момента возникновения необходимости в данной ИС и заканчивая моментом
ее полного выхода из употребления. Модель жизненного цикла это структура,
92
содержащая процессы, действия и задачи, которые осуществляются в ходе
разработки, функционирования и сопровождения программного продукта в
течение всей жизни системы, от определения требований до завершения ее
использования.
В настоящее время известны и используются следующие модели
жизненного цикла:
• Каскадная модель (рисунок 8) предусматривает последовательное
выполнение всех этапов проекта в строго фиксированном порядке. Переход на
следующий этап означает полное завершение работ на предыдущем этапе.
Рис. 8 Каскадная модель ЖЦ ИС
• Поэтапная модель с промежуточным контролем -
итеративная (рисунок 9). Разработка ИС ведется итерациями с циклами
обратной связи между этапами. Межэтапные корректировки позволяют
учитывать реально существующее взаимовлияние результатов разработки на
различных этапах; время жизни каждого из этапов растягивается на весь период
разработки.
Рис. 9 Поэтапная модель с промежуточным контролем
93
• Спиральная модель (рисунок 10). На каждом витке спирали
выполняется создание очередной версии продукта, уточняются требования
проекта, определяется его качество и планируются работы следующего витка.
Особое внимание уделяется начальным этапам разработки - анализу и
проектированию, где реализуемость тех или иных технических решений
проверяется и обосновывается посредством создания прототипов
(макетирования).
Рис. 10 Спиральная модель ЖЦ ИС
Одним из базовых понятий методологии проектирования ИС является
понятие жизненного цикла ее программного обеспечения (ЖЦ ПО). ЖЦ ПО - это
непрерывный процесс, который начинается с момента принятия решения о
необходимости создания ПО и заканчивается в момент его полного изъятия из
эксплуатации.
Существует целый ряд стандартов, регламентирующих ЖЦ ПО, а в
некоторых случаях и процессы разработки.
Значительный вклад в теорию проектирования и разработки
информационных систем внесла компания IBM, предложив еще в середине
1970-х годов методологию BSP (Business System Planning - методология
организационного планирования). Метод структурирования информации с
использованием матриц пересечения бизнес-процессов, функциональных
94
подразделений, функций систем обработки данных (информационных систем),
информационных объектов, документов и баз данных, предложенный в BSP,
используется сегодня не только в ИТ-проектах, но и проектах по реинжинирингу
бизнес-процессов, изменению организационной структуры. Важнейшие шаги
процесса BSP, их последовательность (получить поддержку высшего
руководства, определить процессы предприятия, определить классы данных,
провести интервью, обработать и организовать данные интервью) можно
встретить практически во всех формальных методиках, а также в проектах,
реализуемых на практике.
Среди наиболее известных стандартов можно выделить следующие:
- ГОСТ 34.601-90 - распространяется на автоматизированные системы и
устанавливает стадии и этапы их создания. Кроме того, в стандарте
содержится описание содержания работ на каждом этапе. Стадии и этапы
работы, закрепленные в стандарте, в большей степени
соответствуют каскадной модели жизненного цикла.
- ISO/IEC 12207:1995 - стандарт на процессы и организацию жизненного
цикла. Распространяется на все виды заказного ПО. Стандарт не содержит
описания фаз, стадий и этапов.
- Custom Development Method (методика Oracle) по разработке прикладных
информационных систем - технологический материал, детализированный
до уровня заготовок проектных документов, рассчитанных на
использование в проектах с применением Oracle. Применяется CDM для
классической модели ЖЦ (предусмотрены все работы/задачи и этапы), а
также для технологий "быстрой разработки" (Fast Track) или "облегченного
подхода", рекомендуемых в случае малых проектов.
- Rational Unified Process (RUP) предлагает итеративную модель разработки,
включающую четыре фазы: начало, исследование, построение и внедрение.
Каждая фаза может быть разбита на этапы (итерации), в результате которых
выпускается версия для внутреннего или внешнего использования.
Прохождение через четыре основные фазы называется циклом разработки,
каждый цикл завершается генерацией версии системы. Если после этого
работа над проектом не прекращается, то полученный продукт продолжает
95
развиваться и снова минует те же фазы. Суть работы в рамках RUP - это
создание и сопровождение моделей на базе UML.
- Microsoft Solution Framework (MSF) сходна с RUP, так же включает четыре
фазы: анализ, проектирование, разработка, стабилизация, является
итерационной, предполагает использование объектно-ориентированного
моделирования. MSF в сравнении с RUP в большей степени ориентирована
на разработку бизнес-приложений.
- Extreme Programming (XP). Экстремальное программирование (самая новая
среди рассматриваемых методологий) сформировалось в 1996 году. В
основе методологии командная работа, эффективная коммуникация между
заказчиком и исполнителем в течение всего проекта по разработке ИС, а
разработка ведется с использованием последовательно дорабатываемых
прототипов.
В рамках разработки ВКР мной выбран - международный стандарт
ISO/TEC 12207 (ISO -International Organization of Standardization Международная
организация по стандартизации, EEC - International Electrotechnical Commission -
Международная комиссия по электротехнике).
Структура ЖЦ ПО по стандарту ISO/TEC 12207 базируется на трех группах
процессов:
• основные процессы ЖЦ ПО (приобретение, поставка, разработка,
эксплуатация, сопровождение);
• вспомогательные процессы, обеспечивающие выполнение основных
процессов (документирование, управление конфигурацией, обеспечение
качества, верификация, аттестация, оценка, аудит, решение проблем);
• организационные процессы (управление проектами, создание
инфраструктуры проекта, определение, оценка и улучшение самого ЖЦ,
обучение).
Разработка охватывает все работы по созданию ПО и его компонентов
(анализ, проектирование и программирование) в соответствии с заданными
требованиями, включая оформление проектной и эксплуатационной
документации, подготовку материалов, необходимых для проверки