35
При использовании свитчей и коммутаторов сеть работает на скорости 100
Mbps, а на некоторых участках и 1Gbps.
Про анализировав работу ГОУ СОШ №17, его внутреннюю структуру,
информационное и программное обеспечение, можно сделать вывод, что для
автоматизации процесса контроля знаний учащихся будет эффективно
использовать метод разработки нового программного обеспечения. Разработка
нового программного обеспечения будет представлена во второй главе.
36
Глава 2. Разработка проекта автоматизации процесса контроля знаний
учащихся
2.1. Этапы жизненного цикла проекта автоматизации
Жизненный цикл проекта автоматизации будет состоять из 4 фаз:
1. Начальная фаза - посвящена разработке концепции проекта и включает в
себя: сбор исходных данных и анализ существующего состояния, выявление
потребности в проекте. Определение проекта:
a. цели, задачи и результаты применительно к задаче автоматизации
подписных изданий;
b. основные требования, ограничительные условия, критерии;
c. уровень риска;
d. окружение проекта, потенциальные участники;
e. требуемое время, ресурсы, средства и др.
На этом этапе происходит формулировка задачи автоматизации контроля
знаний учащихся, построение и оценка альтернатив решения этой задачи, а
также их экспертиза и утверждение концепции;
2. Фаза разработки - в процессе которой разрабатываются основные
компоненты проекта и осуществляется подготовка к его реализации. Основные
работы этой фазы: назначение руководителя проекта и формирование команды
проекта. В первую очередь ключевых членов команды: изучение целей,
мотивации и требований заказчика и владельца проекта, а также других
ключевых участников.
На этом же этапе осуществляется структурное планирование, в том числе
декомпозиция проекта, верстаются календарные планы и укрупненные графики
работ, смета и бюджет проекта, определяются потребности в ресурсах и методы
контроля реализации проекта, осуществляется определение и распределение
рисков. В процессе реализации этого этапа осуществляется организация и
проведение торгов, заключение субконтрактов с основными исполнителями,
организуется выполнение базовых проектных и опытно-конструкторских работ
по проекту и осуществляется представление проектной разработки заказчику.
37
Применительно к рассматриваемой в этом проекте задаче автоматизации на
этом этапе осуществляется: оставление списка желаний от ПО заказчиком,
начальная схема программы, разработка ПО;
3. Фаза реализации - в процессе которой осуществляется полный ввод в
действие разработанной системы. На этом этапе происходит ввод в действие
средств и способов коммуникации и связи участников проекта, ввод в действие
системы стимулирования участников проекта, осуществляется детальное
проектирование и определяются технические спецификации, производится
оперативное планирование работ.
Применительно к рассматриваемой задаче автоматизации подписных изданий
на этом этапе проводится обучение персонала, внедрение в технологию работы
разрабатываемого ПО.
4. Фаза завершения - в процессе которой достигаются конечные цели
проекта и подводятся итоги. К основным работам этой фазы относятся -
эксплуатационные испытания окончательного продукта проекта, подготовка
кадров для эксплуатации созданного ПО, подготовка документации, сдача ПО и
ввод в эксплуатацию.
Жизненный цикл программного обеспечения (ЖЦ ПО) - это непрерывный
процесс, который начинается с момента принятия решения о необходимости
создания ПО и заканчивается в момент его полного изъятия из эксплуатации.
Основным нормативным документом, регламентирующим ЖЦ ПО, является
международный стандарт ISO/TEC 12207 (ISO -International Organization of
Standardization Международная организация по стандартизации, EEC -
International Electrotechnical Commission - Международная комиссия по
электротехнике). Он определяет структуру ЖЦ, содержащую процессы,
действия и задачи, которые должны быть выполнены во время создания ПО.
Структура ЖЦ ПО по стандарту ISO/TEC 12207 базируется на трех группах
процессов:
1. Основные процессы ЖЦ ПО (приобретение, поставка, разработка,
эксплуатация, сопровождение);
38
2. Вспомогательные процессы, обеспечивающие выполнение основных
процессов (документирование, управление конфигурацией, обеспечение
качества, верификация, аттестация, оценка, аудит, решение проблем);
3. Организационные процессы (управление проектами, создание
инфраструктуры проекта, определение, оценка и улучшение самого ЖЦ,
обучение).
Разработка охватывает все работы по созданию ПО и его компонентов
(анализ, проектирование и программирование) в соответствии с заданными
требованиями, включая оформление проектной и эксплуатационной
документации, подготовку материалов, необходимых для проверки
работоспособности и качества программных продуктов, материалов,
необходимых для организации обучения персонала.
Эксплуатация включает в себя:
1. Работы по внедрению компонентов ПО, в том числе конфигурирование
базы данных и рабочих мест пользователей;
2. Обеспечение эксплуатационной документацией;
3. Проведение обучения персонала и непосредственно эксплуатацию;
4. Локализация проблем и устранение причин их возникновения;
5. Модификация ПО в рамках установленного регламента;
6. Подготовка предложений по совершенствованию, развитию и
модернизации системы.
Стандарт ISO/TEC 12207 не предлагает конкретную модель ЖЦ и методы
разработки ПО. Его регламенты являются общими для любых моделей ЖЦ,
методологий и технологии разработки. Стандарт ISO/TEC 12207 описывает
структуру процессов ЖЦ ПО, но не конкретизирует в деталях, как реализовать
или выполнить действия и задачи, включенные в эти процессы.
Под моделью ЖЦ понимается структура, определяющая последовательность
выполнения и взаимосвязи процессов, действий и задач на протяжении ЖЦ.
Модель ЖЦ зависит от специфики ИС и специфики условий, в которых система
39
создается и функционирует. К настоящему времени наибольшее
распространение получили следующие две основные модели ЖЦ:
1. Каскадная модель, представлена на рисунке №2;
Рисунок №2
Каскадная модель ЖЦ ИС
2. Спиральная модель, представлена на рисунке №3.
Рисунок №3
Спиральная модель ЖЦ ИС
В изначально существовавших однородных ИС приложения представляли
собой единое целое. Для разработки такого типа приложений применялся
каскадный способ. Его основной характеристикой является разбиение всей
разработки на этапы, причем переход с одного этапа на следующий происходит
только после того, как будет полностью завершена работа на текущем.
40
Каждый этап завершается выпуском полного комплекта документации,
достаточной для того, чтобы разработка могла быть продолжена другой
командой разработчиков.
Преимущества применения каскадного способа заключаются в следующем:
1. На каждом этапе формируется законченный набор проектной
документации, отвечающий критериям полноты и согласованности;
2. Выполняемые в логичной последовательности этапы работ позволяют
планировать сроки завершения всех работ и соответствующие затраты.
Каскадный подход хорошо зарекомендовал себя при построении ИС, для
которых в самом начале разработки можно достаточно точно и полно
сформулировать все требования с тем, чтобы предоставить разработчикам
свободу реализовать их технически как можно лучше. В эту категорию попадают
сложные расчетные системы, системы реального времени и др.
Для преодоления перечисленных проблем была предложена спиральная
модель ЖЦ, в которой делается упор на начальные этапы ЖЦ: анализ и
проектирование. На этих этапах реализуемость технических решений
проверяется путем создания прототипов. Каждый виток спирали соответствует
созданию фрагмента или версии ПО, на нем уточняются цели и характеристики
проекта, определяется его качество и планируются работы следующего витка
спирали. Таким образом углубляются и последовательно конкретизируются
детали проекта и в результате выбирается обоснованный вариант, который
доводится до реализации.
Главная задача - как можно быстрее показать пользователям системы
работоспособный продукт, тем самым активизируя процесс уточнения и
дополнения требований.
Для разрабатываемого ПО подходит спиральная модель жизненного цикла.
Данная модель ЖЦ является основным для выбранного нами стандарта ISO/TEC
12207 и является более эффективным по сравнению с другими, что позволяет
получить на выходе более качественный продукт при небольшом количестве
задействованного персонала и относительно коротким графиком
41
проектирования. Спиральная модель позволяет наращивать программное
обеспечение путем создания новых версий.
Определим какие возможны ожидаемые риски на этапах ЖЦ.
При создании любого проекта всегда возникает ситуация, связанная с
неопределенностью, неполнотой или неточностью информации об условиях
реализации проекта и связанных с ними затратах и результатах. Все участники
проекта заинтересованы в том, чтобы исключить возможность провала проекта
из-за таких неопределенных ситуаций. Для того чтобы снизить потери от
возможных просчетов и избежать провала проекта в целом, методология
управления проектами предусматривает специальные процедуры, помогающие
учесть факторы неопределенности и риска на всех фазах и этапах проекта.
Зная виды и значимость рисков, можно на них воздействовать, снижая их
отрицательное влияние на эффективность проекта. Следовательно, создается
реальная возможность управлять ими. Факторы риска и неопределенности
подлежат учету в расчетах эффективности, если при разных возможных
условиях реализации затраты и результаты по проекту различны.
Возможные виды риска на этапе подготовки проекта:
1. Риск персонала, включает в себя:
a. Включение в состав разработчиков «случайных» сотрудников, а не
ключевых участников автоматизируемых бизнес процессов;
b. Отсутствие единой стратегии автоматизации;
c. Привлечение неопытного персонала к выполнению проекта;
d. Отсутствие единой цели и задачи проекта;
e. Негативное отношение персонала к проекту;
f. Отсутствие мотивации сотрудников;
g. Необдуманный план ведения работ.
Способы предотвращения:
a. Активное взаимодействие с руководством в ходе проекта и своевременное
принятие решений;
42
b. Проработка общей стратегии автоматизации организации;
c. Четко сформулированные цели проекта;
d. Участие в проекте ведущих специалистов и профессиональных
консультантов;
e. Стабильный состав рабочей группы в течение всего проекта.
2. Риск ведения проекта, включает в себя:
a. Проектирование ошибочных функций системы;
b. Выбор неправильных технологий и методов решений задач;
c. Неверное определение рамок и масштаба проекта;
d. Не соблюдение требования заказчика.
Способы предотвращения:
a. Обеспечение стабильности границ проекта, которые определяются на
начальном этапе и остаются неизменными вплоть до окончания проекта;
b. Обеспечение проекта необходимыми ресурсами;
c. Качественное планирование выполняемых работ;
d. Установление высокого порога принятия изменений;
e. Утверждение и согласование проектного решения.
3. Риск неверного планирования, включает в себя:
a. Срыв сроков выполнения работ по этапам;
b. Неэффективный организационный план внедрения системы.
Способы предотвращения:
a. Документирование всех работ и обеспечение доступа к данным всем
участникам проекта;
b. На ранних стадиях проекта проведение аудита, организация командной
работы, распределение ролей и стимулирование.
Возможные виды риска на этапе разработки:
1. Риск персонала, включает в себя:
a. Недопонимание между участниками проекта из-за отсутствия налаженной
системы коммуникации;
43
b. Увольнение ключевых сотрудников, ответственных за проведение
разработки;
c. Отбор программистов без опыта работы с подобными системами;
d. Неверное понимание задачи проектирования.
Способы предотвращения:
a. Тщательный подбор сотрудников, участвующих в проекте;
b. Налаженная система коммуникации между сотрудниками, постоянное
документирование изменений системы.
2. Технические риски, включают в себя:
a. Приостановка разработки из-за ошибок в используемом программном
обеспечение;
b. Пользовательская документация охватывает не все функции системы.
Способы предотвращения:
a. Использование только проверенного лицензионного ПО, проведение
регулярного резервного копирования данных;
b. Проверка документации на полноту сведений.
Возможные виды риска на этапе внедрения:
1. Риск персонала, включает в себя:
a. Несогласованность действий разработчика и специалистов предметной
области;
b. Неучастие руководства в проекте;
c. Нежелание сотрудников работать с новой системой и связанные с этим
трудности их обучения.
Способы предотвращения:
a. Обучения сотрудников заказчика работе с системой;
b. Вовлечение руководства в проект и активное взаимодействие с ним в ходе
всего проекта;
c. Обоснование необходимости автоматизации персоналу;
d. Составление плана внедрения системы.
44
2. Технические риски, включают в себя:
a. Потеря данных при внедрении системы.
Способы предотвращения:
a. Привлечение квалифицированных сотрудников, имеющих опыт в
подобных проектах.
Возможные виды риска на этапе эксплуатации и сопровождения:
1. Технические риски, включают в себя:
a. Некорректная эксплуатация оборудования;
b. Ошибки в программе, приводящие к невозможности ее использования;
c. Несоответствие функционального набора системы из-за реорганизации
компании.
Способы предотвращения:
a. Документирование технических условий и их согласование;
b. Тщательное тестирование и модификации во время разработки системы.
Применительно к внедряемой системе документооборота следует отметить
следующие риски:
1. Нарушение доступности информации;
2. Нарушение конфиденциальности информации;
3. Нарушение целостности информации.
Перечень рисков для данной операции и требования по ее защищенности
представлены в таблице №11.