Дипломная работа: Автоматизация процесса контроля знаний учащихся ГОУ СОШ №17

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
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.
Источник: https://baza.diplomsite.ru/previewfile/2096