38
3) Покупка системы и её доработка;
Рассмотрим все три способа приобретения ИС:
1) Данный вариант позволяет реализовать систему, полностью
соответствующую всем функциям и потребностям. Главным
плюсом будет являться возможность улучшения данного продукта,
так же будут максимально совместимы все компоненты.
2) Этот способ будет частично соответствовать поставленной
задаче, можно использовать внешних разработчиков, предоставив
им чёткое техническое задание или разрабатывать программное
обеспечение силами своих специалистов, работающих в компании.
3) Преимуществом данного решения будет возможность
параллельной работы в системе, без каких-либо изменений во время
доработки, также максимальное количество учтённых пожеланий и
строгое соответствие техническому заданию при доработке
функционала [15,19].
При выборе стратегии автоматизации был использован первый
вариант - разработка ИС своими силами, т.к. задача является частной и не
стандартной. Формируемый XML файл на веб ресурсе учебного заведения
имеет нестандартную структуру, что и позволило принять данное решение.
39
1.4. Обоснование проектных решений
1.4.1. Обоснование проектных решений по информационному
обеспечению
Информационное обеспечение (ИО) — это совокупность единой
системы классификации и кодирования информации, унифицированных
систем документации, схем информационных потоков, циркулирующих в
организации, а также методология построения БД.
Информационное обеспечение состоит из:
1) внутримашинного – массивы данных (входные,
промежуточные, выходные), программы для решения задач;
2) внемашинного – системы классификации и кодирования
оперативных документов, нормативно-справочной информации.
Внемашинное обеспечение определяется всей совокупностью
данных, основную часть которых составляют документы.
Внутримашинное ИО отражает данные на машинных носителях в
виде специально организованных массивов (файлов), БД и их
информационных связей. Внутримашинное ИО подсистемы организует
информационную среду, способствующую выполнению сотрудниками
своих профессиональных обязанностей. Эта область определяется набором
объектов, их свойств и взаимосвязей. Для любого такого объекта
выражается набор его характеристик, свойств.
Информационные потоки внемашинного ИО определяются как
направленное постоянное движение документов от источника их создания
к конечному получателю.
Классификатор — систематизированный свод наименований и
кодов классификационных группировок.
40
Требования, выставленные к информационному обеспечению:
1) Достоверность данных;
2) Поддержка всех автоматизируемых функций;
3) Документы соответствуют стандартам;
4) Совместимость со смежными данными;
5) Технические средства, которые обеспечивают хранение
информации, должны использовать новейшие технологии, которые
повысят надежность хранения данных.
Классификаторы представляют собой перечень каких-либо объектов,
позволяющий находить каждому из них свое место, и имеют определенное
обозначение. Система классификации позволяет сгруппировать объекты
выделить определенные классы, которые будут характеризоваться рядом
общих свойств. Классификация объектов — это процедура группировки на
качественном уровне, направленная на выделение однородных свойств.
Применительно к информации как к объекту классификации выделенные
классы называют информационными объектами [15,20,21].
По сфере действия можно выделить следующие виды
классификаторов:
1) локальные,
2) отраслевые,
3) общегосударственные;
4) международные.
Входными документами для решения задачи являются: расписание,
утвержденное директором, больничный лист преподавателя или же
служебная записка о снятии или переносе занятий. Выходным документом
является – измененное расписание на 1 день.
41
1.4.2. Обоснование проектных решений по программному
обеспечению
Программное обеспечение (ПО) включает совокупность программ,
реализующих функции и задачи ИС и обеспечивающих устойчивую работу
комплексов технических средств. В состав программного обеспечения
входят общесистемные и специальные программы, а также инструктивно-
методические материалы по применению средств программного
обеспечения и персонал, занимающийся его разработкой и
сопровождением на весь период жизненного цикла информационных
технологий.
Для решения поставленной задачи использовались программы
следующих версий:
1) Microsoft Visual Studio 2013 Ultimate - Язык программирования
C#
2) Microsoft Access База данных
Вспомогательное программное обеспечение:
1) Microsoft Word – это текстовый редактор пакета Microsoft
Office. С помощью этого программного средства написана вся
необходимая документация.
2) Microsoft Visio - векторный графический редактор для
построения диаграмм и блок-схем. Именно в ней реализованы
диаграммы и блок-схемы [15,22].
42
1.4.3. Обоснование проектных решений по техническому
обеспечению
Техническое обеспечение — это персональный компьютер,
оргтехника, линии связи, оборудование сетей. Вид информационной
технологии, зависящий от технической оснащенности (ручной,
автоматизированный, удаленный) влияет на сбор, обработку и передачу
информации [15].
Для того чтобы мы могли работать с любым программным
обеспечением, нам необходимо соблюдать системные требования.
Минимальные системные требования для работы с Visual Studio
2013:
Поддерживаемые операционные системы:
1) Windows 7 SP1 (x86 и x64)
2) Windows 8 (x86 и x64)
3) Windows 8.1 (x86 и x64)
4) Windows Server 2008 R2 SP1 (x64)
5) Windows Server 2012 (x64)
6) Windows Server 2012 R2 (x64)
Требуемые компоненты:
1) Internet Explorer 10
Требования к оборудованию:
1) Процессор с тактовой частотой 1,6 ГГц или более
2) ОЗУ объёмом 1 ГБ
3) Доступное пространство на жёстком диске в размере 10 ГБ
4) Видеокарта с поддержкой DirectX 9 и разрешения экрана не
менее 1024 x 768
43
II. ПРОЕКТНАЯ ЧАСТЬ
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Жизненный цикл является непрерывным процессом, начинающийся
с момента принятия решения о важности его реализации и заканчивается
сразу же после его изъятия из эксплуатации.
Модель жизненного цикла является конструкцией, которая
включает в себя различные процессы, действия и задачи, которые будут
исполняться в процессе исследования, функционирования и обслуживания
программного продукта на протяжении всего цикла системы, от
установления условий вплоть до окончания ее применения. Существуют
различные стандарты и модификации, которые регламентируют
жизненный цикл и различные процессы разработки:
1) ГОСТ 34.601-90 распространяется на автоматизированные
системы и определяет периоды и этапы их формирования. Помимо
этого, в стандарте находится описание содержания работ на каждом
из этапов. Этапы и периоды работы, закрепленные в стандарте, в
большей части соответствуют каскадной модели ЖЦ
2) ISO/IEC 12207 – стандарт, определяющий процессы и
организацию жизненного цикла. Применим к любому виду
заказного ПО. В стандарте нет описания стадий, фаз и этапов.
3) Custom Development Method (Oracle) – технологический
материал по разработке прикладных ИС, который детализирован до
уровня заготовок проектных инструкций, которые будут
использоваться в проектах с участием Oracle. Используется CDM
для классической модели ЖЦ (имеются все этапы и задачи), а также
44
при технологии быстрой разработки или облегченного прохода,
которые используются в случае малого проекта.
4) ISO/IEC 15288 Systems engineering. System life cycle processes -
– Информационная технология. Системная инженерия. Процессы
жизненного цикла систем. Стандарт применим для любого рода
систем класса систем, но его основное предназначение – поддержка
создания компьютеризированных систем.
5) Rational Unified Process (RUP) – использует некую
интерактивную модель разработки, которая включает 4 фазы:
начало, исследование, построение и внедрение. Любая из этих фаз
может разбиваться на этапы, в результате которых исполняется
версия для внутреннего или внешнего использования. Проход по
всем 4 фазам – это цикл разработки, и каждый такой цикл
завершается генерацией версии системы. Если после этого проект
продолжается, то сам продукт также видоизменяется и проходит
эти фазы еще раз. Суть работы в рамках RUP - разработки и
сопровождение моделей на базе UML.
6) Microsoft Solution Framework (MSF) – похож на RUP, также
имеет 4 фазы: анализ, проектирование, разработка и стабилизация,
является итерационным и предполагает применение объектно-
ориентированных моделей. MSF в сравнении с RUP в большей
степени предназначен для создания бизнес-приложений.
7) Extreme Programming (XP) – экстремальное программирование
(новейшая методология, сформировалась в 1996 году). Основу
методологии составляют командная работа, активная
коммуникация с заказчиком в течение всего проекта по созданию
ИС, ведение разработки с применением последовательно
обрабатываемых прототипов.
45
Для данного проекта был выбран стандарт из пункта 4 - ISO/IEC
15288 Systems engineering. В стандарте описываются процессы,
составляющие жизненный цикл любой искусственной системы,
создаваемой людьми. Стандарт применим для систем единичного и
массового производства и систем, адаптируемых по требованиям
заказчика. Стандарт может использоваться организациями, выступающими
в роли как поставщиков, так и приобретающих сторон. Он может
применяться одной из сторон в индивидуальном порядке или в порядке,
согласованном несколькими участниками.
Данный стандарт включает в себя следующие стадии создания
системы, они представлены в таблице 2.
Таблица 2.
Стадии создания системы
№
Стадия
Описание
1
Формирование
концепции
Анализ потребностей, выбор
концепции и проектных решений
2
Разработка
Проектирование системы
3
Реализация
Изготовление системы
4
Эксплуатация
Ввод в эксплуатацию и
использование системы
5
Поддержка
Обеспечение функционирования
системы
6
Вывод из эксплуатации
Прекращение использования,
демонтаж
Базовыми стадиями создания АИС являются:
1) Выведение требований к системе;
2) Создание концепции;
3) Написание ТЗ;
4) Составление технического проекта;
5) Подготовка документации;
6) Внедрение.
46
Каскадная модель имеет множество преимуществ, но при условии
использования ее в проекте, приемлемом для нее. Ниже представлены ее
преимущества:
1) Модель хорошо знакома потребителям, не имевшим никакого
отношения к созданию и эксплуатации программ, а также конечным
пользователям (часто используется другими компаниями для
отслеживания проектов, которые не связаны с разработкой ПО);
2) Она лучше справляется с трудностями и отлично срабатывает в
тех проектах, где все достаточно понятно, но трудноразрешимо;
3) Она очень доступна для понимания, т.к. преследует простую
цель – выполнение необходимых действий;
4) Она проста и удобна в использовании, т.к. процесс разработки
идет поэтапно.
5) Но в случае, если каскадная модель используется в проекте, не
предназначенном для нее, проявляются следующие ее недостатки:
6) Основа модели – линейная последовательная структура, и в
результате попытки вернуться назад на одну-две фазы для
исправления проблемы или недостатка приходится жертвовать
временем и срывать график работ и затрат;
7) Она не может предотвращать итерации между фазами, которые
очень часто встречаются при создании ПО, поскольку сама модель
строиться согласно циклам аппаратного инжиниринга;
8) Она не показывает главное свойство разработки ПО, которое
направлено на решение задачи. Отдельные фазы связаны
определенными действиями, что часто отличается от привычной
работы коллектива или персонала;
9) Она создает ошибочное впечатление о работе с проектом.
Указание, что «35% выполнено» обычно не имеет какого-то смысла
для менеджера проектов.
47
Исходя из недостатков каскадной модели, ее применение нужно
ограничивать ситуациями, в которых все требования для их разработки
очень точны и понятны.
Каскадная модель (рисунок 6) хороша в циклах разработки
программного продукта, где используется фиксированное определение
продукта и есть понятные технические методики.
Рисунок 6. Схема каскадной модели жизненного цикла
Спиральная модель (рисунок 7) особое внимание уделяет
начальным этапам разработки – подготовке стратегии, проектированию и
анализу, где все применяемые технические решения проверяются и
обосновываются методом создания прототипов. Каждый виток спирали
означает создание компонента или версии ПО. В них можно уточнять цели
и характеристики проекта, его качество, а также выражаются работы на
следующем витке. Таким образом, углубляются и конкретизируются
детали проекта, и в результате определяется обоснованный вариант,
который и реализуется.