51
Главный нормативный документ, контролирующий ЖЦ ПО –
международный стандарт ISO/IEC 12207 (ISO, International Organization of
Standardization – Общемировая компания по стандартизации, IEC,
International Electrotechnical Commission – Международная коллегия по
электротехнике). Он отражает структуру ЖЦ, включающую в себя процессы,
действия и задачи, реализуемые за время разработки ПО. Методология
разработки ИС описывает процесс внедрения и сопровождения систем в виде
жизненного цикла (ЖЦ) ИС, представляя его как отдельную
последовательность стадий и исполняемых на них процессов. Каждый этап
имеет свой состав и последовательность реализуемых работ, получаемые
результаты, средства и методы, нужные для успешного завершения работ,
ответственность и роли участников и т.д.
Подобное описание ЖЦ ИС дает возможность планировать и
организовывать процесс совместной разработки и управления этим
процессом.
Жизненный цикл ИС представляется как ряд событий, происходящих с
системой за время ее создания и эксплуатации. Модель ЖЦ показывает
разные состояния системы, отталкиваясь от момента возникновения
потребности в этой ИС и заканчивая моментом ее окончательного выхода из
использования. Модель ЖЦ – это некоторая структура, включающая в себя
процессы, действия и задачи, реализуемые в ходе создания, работы и
поддержки программного продукта за все время жизни системы, от
выявления требований до окончания ее использования.
Задача внедрения информационной системы включает в себя создание
(адаптацию) и запуск в продуктивную эксплуатацию элементов
информационной системы. Так как разработка информационной системы
будет осуществляться своими силами, то и внедрение будет происходить без
52
привлечения посторонних специалистов. Этап внедрения планируется
разбить на следующие подэтапы:
1. Предпроектное рассмотрение. В ходе рассмотрения находятся
основные информационные потоки в компании и проверяется база основной
нормативно—справочной документации. Базовыми требованием в таком
случае становятся наличие всех нужных для работы корпоративных ИС
справочников и классификаторов, а также соответствие принципов их
реализации с требованиями системы. В процессе исполнения этапа важно
проанализировать на полноту все корпоративные стандарты учета и
отчетности. Этот этап включает также проведение диагностирования
проблем, которые могут иметь место при внедрении, а также согласовывается
и выполняется настройка справочников и классификаторов системы в
строгом соответствии с указанными требованиями. В случае необходимости
принимается решение о перемене внедренных практик учета или
функциональных моделей. По итогам этапа составляется подписываемый
всеми участниками проекта внедрения документ, описывающий все
установленные недостатки и намечает пути их решения.
2. Реализация информационно—функциональной модели работы
предприятия, оптимизация и описание процессов, которые подлежат
автоматизации. Моделирование должно осуществляться хорошо обученными
сотрудниками исследуемой компании с привлечением опытных
консультантов и с привязкой построенной модели к стандартам бизнеса и к
только что спроектированной системе.
3. Адаптация ИС внутри компании. В ходе этапа реализуется настройка
системы тестирование ключевых модулей и функций группой внедрения.
Этот этап также требует наличия корпоративных стандартов, поскольку
именно они составляют основу настроек системы.
53
4. Опытная эксплуатация ИС. Реализуется для тестирования четкого
соответствия функциональности, полученной в процессе отладки системы,
требованиям компании. На этом этапе присутствует двойной ввод данных в
новую и старую системы. В процессе опытной эксплуатации: создаются
стандартные отчеты (при помощи ИС и стандартными способами) и
реализуется проверка данных; система шаг за шагом вводится в
эксплуатацию по каждому участку учета; документируются инструкции по
обслуживанию рабочих мест и дополняются должностные инструкции
всех членов учетного процесса. В отдельных подразделениях компании в
систему добавляются фактические данные (в минимальном объеме) и
последовательно проверяются бизнес—функции при помощи моделирования
реальных ситуаций работы компании (в максимально приближенных к
действительности условиях). Оттачивается слаженная работа подразделений
на базе тестовых пилотных примеров. Конечные пользователи (сотрудники
IT-отдела) проходят обучение с настроенной системой только на своих
рабочих местах. По завершению обучения конечных пользователей
реализуется встроенный пилотный пример и полностью моделируется работа
компании. Основываясь на результатах реализации пилотного примера
руководство компании принимает решение о переводе ИС в повседневную
эксплуатацию.
Этап эксплуатации подразумевает под собой непосредственное
использование информационной системы для выполнения ею тех функций,
для которых она предназначена. Для внедрения системы выбираем стратегию
Пилотный проект. Работы, ожидаемые на этапе эксплуатации, можно
разделить на две группы: плановые и неплановые.
Разработчики принимают план работ, поле деятельности и конкретные
задачи для выполнения. Определяют для себя методы решения своих задач,
54
согласовывают пути взаимодействия с программными частями других
разработчиков, спецификации функций, протоколов передачи данных, и др.
Использование. На этом этапе проводятся тестовые испытания ПС,
определяются сильные и слабые моменты, недоработки, и слаженность
работы всех компонентов. При выявлении недоработок определяются
перечень указаний для исправлений разработчиками
Для разработки проекта ИС поддержки учета рабочего времени
сотрудников компании была выбрана каскадная модель.
Каскадная модель имеет множество преимуществ, если ее использовать
в проекте, для которого она достаточно приемлема.
Каждый этап проекта включает определенные подэтапы, содержание
каждого из этапов и их длительность приведена в Таблице 2.1.
Таблица 2.1.1.1
Таблица перечня работ и событий при разработке ИС учета рабочего времени
сотрудников
№ пп
Содержание работы
Трудоемкость
работы,
чел*час
Число
исполнителей,
чел
Продолжительность
работы, час
1.
Ознакомление с
заданием
2
1
2
2.
Сбор информации по
СЭД
60
2
30
3.
Сбор информации по
необходимой
функциональности
30
2
15
4.
Разработка технического
задания
15
3
5
5.
Оценка вариантов
решения задачи
10
2
5
6.
Создание алгоритма
реализации программы
40
2
20
7.
Выбор программных
средств реализации
проекта
1
1
1
8.
Решение задачи разными
методами и выбор
оптимального
80
2
40
55
9.
Разработка программы
100
2
50
10.
Тестирование и отладка
программы
2
1
2
11.
Оценка корректности
результатов программы
2
1
2
12.
Оценка быстродействия
программы
2
1
2
13.
Оценка эргономичности
интерфейса программы
1
1
1
14.
Внесение изменений в
алгоритм работы
программы
20
2
10
15.
Внесение изменений в
код программы
30
2
15
16.
Доработка интерфейса
15
1
15
17.
Повторное тестирование
программы
5
1
5
18.
Проведение испытаний
программы
15
3
5
19.
Оформление
полученных результатов
10
1
10
20.
Экономическое
обоснование
20
2
10
21.
Оформление
документации по
экономическому
обоснованию
10
1
10
22.
Экологическое
обоснование
20
2
10
23.
Оформление
документации по
экологическому
обоснованию
10
1
10
24.
Сдача задания
8
4
2
При автоматизации комплекса задач системного аналитика отдела
продаж в компании используется совокупность автоматизированных рабочих
мест, объединенных сетью.
В ходе выполнения своих обязанностей системному аналитику
приходится взаимодействовать с сотрудниками офисов продаж, владельцем
проекта.
56
От системного аналитика к владельцу отдела продаж ежедневно
передаются на согласование новые графики рабочего времени офисов
продаж, показатели которых, не соответствуют норме и требуют более
детального рассмотрения. Пересылаются по каналам связи следующие
документы: «Новый график на согласование», «Согласованный график
рабочего времени», в который входит документ «Ответ на запрос» с
показателями офиса продаж из базы данных.
В офис продаж передаются документы «Отклоненная заявка», в
которой содержится отказ в редактировании графика на увеличение или
уменьшение рабочего времени сотрудников и документ «Согласованная
заявка», в которой содержится положительный ответ за запрос о
редактировании количества рабочего времени для сотрудников.
Технология работы прототипа автоматизированной системы для
системного аналитика по планированию рабочего времени сотрудников в
офисах продаж, в условиях автоматизированного комплекса задач, с
внесенными изменениями, состоит из следующих этапов:
При входе в систему сотруднику проекта представлен перечень
документов, который необходим для работы системного аналитика по
планированию рабочего времени, а именно список справочников, первичных
документов, результативных документов.
На этапе №1 от офиса продаж приходит «Заявка на изменение рабочего
времени сотрудников офиса продаж» с просьбой об изменении плана
рабочего времени. С помощью экранной формы «Заявка» в разработанной
автоматизированной системе системный аналитик вручную вводит
следующую информацию: ID заявки, Дата составления заявки, ID офиса
продаж, и само значение, на которое требуется скорректировать план.
Из справочника вносится: ID дня в который требуется корректировка и
ID ТС в который требуется корректировка.
57
После ознакомления с графиком работы, составляется запрос в базу
данных, для получения необходимых показателей работы данного ОП, а
именно: количество выручки, количество проданных сим-карт, количество
операций на человека в час. В запросе указываются показатели: ID офиса
продаж, период за который необходимо получить показатели и рабочий
промежуток времени, за который необходимо получить данные (таймслот).
На этапе: №2 происходит сравнение действующих показателей офиса
продаж, на основе ответа на запрос из базы данных с оптимальными
показателями по офисам продаж, которые содержатся в документе от
владельца проекта. Аналитик сравнивает показатели из двух документов и
делает вывод о дальнейшей судьбе заявки. Если показатели офиса продаж
находятся в норме, то формируется выходной документ «Отклоненная
заявка» для офиса продаж, вручную вводятся данные: ID заявки, Дата
составления заявки, ID офиса продаж и ответ на заявку. Если же показатели
отклоняются от нормы, тогда результаты сравнения идут аналитику для
дальнейшей работы с ними, автоматически, на основе ответа на запрос и
оптимальных показателей, формируется документ «Результаты сравнения»,
вручную вносятся данные ID офиса продаж, период выборки показателей,
переносятся текущие показателя офиса продаж и оптимальные (суммарная
выручка, количество проданных сим-карт, количество операций).
На этапе №3 происходит планирование работы по новому
графику. На основании данных «Результаты сравнения» и «Заявка на
изменение рабочего времени сотрудников офиса продаж» составляется
документ «Новый план» для рабочего времени в офисе продаж.
В плане автоматически указывается ID заявки, ID офиса продаж,
суммарная выручка, количество проданных сим-карт, количество операций,
действующий план по необходимому количеству рабочего времени
58
сотрудников по каждому таймслоту, для достижения определенных задач
офиса и желаемый план по рабочему времени из заявки.
Четвертый этап: «Согласование графика» состоит из двух задач: 4.1.
«Согласование графика с владельцем проекта» и 4.2. «Учёт решения
владельца проекта»
В задаче №4.1 на основе документа «Новый план», аналитик
составляет документ «Новый график на согласование», где вручную может
редактировать желаемый план для работы сотрудников, если аналитик
считает, что цифры завышены. Далее этот документ передается на
согласование с владельцем проекта.
В задаче №4.2 на основе «Решения по новому графику» формируется
выходной документ «Отклоненная заявка» для офиса продаж, вручную
вводится: ID заявки, Дата составления заявки, ID офиса продаж и ответ на
заявку. Также составляются документ «Задание на доработку», когда
владелец не согласен с новым планом рабочего времени сотрудников и
требует корректировки перед согласованием. В нем делается пометка ID ТС,
ID дня и возможное количество выходов в таймслот, для согласования
графика. Данный документ отправляется на этап 3. Еще одним документом
является «Согласованный график рабочего времени», который является
согласованной версией «Новый график на согласование», на котором
ставится подпись владельца проекта, которая означает, что аналитик может
готовить отчет по этим заявкам и отвечать на оставшиеся заявки.
На этапе: №5, основываясь на документе «Согласованный график
рабочего времени», аналитик с создает выходной документ «Согласованная
заявка» для офиса продаж, вручную вводится: ID заявки, Дата составления
заявки, ID офиса продаж и ответ на заявку. Также формируется выходной
документ «Отчет для изменения графика работы сотрудников», в который
вручную вводится ID заявки, скорректированное значение по каждому ТС.
59
Автоматически на основе справочника ТС и дня недели, а также таблицы
офисы вводится: ID офиса продаж ID ТС, ID дня.
В соответствии с необходимой численностью и выполняемыми
функциями устанавливается штатное расписание группы специалистов-
разработчиков. К разработке ИС в компании привлечено 2 человека:
1. Руководитель — начальник отдела.
2. Специалист — штатный сотрудник, дипломник.
Будем учитывать, что продолжительность работы над проектом
ежедневно составляет 4 рабочих часа, так как основное время сотрудники
заняты выполнением своих основных обязанностей.
Далее, на основании предполагаемой продолжительности этапов
разработки ИС и состава задействованных на них исполнителей, были
определены прогнозируемые затраты на оплату труда привлеченных
специалистов.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
Оценим возможные риски, применительно к каждому этапу ЖЦ ИС.
На первом этапе «Планирование и анализ требований» возможны риски
по ошибкам в планировании и не полный охват требований.
На втором этапе «Проектирование системы» возможны риски, такие
как, ошибки в моделировании бизнес-процессов и проектировании структуры
данных.
На третьем этапе «Реализация системы» возможны риски, такие как,
некорректная работа программного продукта, ошибки в расчетах.
На четвертом этапе «Оформление документации» возможны риски,
такие как, неполное описание инсталляции и функционирования системы.
Причем на всех этапах жизненного цикла могут возникнуть риски, которые
могут привести к различным последствиям:
60
– задержка решения задачи;
– потеря данных;
– несанкционированный доступ к базе данных;
– неверный ввод данных;
– неверные действия пользователей;
– задержка разработки программного обеспечения.
Схематическое отображение шкалы зрелости приведено на рис. 2.1.
0
1
2
3 4
5
Целевой
уровень
Текущий
уровень
Рис. 2.1 Схематическое отображение шкалы зрелости
Уровни зрелости определяются по шале от 0 до 5:
- 0 – несуществующий
- 1 – начальный;
- 2 – повторяющийся;
- 3 – определенный;
- 4 – управляемый измеряемый;
- 5 – оптимизированный.
Рассматривая юридическую фирму в таком разрезе можно сказать, что
компания уже прошла стадию 0, когда происходит разрушение еще до начала
развития, разумная политика работы с клиентом продвинула компанию на
рынке. На сегодняшний день у компании неплохой общий рейтинг [Ошибка!
Источник ссылки не найден.].
Движение от начального уровня перешло к повторяющемуся. Однако пока
компания не достигла определенного уровня.