Дипломная работа: Автоматизация приема платежей в базе конфигурации "1С: Предприятия 8.3" в ООО "Мастер Плюс"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
30
1.3.2 Выбор и обоснование стратегии автоматизации задачи
Из описанных в пункте 1.3.2 вариантов автоматизации делаем вывод,
что обновление конфигурации до нового релиза неуместно в текущих условиях,
так как конфигурация сильно доработана под нужды компании и обновление не
планируется в связи с большими трудозатратами и отсутствием необходимости.
Следовательно, доработка текущей версии конфигурации является
единственным верным решением.
Перейдем к выбору стратегии автоматизации и обоснованию. Хаотичная
стратегия не подходит, так как предполагаем использование информационной
системы в долгосрочной перспективе, расширение и добавление функционала
системы. Комплексная автоматизация предполагает полную автоматизацию
всех функциональных направлений деятельности компании, а также требует
больших временных и финансовых затрат, которые не может позволить
компания. Автоматизация по участкам предполагает автоматизацию отдельных
отделов компании, в данном случае предполагается автоматизация фрагмента
одного из процессов определенного участка, выполняемого каким-либо из
отделов компании.
В рамках выбранной нами задачи производится автоматизация
отдельного направления деятельности организации - отражение приема
платежей от покупателей. В данном случае уместнее использовать стратегию
автоматизации по направлениям, так как происходит автоматизация отдельных
групп бизнес-процессов компании.
Для решения описанной задачи дополнительных требований к
программному обеспечению нет, поскольку мы переводим ручные действия
пользователя в программные, что не несет дополнительные серьезные нагрузки
на систему.
31
II Проектная часть
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Понятие жизненного цикла является одним из базовых понятий
методологии проектирования информационных систем. Жизненный цикл
информационной системы представляет собой ряд событий, происходящих с
системой в процессе ее создания и дальнейшего использования. Говоря
другими словами, это время от начального момента создания какого-либо
программного продукта до конца его разработки и внедрения. Жизненный цикл
программного обеспечения можно представить в виде моделей.
Жизненный цикл информационной системы охватывает:
- исследование предметной области с последующим формированием
функциональной и информационной моделей объекта, для которого
предназначена информационная система;
- проектирование системы, заключающееся в разработке проектных
решений, удовлетворяющих всем требованиям технического задания;
- разработку системы (в том числе программирование и тестирование
прикладных программ на основании проектных спецификаций подсистем,
выделенных на стадии проектирования);
- тестирование информационной системы и выявление сбоев с
последующим их устранением;
- эксплуатацию системы и ее сопровождение;
- развитие системы.
Модель жизненного цикла программного обеспечения – это структура,
содержащая процессы последовательного действия и задачи, которые
осуществляются в процессе разработки, эксплуатации и дальнейшего
сопровождения программного продукта.
Эти модели можно разделить на три основные группы:
- инженерный подход;
- с учетом специфики задачи;
32
- современные технологии быстрой разработки.
Теперь рассмотрим существующие модели (подклассы) и оценим их
преимущества и недостатки.
1. Каскадная модель (водопад). В данной модели процесс разработки
идет поэтапно, шаг за шагом. Переход к следующему этапу происходит только
после завершения предыдущего (Рисунок 6). Относится к первой группе
моделей.
Рисунок 6. Каскадная модель.
Преимущества каскадной модели:
- последовательное выполнение этапов проекта в строго
фиксированном порядке;
- позволяет оценивать качество продукта на каждом этапе.
Недостатки:
- отсутствие обратных связей между этапами;
- не соответствует реальным условиям разработки программного
продукта.
Каскадная модель с промежуточным контролем (водоворот). Данная
модель является почти эквивалентной по алгоритму предыдущей модели,
однако при этом имеет обратные связи с каждым этапом жизненного цикла
(Рисунок 7).
33
Имеет очень весомый недостаток: десятикратное увеличение затрат на
разработку. Относится к первой группе моделей.
Рисунок 7. Каскадная модель с промежуточным контролем.
2. "V" модель (разработка через тестирование). Это улучшенная версия
классической каскадной модели. На каждом этапе происходит контроль
текущего процесса для того, чтобы убедится в возможности перехода на
следующий уровень. Данная модель имеет приближенный к современным
методам алгоритм, но имеет ряд существенных недостатков. Является одной из
основных практик экстремального программирования. Относится к первой
группе моделей.
Рисунок 7. "V" модель.
34
Преимущества "V" модели:
- строгая этапизация;
- тестирование и верификация системы производятся на ранних
этапах;
Недостатки:
- недостаточная гибкость модели.
3. Спиральная модель жизненного цикла программного обеспечения.
Представляет собой процесс разработки программного обеспечения,
сочетающий в себе как проектирование, так и поэтапное прототипирование с
целью сочетания преимуществ восходящей и нисходящей концепции. В данной
модели разработка происходит по нарастающей (Рисунок 8). На начальном
этапе разрабатывается система с высоким уровнем абстракции, а на
последующих витках эта разработка все больше и больше конкретизируется.
Рисунок 8. Спиральная модель.
Источник: https://baza.diplomsite.ru/previewfile/1994