67
проектов АС. Куда программное обеспечение входит как часть. Стандарт
определяет стратегию и общий порядок в создании и эксплуатации ПО, он
охватывает ЖЦ ПО от концептуализации идей до завершения ЖЦ .
Custom Development Method (методика Oracle) по разработке прикладных
информационных систем - конкретный материал, детализированный на уровне
закупок проектной документации, предназначенный для непосредственного
использования в проектах ИС на основе инструментов Oracle.
Rational Unified Process (RUP) методология разработки программного
обеспечения, созданная компанией Rational Software.
Методология RUP предназначена для крупных проектов разработки, поэтому
многие менеджеры уверены, что она не подойдёт для небольших задач, не
требующих большого объёма ресурсов. Но есть множество примеров, когда
небольшие проекты значительно выигрывали от внедрения RUP.
Microsoft Solution Framework (MSF) методология
разработки программного обеспечения, предложенная корпорацией Microsoft.
MSF опирается на практический опыт Microsoft и описывает управление
людьми и рабочими процессами в процессе разработки решения.
Extreme Programming (XP). Экстремальное программирование (новейший
из рассмотренных методов) было основано в 1996 году. Методология основана
на командной работе, эффективной коммуникации между заказчиком и
подрядчиком на протяжении всего проекта разработки интеллектуальной
собственности и разработки с использованием последовательно разработанных
прототипов.
Стандарт ISO/IEC серии 15288
ISO/IEC серии 15288 не предлагает конкретную модель жизненного цикла или
методы разработки, его рекомендации применимы ко всем моделям жизненного
цикла. Под моделью обычно понимают структуру, которая определяет процесс
реализации и взаимосвязь между процессами, действиями и задачами на протяжении
всего жизненного цикла.
В настоящее время существует две основные модели жизненного цикла -
каскадные и спиральные модели. В каскадной модели процесс разработки
68
осуществляется шаг за шагом. Переход на следующий уровень происходит только
после завершения предыдущего уровня. В спиральной модели развитие
увеличивается. На начальном этапе разрабатывается система с высоким уровнем
абстракции, а в последующих раундах это развитие становится более специфичным.
Каскадная модель была выбрана для жизненного цикла текущего проекта, потому что
пошаговая разработка больше подходит для разрабатываемой системы. Переход к
следующему этапу происходит только после завершения всех работ на предыдущем
этапе, включая подготовку полного пакета документации, достаточного для
разработки, которая должна быть продолжена другой группой разработчиков, и
существует возможность планирования сроков завершения и затрат на их
реализацию. Все действия показаны на рисунке 13.
Рис. 13 Каскадная схема разработки ПО.
Каскадный метод подходит для создания систем, в которых на начальном этапе
разработки можно точно и полностью сформулировать все требования, чтобы дать
разработчикам свободу для их наилучшего внедрения с технической точки зрения.
Однако,если допущенные в начале ошибки обнаруживаются в середине разработки,
то необходимо прибегнуть к другому проекту, и схема модели реального водопада
приобретает другой аспект. Пункты процесса разработки показаны на рисунке 14.
69
Рис. 14 Реальный процесс разработки ПО по каскадной схеме.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Любой проект по созданию корпоративной информационной системы всегда
включает в себя множество задач, связанных с общим управлением проектами,
разработкой программного обеспечения, дизайном ИС, реализацией, каждая из
которых сама по себе является проектом со своими присущими ему особенностями.
Поэтому при разработке возникают различные риски.
Риски клиентов связаны с неполным достижением целей проекта и
неэффективными расходами, а риски подрядчиков связаны с возможностью
значительного превышения фактических затрат на рабочую силу по сравнению с
запланированными. Необходимость параллельной, а иногда и принципиально иной по
характеру работы приводит к тому, что уровень риска проекта увеличивается во
много раз.
На этапе реализации проекта самыми серьезными рисками являются
следующие:
– Неготовность высшего руководства предприятия к изменениям в бизнес-
процессах предприятия и организационной структуре.
70
– Неудачный выбор внешних консультантов по проекту (по принципу
минимальной стоимости либо исходя из партнерских отношений с определенным
поставщиком программных продуктов). При выборе исполнителя проекта -
консультанта необходимо соблюдать следующие критерии: профессионализм,
надежность и предсказуемость результатов.
– Влияние человеческого фактора в процессе реализации проекта (изменения в
технологии, рабочих регламентах и форматах, необходимость учета реакции
сотрудников на внедрение).
– Делегирование основных руководящих и исполнительских полномочий IT
подразделению. В проектную команду обязательно должны входить ключевые
сотрудники всех «предметных» подразделений, которые потом будут работать с
внедряемой системой. Снижение уровня риска вызывает необходимость технических,
организационных мероприятий, требующих определенных, а большинстве случаев и
значительных затрат. А это не всегда целесообразно. Таким образом, экономические
соображения устанавливают некоторые пределы снижения степени риска для
конкретного инвестора. При решении вопросов о снижении риска необходимо
сопоставить ряд показателей, относящихся к расходам, обеспечивающим
приемлемый уровень риска и ожидаемый эффект. Основным объектом использования
внутренних механизмов нейтрализации являются, как правило, все виды допустимых
финансовых рисков, значительная часть рисков критической группы, а также риски,
не подлежащие страхованию, если они принимаются предприятием в силу
объективной необходимости.
Наиболее характерные риски и методы их минимизации приведены в таблице 9.
71
Таблица 9.
Вероятные возможности развития рисков проекта
Типы и варианты
рисков
Варианты по
уменьшению рисков
Снижение
вероятностей для
возникновения
рисков
Масштаб задачи и
возможный риск
Проведение анализа по
этапам. Организация
взаимодействия
участников работ.
Хорошо разработанная
качества, хорошо
разработанная программа
система управления
проектами, специальные
процедуры для
взаимодействия
участников
Недостаток опыта при
работах в ИТ сфере
Проведение обучающих
тренингов для
пользователей
С самой ранней стадии
реализации, проведение
обучения
Технический риск
Отбор в команду по
осуществлению проекта
грамотных специалистов
Проектные работы должны
проводиться в
соответствии со
стандартами организации
Риск, связанный с
организационной
деятельностью
Обучения управлению
проектом
Привлечение к работам
администратора проекта
В данной главе мы привели основные условия, необходимые для разработки
проекта автоматизации.
72
2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и её описание
Информационная модель представляет собой диаграмму входных
перемещений, промежуточных и результирующих потоков. Также объясняется, на
основании, каких входных документов, и какой либо нормативной и справочной
информации выполняются функции обработки данных и формируются конкретные
выходные документы. Информационная модель включает в себя несколько областей:
Выходная информация
Справочники системы
Обработка информации
Входная информация
Информационная модель представлена на рисунке 15.
Рис.15 Информационная модель системы
При первом запуске системы происходит ввод данных в справочники, в
дальнейшем происходит только редактирование. При использовании основных
73
справочников происходит учет заявок, в ходе которого записывается информация в
таблицу заявки.
2.2.2 Используемые классификаторы и системы кодирования
Классификаторы экономической информации играют важную роль в
информационном обеспечении рассматриваемого комплекса задач: обеспечение
сжатия основной части (идентификатора) индикаторов и, следовательно, уменьшение
объема информации, хранящейся в компьютере и Время поиска информации,
необходимое для решения проблем, облегчения классификации обработки
информации и кодирования информации.
Классификатор - это документ, использующий формальное описание
экономической информации в EIS, содержащее названия объектов, названия групп
классификации и их коды. В зависимости от применения они делятся на три группы:
1. общегосударственные классификаторы, используются во всех секторах и на
всех уровнях управления для универсальной и унифицированной
маркировки объектов;
2. классификаторы по отраслям, используются в пределах определенных
отраслей и ведомств
3. локальные, используются в пределах организаций или групп организаций.
Простая классификация недостаточна для полной формализации
экономической информации, поэтому выполняется процедура кодирования.
Кодирование - это процесс присвоения символов объектам и группам
классификации в соответствии с соответствующей системой кодирования.
Система кодирования - это набор правил для обозначения объектов и
группировки с использованием кодов.
Код представляет собой символ объектов или групп в виде символа или группы
символов в соответствии с принятой системой. Все системы кодирования могут быть
сгруппированы в два подмножества: системы кодирования регистрации и
классификации. К требованиям по составу классификаторов относят:
объем, каждым классификатором, охвата объекта;
признаки, по которым согласовываются деление множества объектов с
вариантами обработки экономической информации;
74
взаимную однозначность, для проведения наименования объекта и его
кодового обозначения;
простотой при кодировании и возможности автоматизации
классификации и кодирования;
возможность привязки к другим классификаторам и системам
обозначения;
эффективная система использования классификаторов при обработке
информации.
В системе, использованы следующие виды системы кодирования, указанные в
таблице 10.
Таблица 10.
Используемые системы кодирования
Кодируемое
множество
объектов
Длин
а
кода
Мощ
ност
ь
кода
Система
кодирован
ия
Система
классифи
кации
Вид
классифик
атора
Клиенты
4
9999
Порядковая
Отсутствуе
т
Локальный
Проекты
4
9999
Порядковая
Отсутствуе
т
Локальный
Состояния
проектов
2
99
Порядковая
Отсутствуе
т
Локальный
2.2.3 Характеристика нормативно-справочной, входной и оперативной
информации
В системе используются справочники, приведенные в таблице 11.
75
Таблица 11
Перечень используемых справочников
№
п
п
Справка,назва
ние.
Исполнит
ель по
ведению
Средний
объём
записей в
справочн
ике
Средняя
частота
обновлен
ия
Средняя
величина
объема
актуализац
ии, %
1
Сотрудники
Администрат
ор
200
1 раз в
месяц
15
2
Объект
Администрат
ор
100
1 раз в
месяц
15
3
Заказчики
Пользовател
ь
100
1 раз в
месяц
15
4
Заявка
Администрат
ор
700
1 раз в
неделю
30
5
Состояние заявки
Пользовател
ь
100
1 раз в
месяц
15
Реквизитный состав справочников приведен в таблице 12.
Таблица 12
Состав справочников.
№ пп
Наименование
Перечень реквизитов
1.
Сотрудники
Фамилия, имя, отчество
Дата рождения
Должность
2.
Фирма
Наименование
Город
Оргформа
Контактное лицо
76
Продолжение таблицы 12.
3.
Заказчики
Фирма
Фамилия, имя, отчество
Дата регистрации
Адрес
E-mail
ФИО руководителя
2.2.4 Характеристика результатной информации
Описание результатных документов приведено в таблице 13.
Таблица 13
Описание выходных документов
№
пп
Наиме
нован
ие
Действия
Таблицы, для
формирования
Время
формир
ования
Способы
вывода
1
Списки
заявок
Номер
Вид
Состояние
Выполнено
В работе
Закрыта
Добавление
заявки
Заявка
Состояние
Сотрудник
Заказчик
Объект
По
запросу
Экранная
форма
2
Списки
этапов
исполн
ения
Номер
заявки
Заказчик
Этап
выполнения
Исполнител
ь
Заявка
Состояние
Сотрудник
Заказчик
Объект
По
запросу
Экранная
форма
В разрабатываемой системе произведены расчеты показателей таких как:
Количество всех работ;
Количество этапов для осуществления.
Формализация и описание первичных и результативных показателей приведены в
таблицах 14 и 15.