Дипломная работа: Автоматизация учета сдельной оплаты труда компании ООО «Торгофф»
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
52
Основной особенностью «каскадной модели» является разбивка всей
разработки на этапы, причем что бы осуществить переход с одного этапа на
другой необходимо завершить работу с текущим. К плюсам так же можно
отнести более низкие затраты на ее разработку, что может быть решающим
фактором.
Завершение каждого этапа сопровождается подготовкой полного
комплекта документации, это необходимо что бы в случае потери команды
разработчиков, другая смогла продолжить работу, рис. 9. Так же
использование этой модели дает возможность более точно планировать сроки
завершения всех работ и финансовые затраты.
Рисунок 9. Каскадная модель жизненного цикла
Я выбрал каскадную модель жизненного цикла(ЖЦ), ее принцип
заключается в том, что этапы выполняются последовательно строгом
фиксированном порядке, это так же позволяет оценивать и контролировать
качество продукта на каждом этапе:
1) Разработка и утверждение требований.
На первом этапе проводится исследование проблемной области,
создаются функциональные спецификации, план разработки дизайнов,
подготовка рабочих планов, оценка проектных затрат и сроков, так же
формулируются четкие требования заказчика.
Результатом этого этапа выходит техническое задание, согласованное со
всеми заинтересованными сторонами.
2) Проектирование.
53
Следующим этапом жизненного цикла ПО является создание документа,
описывающего масштабы и границы проекта - комплект проектной
документации. Данный комплект включает в себя модели дизайна или скетчи
интерфейса будущего приложения, а также подробную функциональную
спецификацию требований программного обеспечения, Описание возможных
рисков и сводный план.
3) Реализация.
Третий этап это - реализация проекта. Происходит разработка
программного обеспечения в соответствии с проектными решениями
согласованными на прошлом этапе. Методы реализации при этом
принципиального значения не имеют. Результатом выполнения этапа является
программный код и техническая документация.
4) Тестирование.
На этом этапе проводится проверка полученного программного
обеспечения на предмет соответствия требованиям, заявленным в техническом
задании. Опытная эксплуатация позволяет выявить различного рода скрытые
недостатки, проявляющиеся в реальных условиях работы АИС.
Результатом выполнения этапа является подписание акта приема в
эксплуатацию.
5) Ввод в эксплуатацию и сопровождение технического решения
подразумевает собой сдачу готового проекта и включает в себя стадии: ввод
технических средств; ввод программных средств; обучение и сертификация
персонала; опытная эксплуатация; сдача и подписание актов приемки-сдачи
работ.
На данном этапе еще существуют стратегии внедрения системы:
1) Стратегия “Параллельное использование” это когда - старая и новая
технология решения задачи выполняются параллельно, их результаты
сравниваются. Если результаты сходятся, то осуществляется переход на новую
технологию.
Преимущества:
54
Планирование внедрения ИС можно осуществлять независимо от
обычного операционного планирования компании;
Минимальный риск ошибок в виде новых технологий.
Недостатки:
необходимо повысить мощность;
необходимость постоянной сверки результатов работы двух
технологий;
двойная загрузка персонала.
2) Стратегия “Скачек”.
Скачек - старая технология работает до определенного момента, затем
осуществляется резкий переход от старой системы к новой без дополнительных
проверок, а после внедрения реализуется только новая технология.
Преимущества:
короткий переходный период;
нет двойных затрат на деятельность компании.
Недостатки:
высокие требования к процессу планирования перехода;
риск несоответствия качества ИС требованиям компании высокий.
3) Стратегия “Пилотный проект”.
Пилотный проект - тактика скачка применяема к ограниченному числу
процессов на небольшом участке деятельности.
Преимущества:
возможность изменения планируемой технологии еще в процессе
внедрения ИС;
минимальный риск выбора неверного решения, которое не приведет к
парализации всего предприятия;
отсутствие двойных затрат на реализацию.
Недостатки:
55
сложность интеграции информационных потоков из-за разных
реализаций технологий;
необходимость одновременного управления и поддержки новой и
старой ИС.
4) Стратегия “Узкое место”.
Узкое место - автоматизация небольшой функции производственного
процесса, реализация которого приводит к повышению производительности
процессов только в определенном узком месте.
Преимущества:
минимальные требования к уровню планирования работ по
внедрению;
после автоматизации каждого узкого места имеется возможность
прервать автоматизацию.
Недостатки:
независимость автоматизации только узких мест может привести к
избытку множества программно-аппаратных решений.
Я считаю, что стратегия “ Узкое место ” лучше всего подходит для
рассматриваемой компании, где важна экономическая составляющая вопроса, и
стоит цель автоматизировать один из процессов бухгалтерии
Выбранный стандарт разработки ИС: ГОСТ 34.601-90
Он распространяется на автоматизированные системы и устанавливает
стадии и этапы их создания, он так же соответствует по существу выбранной
модели ЖЦ.
Коротко из общего положения этого ГОСТ’a:
1.1. Процесс создания АС представляет собой совокупность
упорядоченных во времени, взаимосвязанных, объединенных в стадии и этапы
работ, выполнение которых необходимо и достаточно для создания АС.
соответствующей заданным требованиям.
56
1.2. Стадии и этапы создания АС выделяются как части процесса
создания по соображениям рационального планирования и организации работ,
заканчивающихся заданным результатом.
1.3. Работы по развитию АС осуществляют по стадиям и этапам,
применяемым для создания АС.
1.4. Состав и правила выполнения работ на установленных настоящим
стандартом стадиях и этапах определяют.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
В данном разделе будут рассмотрены наиболее существенные риски
проекта которые могут возникнуть на разных стадиях ЖЦ ИС с описанием
шагов, которые планируется предпринять для уменьшения величины каждого
конкретного риска.
На этапе разработки и утверждений требований могут возникнуть
подобные риски:
Неверный анализ сроков проекта, размера бюджета и плохо подобранный
состав исполнителей.
Для устранения возможных последствий этого риска необходимо более
тщательно определять цели и задачи проекта, а так же более внимательно
относится к набору специалистов.
На этапе проектирования могут возникнуть подобные риски:
Архитектура разрабатываемого решения составлена не должным
образом.
Для устранения возможных последствий этого риска необходимо
подбирать более образованного руководителя проектом.
На этапе разработки могут возникнуть подобные риски:
Из-за не точного технического задания у разработчика могут возникнуть
ложные представления о проекте и как результат программирование
ошибочной архитектуры и ПО, это чревато временными издержками.
Источник: https://baza.diplomsite.ru/previewfile/527