58
ГОСТ 34.601-90;
Extreme Programming (XP).
ISO/IEC 12207:2008;
Microsoft Solution Framework (MSF);
Rational Unified Process (RUP);
Из основных моделей ЖЦ выделяют следующие виды:
Каскадная;
Итерационная;
Спиральная.
Каскадная модель (модель Водопад) реализуется путём
последовательной проработки и завершения каждого этапа проекта
исключительно в одном направлении. Возникающие проблемы постоянного
возврата к предыдущим пунктам работы делает эту модель ЖЦ крайне
трудозатратой по ресурсам и времени.[4]
Плюсы каскадной модели:
Максимально интуитивно понятный алгоритм разработки;
Полное внедрение и завершение части проекта ознаменует и
окончание этого же этапа разработки;
Оценка целесообразности и эффективности на каждом этапе;
За счёт крайне простой структуры, устранение неполадок
происходит друг за другом.
Минусы каскадной модели:
Около нулевая гибкость;
Нет обратной связи связующих компонентов;
За счёт последовательной структуры, ошибки, допущенные в
начале, оставляют отпечаток на следующих этапах, что заставляет
переделывать всю работу с момента совершения — это ошибки;
Почти до полного завершения проекта он не будет
59
работоспособен.
Итерационная модель подразумевает деление ЖЦ проекта на
различные этапы или же итерации, они так же имеют один и тот же путь, как
в каскадной модели. Однако, в отличии от каскадной модели присутствует
плюс в виде отсутствия перепроектирования последующих этапов, после
этапа на котором была совершена ошибка.[2]
Плюсы итерационной модели:
Система позволяющая устранять ошибки на предыдущих этапах;
Адаптация и изменения программного обеспечения под нужды
компании в любой момент.
Минусы итерационной модели:
До полного завершения проекта неясность в результате;
При возвращении на предыдущие этапы появляется нужда в
полном перепроектировании пункта.
Спиральная модель являет собой разработку ПО, включающую в
проектирование и прототипирование по стадиям с целью комбинации
преимуществ, восходящей и нисходящей моделей. Стадии ветвятся, в каждой
ветке присутствует фрагмент разработки программного обеспечения.[5]
Плюсы спиральной модели:
Оперативная работа с заказчиком (в том числе и с самой
компанией), он напрямую влияет на разработку путём просмотра уже
имеющихся разработок;
Гибкая система;
Система ветвления позволяет фильтровать, выявлять проблемы
на ранних этапах, увеличивает надёжность и правильную конструкцию
построения системы;
При несоответствии требований под производство или самого
заказчика, есть возможность прервать разработку с минимальными потерями
60
ресурсов и времени.
Недостатки спиральной модели:
Непонятная и сложная система перспективы системы, из-за
постоянных возможных меняющихся требований разработка может сильно
притормаживаться или вообще многократно переписываться;
Отсутствуют чёткие пункты, регламентирующие конец
определённого этапа разработки.
С учётом времени существования и огромного количества уже
существующих систем на этом же базисе, что в большинстве своём
исключает все или почти все ошибки на уже заранее годами проработанных
шаблонах таких систем, было рационально использование каскадной модели
ЖЦ с учётом простоты системы и требования лишь определённого
функционала сферы документооборота.
Этапы ЖЦ всего проекта будут описаны в таблице 15.
Таблица 15
Этапы жизненного цикла проекта и внедрение ИС для
промышленного предприятия в сфере документооборота.
№
Наименование
этапа
Описание работы
Цель контрольной
точки (этапа
разработки)
1
Анализ
организации
Анализ бизнес-процессов
предприятия, изучение потоков
документооборота.
Анализ деятельности
ООО «Русские Корма».
2
Анализ задачи
проектируемой
системы
Изучение методики работы уже
существующих систем в данной
области разработок и
проектирование собственной
системы на основе этих
наработок.
Анализ предметной
области ИС в данной
сфере.
3
Формирование
требований к
ИС
Провести анализ
существующей ИС в текущем
уровне ООО «Русские Корма»,
Получение уже
примерного
представления о
61
№
Наименование
этапа
Описание работы
Цель контрольной
точки (этапа
разработки)
определение задач ИС после её
реализации.
будущей системе
4
Выбор
стратегии
автоматизации
ИС
Формулировка и реализация
запланированных контрольных
точек по реализации ИС.
Определение
последовательности
реализуемых пунктов.
5
Формирование
комплексного
проекта ИС
Разработка комплексного ТЗ,
отражающего всю специфику
работы компании, определение
технической и программной
составляющей на предприятии.
Четкое представление
о проектируемой ИС.
6
Осуществление
проекта
Разработка ПО с учетом всех
поставленных задач.
Разработанная ИС.
7
Внедрение
Проверка на возможные
ошибки в интеграции,
повторная проверка всех
систем и ввод в эксплуатацию
ИС в ООО «Русские Корма».
Ввод в эксплуатацию
ИС.
Следующим пунктом в реализации плана будет выбор стратегии
внедрения ИС в бизнес-процессы:
1. Параллельная – подразумевает работу одновременно новой ИС и
старой, причём во время эксплуатации производится анализ и сравнение
выдаваемых результатов с последующим решением продолжения реализации
новой системы если она показывает лучший результат на практике, чем
старая.[27]
2. "Скачок" – резкий переход на новую технологию с устранение
возникших интеграционных ошибок по ходу эксплуатации новой
системы.[27]
62
3. "Пилотный проект". Стратегия подобна скачку, но с отличием на
то, что внедрение будет проходить локально в некоторых сферах[27]
производства, что означает лишь переход определённых функций на новую
ИС, в современном мире используется на большинстве существующих
предприятий и является одной из самых результативных стратегий внедрения
показывающих наивысший коэффициент и разницу в показателях работы
между системами до и после внедрения.
4. "Узкое место" — это малая часть производственного процесса.
При использовании тактики "узкое место" планы внедрения выполняются
только для "узких мест" и для людей, работающих в нем. Примерами
использования подобной тактики могут являться технологии внедрения
небольших прикладных программ, выполняющих небольшое число
операций.[28]
В ООО «Русские Корма» будет рационально внедрение ИС с
использованием стратегии параллельной реализации, т.к. сам проект
подразумевает внедрение лишь модуля в одной сфере, с анализом
эффективности новой внедряемой системы.
2.2.2 Характеристика нормативно-справочной, входной и оперативной
информации
По ходу анализа полученных данных ООО «Русские Корма», были
поставлены задачи для автоматизации процессов документопотока:
Введение учёта всей входящей;
Контроль и мониторинг сортировки документопотока
сертифицированных документов;
Введение учёта исходящей документации сертифицированных
документов;
Далее будет спроектирована диаграмма потоков данных ИС ООО
«Русские Корма» (рис. 11).
63
A1
Учёт входящей
документации
A2
Контроль и мониторинг
сортировки
документопотока
сертифицированных
документов
A3
Введение учёта
исходящей документации
сертифицированных
документов
Специалисты
1
Несертифицированные
документы
2
Сертифицированные
документы
3
Отчётность
Учтённая
документация
Обработанная
ифнормация
Рисунок 11. Диаграмма потоков данных информационной
системы промышленной компании в сфере документооборота.
По результатам потоков данных выше, были определены сущности ИС.
К ним относится:
Учётная документация;
Сертифицированная документация;
Обработанная информация.
Следующее, что я приведу будет описание ключевых сущностей
проектируемой ИС и их свойств (табл. 16)
Таблица 16
Структура нормативно-справочной информации
№
Наименование
Значность
Система
кодирования
Вид
классификатора
1
документ
XXX
Порядковая
Локальный
2
отчёт
XXX
Порядковая
Локальный
64
3
сертифицированные
документов
XXX
Порядковая
Локальный
4
работник
XXX
Порядковая
Локальный
Описание систем классификации и кодирования.
Код документов. Длина кода ХХХ, где ХХХ – порядковый номер в
БД несертифицированные документы.
Код отчётов. Длина кода ХХХ, где ХХХ – порядковый номер в БД
отчёты.
Код сертифицированных документов. Длина кода ХХХ, где ХХХ –
порядковый номер в БД сертифицированные документы.
Код работника. Длинна кода XXX, где XXX – это порядковый номер
в БД бухгалтерия
Структура баз данных и реестров указаны ниже (табл. 17-20)
Таблица 17
База данных «Несертифицированные документы»
Наименование поля
Тип данных
Размер поля
ID документа
Числовой
Целое
Название документа
Текстовый
Содержание
Текстовый
Дата редактирования
Дата
ID работника бухгалтерии
Числовой
Таблица 18
База Данных «Отчёты»
Наименование поля
Тип данных
Размер поля
ID Отчёта
Числовой
Целое
ID несертифицированного
документа
Числовой
Целое
ID сертифицированного
документа
Числовой
Целое
ID работника
Числовой
Целое
Название документа
Текстовый
65
Содержание
Текстовый
Дата редактирования
Дата
ФИО Редактировавшего
Текстовый
Таблица 19
База данных «Сертифицированные документы»
Наименование поля
Тип данных
Размер поля
ID документа
Числовой
Целое
Название документа
Текстовый
Содержание
Текстовый
Дата редактирования
Дата
ID работника бухгалтерии
Текстовый
Дата сертифицирования
Дата
ID несертифицированного
документа
Числовой
Целое
Таблица 20
База данных «Бухгалтерия»
Наименование поля
Тип данных
Размер поля
ФИО работника
Текстовый
ID работника
Числовой
Целое
Место жительства
Текстовый
Контактная информация
текстовая
Каждый сертифицированные документы имеет связь 1: N (один ко
множеству) к отчету.
Каждый несертифицированный документ имеет связь 1: N (один ко
множеству) к отчету.
Каждый работник бухгалтерии имеет связь 1: N (один ко множеству) к
сертифицированные документы, несертифицированный документ и отчёт.
Далее ER-модель «Сущность – Связь» (рис. 12)
66
Отчёт
Бухгалтерия
Сертифицированные
документы
Несертифицированные
документы
Пишет что?
Сертифицирует что?
Что выходит после
сертификации?
Входят куда?
1:N
1:N
1:N
1:N
Попадают куда?
1:N
Рисунок 12. ER-модель «Сущность – Связь»
Сущности промышленной компании в сфере сертифицирования
документации:
Несертифицированные документы;
Сертифицированные документы;
Бухгалтерия;
Отчёт.
Как показано на диаграмме, все связи имеют отношения 1: N (один ко
многим).
На основании диаграммы «Сущность – Связь» построим логическую
модель базы данных (рис. 13).
67
Отчеты
ID Отчёта
ID Несертифицированных
документоы (FK)
ID Сертифицированных
документов (FK)
ID работника (FK)
ФИО редактировавшего
Бухгалтерия
ID работника
ФИО работника
Место жительства
Контактная информация
Несертифицированные
документы
ID документы
Название документа
Содержание
Дата редактирования
ФИО редактировавшего
Сертифицированные документы
ID документа
ID работника бухгалетрии (FK)
ID несертифицированного
документа (FK)
Название документа
Содержание
Дата редактирования
Дата сертифицирования
Название документа
Содержание
Дата редактирования
1:N
1:N
1:N
1:N
Рисунок 13. Логическая модель БД
2.2.3 Характеристика результатной информации
Далее рассматривается выходная информация. Результатной
информацией при работе ИС является отчетная документация по итогу
работы.
Структура выходного документа «Отчётная документация» из БД
«Отчёт». Для его выполнения требуются:
ID Несертифицированных документов
ID Сертифицированных документов.
ID Работника