78
Таблица 1.7
Второй этап выбора СУБД
Факторы
(показатели)
Производите
ль-ность
Защищен-
ность
Простота
использования
Наличие
графического
средства
проектирования
Поддержка
ОС
Итого
MySQL 5.1
0,72
0,56
0,04
0,42
0,16
1,9
Microsoft SQL
Server 2008
0,56
0,04
0,42
0,16
0
1,18
PostgreSQL
8.4
0,04
0,42
0,16
0
0
0,62
Таким образом, для проекта, описывающего разработку ИС обработки
заявок, наиболее приемлема СУБД MySQL.
2. Проектная часть.
2.1. Разработка проекта автоматизации.
2.1.1. Этапы жизненного цикла проекта автоматизации.
Современные информационные системы разрабатываются на основе
стандартов, что позволяет обеспечить, во-первых, их высокую эффективность
и, во-вторых, возможность их взаимодействия между собой. Жизненный цикл
(ЖЦ) информационной системы - это период создания и использования
информационной системы (ИС), начиная с момента возникновения
потребности в ИС и заканчивая моментом полного ее выхода из эксплуатации.
Таким образом, жизненный цикл информационной системы охватывает
все стадии и этапы ее создания, сопровождения и развития:
предпроектный анализ (включая формирование функциональной и
информационной моделей объекта, для которого предназначена
информационная система);
проектирование системы (включая разработку технического задания,
эскизного и технического проектов);
разработку системы (в том числе программирование и тестирование
прикладных программ на основании проектных спецификаций подсистем,
выделенных на стадии проектирования);
79
интеграцию и сборку системы, проведение ее испытаний;
эксплуатацию системы и ее сопровождение;
развитие системы.
В течение жизненного цикла системы проводится модернизация ее
технико-программной базы. При этом, прикладное программное обеспечение
системы должно быть сохранено и перенесено на обновляемые аппаратно-
программные платформы.
Так как была выбрана самостоятельная разработка информационной
системы, то основной критерий выбора стандарта жизненного цикла не
должен подразумевать жесткие нормативные критерии и должен
соответствовать современным требования к информационной системе.
В Российской Федерации, создание и испытания автоматизированных
систем, к которым относятся и информационные системы, регламентированы
рядом ГОСТов, прежде всего серии 34.601-90. Однако, отдельные положения
этих ГОСТов уже устарели, а ряд этапов жизненного цикла информационных
систем предоставлены недостаточно полно. Международный стандарт
ISO/IEC 12207 определяет структуру жизненного цикла, содержащую
процессы, которые должны быть выполнены во время создания программного
обеспечения информационной системы.
Эти процессы подразделяются на три группы: основные (приобретение,
поставка, разработка, эксплуатация и сопровождение), вспомогательные
(документирование, управление конфигурацией, обеспечение качества,
верификация, аттестация, оценка, аудит и решение проблем) и
организационные (управление проектами, создание инфраструктуры проекта,
определение, оценка и улучшение самого жизненного цикла, обучение).
Однако стандарт ISO/IEC 12207 не предлагает конкретной модели
жизненного цикла и методов разработки, его рекомендации являются общими
для любых моделей жизненного цикла. Он ориентирован на разработку ИС в
рамках предприятия. Другие стандарты более ориентированы на
производителей ИС и подразумевают более жесткие требования.
80
Из существующих, в настоящее время, моделей, наибольшее
распространение получили две: каскадная и спиральная. Суть различий в том,
что в каскадной модели информационная система является однородной и ее
программное обеспечение определяется как единое (с ней) целое. При
выполнении этих условий каскадный метод позволяет достичь хороших
результатов.
Суть каскадного метода, представленного на рисунке 2.1, заключается в
разбиении всей разработки на этапы, причем переход от предыдущего этапа к
последующему осуществляется только после полного завершения работ
предыдущего этапа. Соответственно, на каждом этапе формируется
законченный набор проектной документации, достаточной для того, чтобы
разработка могла быть продолжена другой группой разработчиков. Другим
положительным моментом каскадной модели является возможность
планирования сроков завершения работ и затрат на их выполнение. Однако у
каскадной модели есть существенный недостаток. Таким недостатком
является сложность укладки реального процесса создания программного
обеспечения в такую жесткую схему и поэтому, постоянно возникает
необходимость возврата к предыдущим этапам, с целью уточнения и
пересмотра решений, принятых ранее.
Рис. 2.1 Каскадная модель жизненного цикла.
81
Для решения такого противоречия стало появление модели с
промежуточным контролем, представленной на рисунке 2.2. Эта модель
характеризуется межэтапными корректировками, удлиняющими период
разработки изделия, но повышающими надежность.
Рис. 2.2. Модель жизненного цикла с промежуточным контролем.
Однако и в каскадной модели, и в модели с промежуточным контролем
имеются недостатки - запаздывание с получением результатов. Данное
обстоятельство объяснимо тем, что согласование результатов возможно
только после завершения каждого этапа работ. На время же проведения
каждого этапа требования жестко задаются в виде технического задания.
Таким образом существует опасность, что при неточном изложении
требований или их изменения, за длительное время создания программного
обеспечения, конечный продукт окажется невостребованным.
Спиральная модель, представленная на рисунке 2.3, позволяет начинать
работу над следующим этапом, не дожидаясь завершения предыдущего. Она
имеет целью, как можно раньше ознакомить пользователей с
82
работоспособным продуктом, при необходимости корректируя требования к
разрабатываемому продукту, при этом каждый «виток» спирали означает
создание фрагмента или версии. Основной недостаток спирального цикла -
определение момента перехода на следующий этап, и возможным ее решением
является принудительное ограничение по времени для каждого из этапов
жизненного цикла. Наиболее полно достоинства такой модели проявляются
при обслуживании программных средств.
Рис. 2.3 Спиральная модель жизненного цикла.
Сравнивая эти модели, можно сказать, что каскадная модель более
универсальна. Спиральная же модель более ориентирована именно на
информационные системы, особенно на программные продукты, поэтому при
разработке информационных систем и их программного обеспечения она
предпочтительнее каскадной.
83
Основываясь на проведенном анализе, для проекта автоматизации была
выбрана каскадная модель жизненного цикла ИС, т. к. в разрабатываемой ИС
изначально можно определить все основные задачи проектирования.
Она имеет следующие этапы: анализ; проектирование; реализация;
внедрение; сопровождение.
Этап «Анализ», имеет цель формирование технического задания. Этот
этап разбивается на подэтапы, задачами которых являются: определение
требований к ИС, определение функций ИС и стратегий автоматизации;
обоснование проектных решений по техническому, информационному и
программному обеспечению. Результативная информация — это
документация по техническому заданию. Информация для анализа берется из
интернета и отдела планирования.
Этап «Проектирование», имеет цель разработка проекта автоматизации
и разработка информационного обеспечения задачи. Разработка проекта
автоматизации включает в себя разработку плана-графика, архитектуры
проекта, анализ рисков, а также оценку стоимости проекта. Разработка
информационного обеспечения задачи включает в себя разработку
информационного модели, классификаторов и прототипов экранных форм.
Результативная информация — это проектная документация.
Этап «Реализация», имеет цель разработка программного обеспечения
ИС. Этап включает в себя подготовку к разработке ПО и разработку ПО.
Результативная информация — это документация по программному
обеспечению.
Этап «Внедрение», включает в себя установку элементов ПО ИС и
технического обеспечения, а также их тестирование и устранение выявленных
ошибок. Этап разбивается на два подэтапа: создание среды функционирования
ИС и тестирование ИС.
Цель этапа «Сопровождение» - мониторинг и доработка программного
и технического обеспечения ИС в процессе эксплуатации, а также работа с
пользователями.
84
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание.
На всех этапах ЖЦ ИС встречаются различные риски, которые могут
приводить как к серьезным неустойкам во времени разработки системы, так и
в ее функциональных качествах. Поэтому в расчетах показателей
инвестиционного проекта (ИП) по внедрению ИС необходимо заранее
учитывать неопределенности и риски, если при равных возможных условиях
реализации затраты и результаты по проекту различны.
Причиной возникновения рисков являются неопределенности,
существующие в каждом проекте. Риски могут быть известными, то есть
такими, которые могут быть определены, оценены и для которых возможно
планирование. Под неизвестными рисками следует понимать те риски,
которые не идентифицированы и не могут быть заранее спрогнозированы.
Такие риски, как несоблюдение сроков реализации проекта, превышение
стоимости и т. п., как правило, присутствуют в любых проектах. Главной
причиной возникновения этих рисков, особенно в IT проектах, является
неготовность предприятия к реализации подобных проектов. Важный
критерий при выборе архитектуры и инфраструктуры ИС для промышленных
предприятий — это величина совокупной стоимости владения ИС.
Интегральные затраты на ИС могут быть полностью определены только после
завершения проекта, до завершения проекта по внедрению ИС они могут быть
только оценены.
В этапе «анализа» могут возникнуть следующие риски.
Недальновидный анализ сроков проекта и его бюджета. Для ликвидации
такого рода риска необходимо более детально прорабатывать задачи и цели
проекта, ставить больше контрольных точек.
Неправильно подобранный состав исполнителей проекта может повлечь
за собой полное отсутствие командной работы. Данный риск уменьшается
более тщательным подбором специалистов в проектную группу не только по
профессиональным навыкам, но и личностным качествам.
На этапе «проектирования» могут возникнуть следующие риски.
85
Неправильно или не совсем корректно сформирована архитектура
выбираемого решения. Возможность появления этого риска зависит от
компетенции руководителя проекта, на котором лежит принятие решения о
выборе архитектуры его разработки.
На этапе «реализации» возможны следующие риски.
Неправильная интерпретация технического задания и как следствие
неправильное программирование архитектуры и сдвиг сроков. Минимизацией
данного риска служит более чёткое составление технического задания,
понятного программисту.
Еще одним немаловажным риском в данном этапе является отсутствие
должной квалификации программиста в том языке, на котором решено
реализовывать программу, которая будет распределять заявки между
менеджерами.
В случае, если программист не будет укладываться в заданные
временные рамки календарного плана проекта, придётся использовать
внешнего разработчика, так называемый «аутсорсинг» или «фриланс».
На этапе «внедрение» могут возникнуть следующие риски.
Риски неоконченного тестирования. Может произойти ситуация, когда
программный продукт будет протестирован не до конца. Решается путем
повторного тестирования на следующей итерации разработки.
Риски неправильного принятия решения о законченности части проекта.
Возникновение данных рисков ведет за собой проблему незаконченности
решения и возможность возникновения нестыковок с другими частями
разрабатываемой ИС. Устраняется путем доработки при следующей итерации.
На этапе «сопровождения» могут возникнуть следующие риски.
Баги и ошибки ПО, приводящие к невозможности использования
системы.
Неправильное использование оборудования.
Решается путем полноценного тестирования и дополнения во время
разработки системы.
86
2.2. Информационное обеспечение задачи.
2.2.1. Информационная модель и её описание.
Информационная модель — модель объекта, представленная в виде
информации, описывающей существенные для данного рассмотрения
параметры и переменные величины объекта, связи между ними, входы и
выходы объекта и позволяющая путём подачи на модель информации об
изменениях входных величин моделировать возможные состояния
объекта.
Информационная модель (в широком, общенаучном смысле) — это
совокупность информации, характеризующая существенные свойства и
состояния объекта, процесса, явления, а также взаимосвязь с внешним миром.
Информационная модель отражает преобразование информации от этого
объекта до конечного получателя. Нередко ее строят, используя схемы данных
ГОСТ.
Сама информационная модель и ее описание имеет вид схемы данных, к
которой прилагаются документы. Составляется она сверху вниз, каждый
элемент схемы имеет по одному входу и выходу, которые могут разветвляться.
Информационная модель включает в себя четыре области:
- область входной информации;
- область справочников системы;
- область обработки информации;
- область выходной информации;
Схема документооборота в разрезе работы с клиентами/партнёрами по
обработке заявок в АО «Тинькофф Банк», может быть представлена
следующим образом (рис. 2.4).
87
ИС
Т Заявка*
Учет клиентов
Учет
сотрудников
Учет
неисправносте
й
Сотрудник
Учет заявок
Сотрудник
Учет
должностей
Спр Сотрудники*
Спр Должность* Спр Клиенты*
Сводный отчет по
клиентам
Сводный отчет
по клиентам
Аналитический
отчет о
выполнении
заявок клиентов за
период
Аналитический
отчет о
выполнении
заявок
клиентов за
период
Отчет о
выполненных
заявках клиентов
за период
Отчет о
выполненных
заявках
клиентов за
период
Отчет по заявке
Отчет по заявке
Спр Статус*
Спр Тип
неисправности
Учет статусов
Ведомость учета и
контроля п
Ведомость
учета и
контроля п
Отчет о степени
загруженности
сотрудников
Отчет о степени
загруженности
сотрудников
Журнал
поступления
заявок от клиентов
Журнал
поступления
заявок от
клиентов
Ведомость учета
работ
специалистов
отдела
Ведомость
учета работ
специалистов
отдела
Аналитический
отчет
Аналитический
отчет
Т Заявка
Спр Статус
Спр Клиенты
Спр Тип
неисправности
Спр СОтрудники
Спр Должность
Рис. 2.4 Информационная модель системы обработки заявок в
АО «Тинькофф Банк»