Дипломная работа: Автоматизация расчетов с поставщиками и подрядчиками ООО «МЕТРО КЭШ ЭНД КЕРРИ»

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
48
требованиям предприятия. Применение же при этом непрерывной
информационной поддержки жизненного цикла продукта оказывается
особенно полезным для сетей средних и крупных компаний как
эффективного и автоматизированного средства реализации выбранной
модели жизненного цикла.
Использование данного международного стандарта жизненного цикла в
этой работе позволяет значительно сэкономить усилия, время и
материальные ресурсы.
Проектная группа состоит из 1 человека.
Результатом фазы выработки концепции было следующее
Формулировка видения. Разработанная система учета проектов
позволит предприятию повысить эффективность учета расчетов с
поставщиками и подрядчиками.
Цели системы:
работать с данными поставщиков и подрядчиков;
Задачи системы:
работать с базой данных предприятия;
учитывать все расчеты
В нашем случае на системы накладываются следующие ограничения:
система не является распределенной;
интерфейс системы представлен в одном окне;
система должна наглядно демонстрировать формы и способы
хранения и взаимодействия данных.
Функциональность решения
Хранилище находится в оперативной памяти
Добавление данных по нажатию кнопки
Проверка корректности введеных данных
Создание визуальной формы для отображения данных
подрядчиков и поставщиков
49
Добавление клиентов
o Проверка наличия данных
Добавление в визуальные формы информации о добавленных
документах
Удаление документов
Удаление всех сопутствующих данных
Фаза планирования
Результатом данной фазы является техническое задание и план
разработки ПО.
Фаза разработки
Результатом данной фазы явилась разработанная концептуальная
модель базы данных с указанием сущности и атрибутов каждой сущности.
Приведены входные и выходные документы. После этого разработан
технический проект, написана программа.
Фаза стабилизации
Во время фазы стабилизации было проведено тестирование
разработанного программного обеспечения. При этом тестирование
проводилось наиболее приближенно к работе предприятия.
Во время этой фазы была разработана инструкция пользователя по
работе с программой. Проектная группа при этом занималась
приоритезацией и устранением ошибок программирования.
Фаза внедрения
Во время этой фазы необходимо будет установить и настроить базу
данных на предприятии.
При этом при эксплуатации пользователи работают с АИС, вводя
реальные данные, но при этом параллельно используется прежняя старая
система, в которой предприятия до этого времени осуществляла свою работу.
Этот этап необходим для того, чтобы можно было сопоставить результаты
работы в новой системе с результатами, которые получены были прежним
способом.
50
При внедрении будет использоваться стратегия «жесткого» внедрения.
Такая стратегия позволяет внедрить быстро требуемый функционал,
чтобы получать нужные отчеты.
При таком подходе руководителю проекта внедрения нужно быть
готовым к следующим последствиям:
Пользователи будут жаловаться;
Обучение работе с программой займет больше времени, так как
сразу вводится весь функционал;
В единицу времени обращений пользователей по поводу работы
программы будет много. При этом необходимо их все обрабатывать, иначе
недовольство пользователей будет нарастать;
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
В фазе формирования концепции имеют все шансы возникнуть
последующие риски:
Недальновидный анализ сроков проекта и его бюджета
Для ликвидации подобного рода рисков необходимо более подробно
изучать задачи и цели проекта, установить больше контрольных точек.
Неправильно выбранный проектный состав исполнителей
способен спровоцировать полное отсутствие командной работы
Данный риск снижается более кропотливым выбором профессионалов
в проектную группу.
На фазе планирования возможно появление следующих рисков:
Неправильно либо не совсем верно сформирована структура
выбираемого решения
Возможность возникновения данного риска находится в зависимости
от компетенции управляющего проектом, на котором лежит принятие
решение о выборе архитектуры разрабатываемого решения
В фазе разработки вероятны последующие риски:
51
Неправильное понимание технического задания и равно как
результат некорректное программирование архитектуры и сдвиг сроков .
Минимизацией этого риска является более точное написание
технического задания, понятного программисту
Еще одним важным риском в этом плане считается недостаток
должной квалификации у разработчика в том языке, на котором принято
решение реализовывать программу заказчика, которая будет распределять
заявки между инженерами.
В случае, если разработчик программного обеспечения не будет
укладываться в установленные временные рамки календарного плана
проекта, придется привлекать внешнего разработчика, так называемый
“аутсорсинг” либо “фриланс”.
В фазе тестирования имеют все шансы появиться последующие риски:
Риски неоконченного тестирования.
Может случиться ситуация что программный продукт будет
протестирован не до конца.
Решается посредством проведения повторного тестирования на
следующей итерации разработки.
В фазе внедрения имеют все шансы возникнуть последующие риски:
Риски неверного принятия решения о законченности некой части
проекта.
Возникновение этих рисков приводит за собой проблему
незаконченности решения и вероятность возникновения нестыковок с иными
элементами разрабатываемой ИС. Устраняется это путем доделки при
последующей итерации.
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Необходимо учитывать возможные риски после автоматизации:
52
проектные риски при создании системы,
бизнес-риски, связанные с эксплуатацией системы
(возникающие, в конечном счете, из-за технических рисков).
бизнес-риски, связанные с изменением бизнес-процессов. При
этом потери происходят оттого, что - 1) бизнес-процессы надо изменять, а
информационная система не готова к этому, и потери связаны с
неоптимальным функционированием бизнеса, и 2) оттого, что имеется
стоимость модификации системы,
технические риски, состоящие в простоях, отказах, потере или
искажении данных и т.п.
Выделим четыре существенных риска практически любого проекта, в
том числе проекта внедрения ИС:
1. риск низкого качества результатов проекта выполнение работ
с низким уровнем качества и неспособность удовлетворять разумные
требования конечных пользователей;
2. риск срыва сроков проекта невыполнение работ в
установленные сроки, зависимость выполнения работ от смежных проектов и
мероприятий;
3. риск увеличения затрат недостаток определенных бюджетом
проекта средств, необходимость увеличения бюджета;
4. риск остановки проекта изменение условий и масштабов
проекта.
Далее следует определить факторы риска. Фактор риска это
характеристики (события, свойства, факты) проекта, которые существенно
влияют на него и качество его результатов.
Необходимо отметить, что малозначительные риски в совокупности
могут образовать критическую массу, представляющую серьезную угрозу
проекту. Точно так же и маловероятные риски в случае возникновения могут
завести проект в тупик.
Источник: https://baza.diplomsite.ru/previewfile/670