67
Рисунок №2.2. Реальный процесс разработки программного обеспечения по кас-
кадной схеме.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Любой проект по созданию информационной системы предприятия всегда
включает множество задач, связанных с общим управлением проектом, разработ-
кой ПО, проектированием ИС, внедрением, каждая из которых сама по себе явля-
ется проектом с присущими ему особенностями. Поэтому в ходе разработки суще-
ствуют различные риски. Риски заказчика связаны с неполным достижением целей
проекта и не эффективно израсходованными средствами, а риски исполнителя
возможностью резкого превышения фактической себестоимости работ по сравне-
нию с плановой. Необходимость ведения параллельных и подчас принципиально
отличающихся по своему характеру работ приводит к тому, что многократно воз-
растает уровень риска проекта[7.стр.189].
Наиболее характерные риски и методы из минимизации приведены в табли-
це 2.1
68
Таблица №2.1
Возможные риски проекта и способы их минимизации
Виды рис-
ков/варианты ме-
неджмента рисков
Снижение видов риска
Снижение вероятности воз-
никновения риска
Риски, связанные с
масштабом проекта
Детальный анализ каждого этапа
работ, взаимодействия
участников, организации работ
Детально проработанная
программа качества, отрабо-
танное управление
конфигурацией проекта,
специальные процедуры
взаимодействия участников
Риски, связанные с
недостаточным опы-
том в сфере ИТ
Проведение обучения пользова-
телей, включая руководство, со-
блюдение технологий работы
Разработка и утверждение
концепции проекта на воз-
можно более ранней его
стадии
Технические риски
проекта
Строгий отбор проектной
команды по квалификационным
критериям. Обучение участни-
ков проекта технологии проект-
ных работ, инструментальным
средствам
Использование стандартов
предприятия на проектные
работы, разработка стандар-
тов проекта
Организационные
риски проекта
Обучение участников проекта
(курс "управление проектом"),
тренинги команды, как можно
более полная формализация дея-
тельности
Включение в команду адми-
нистратора проекта, деталь-
ное распределение ролей в
проекте
Операционные риски
проекта
Многократное тестирование со-
зданных продуктов, экспертиза
документов
Строгое выполнение проце-
дур программы качества
2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и её описание
Информационная модель представляет собой схему движения входных, про-
межуточных и результативных потоков и функций предметной области. Кроме то-
го, она объясняет, на основе каких входных документов и какой нормативно-
справочной информации происходит выполнение функций по обработке данных и
формирование конкретных выходных документов[30.стр.66].
69
Рисунок №2.3 Информационная модель системы
В соответствии с представленной информационной моделью менеджер за-
полняет справочник Состояние проектов. Далее, используя данные справочников
Клиенты, Сотрудники, Города, Фирмы, состояния проектов, изменяет содержание
таблицы Проекты. На основании таблицы Проекты и Справочника Состояние
проектов менеджер получает экранные формы выходных документов, таких, как
список проектов и список этапов выполнения проектов[9.стр.239].
2.2.2 Используемые классификаторы и системы кодирования
В составе информационного обеспечения рассматриваемого комплекса задач
важное место отводится классификаторам экономической информации: обеспечить
сжатие призрачной части (идентификатора) показателей, а, следовательно, и сокра-
тить объем хранимой информации в ЭВМ и время на поиск информации, необхо-
димой для решения задач, облегчить обработку информации позволяют
классификация и кодирование информации.
70
Классификатор - это документ, с помощью которого осуществляется форма-
лизованное описание экономической информации в ЭИС, содержащий
наименования объектов, наименования классификационных группировок и их ко-
довые обозначения.
В зависимости от применения они делятся на три группы:
1. общегосударственные классификаторы, используемые во всех отраслях и на всех
уровнях управления для повсеместного и одинакового обозначения объектов;
2. отраслевые (ведомственные) классификаторы, используемые в пределах опреде-
ленной отрасли (ведомства);
3. локальные, используемые в пределах организации или группы организации.
Для полной формализации экономической информации недостаточно простой
классификации, поэтому проводят процедуру кодирования.
Кодирование - это процесс присвоения условных обозначений объектам и
классификационным группам по соответствующей системе кодирования.
Система кодирования - это совокупность правил обозначения объектов и
группировок с использованием кодов.
Код - это условное обозначение объектов или группировок в виде знака или группы
знаков в соответствии с принятой системой. Все системы кодирования можно
сгруппировать в два подмножества: регистрационных и классификационных си-
стем кодирования[8.стр.135].
Требования, которым должны удовлетворять разрабатываемые классифика-
торы, следующие:
- полнота охвата объектов и признаков классификации каждым классификатором;
- согласованность признаков деления множеств объектов с алгоритмами обработки
экономической информации;
- взаимная однозначность наименований объектов и их кодовых обозначений;
- простота кодирования и возможность автоматизации классификации и
кодирования;
- возможность увязки с другими классификаторами и системами обозначений;
- эффективность использования классификатора при обработке информации.
В системе используется следующие виды системы кодирования, указанные в
таблице 2.2.
71
Таблица №2.2
Используемые системы кодирования
Кодируемое
множество объ-
ектов
Длина
кода
Мощность
кода
Система ко-
дирования
Система
классификации
Вид классифи-
катора
Клиенты
4
9999
Порядковая
Отсутствует
Локальный
Проекты
4
9999
Порядковая
Отсутствует
Локальный
Состояния
проектов
2
99
Порядковая
Отсутствует
Локальный
1) Классификатор клиентов
Структурная схема классификатора клиентов.
К1=[XXXX] – Код клиента
2.2.3 Характеристика нормативно-справочной, входной и оперативной информации
Таблица №2.3
Перечень используемых справочников
№
пп
название
справочника
ответственный
за ведение
средний объём
справочника в
записях
среднюю ча-
стоту актуали-
зации
средний объем
актуализации, %
1
Сотрудники
Администратор
100
1 раз в месяц
10
2
Фирма
Администратор
50
1 раз в месяц
10
3
Клиенты
Пользователь
50
1 раз в месяц
10
4
Город
Администратор
500
1 раз в неделю
25
5
Состояние
проектов
Пользователь
50
1 раз в месяц
10
Реквизитный состав справочников приведен в таблице.
Таблица №2.4
Реквизитный состав справочников
№ пп
Наименование
Перечень реквизитов
1.
Сотрудники
· Фамилия, имя, отчество
· Дата рождения
· Должность
72
Продолжение таблицы №2.4
2.
Фирма
· Наименование
· Город
· Оргформа
· Контактное лицо
3.
Клиенты
· Фирма
· Фамилия, имя, отчество
· Дата регистрации
· Адрес
· E-mail
· ФИО руководителя
4.
Состояние проектов
· Наименование состояния
2.2.4 Характеристика результатной информации
Описание результатных документов приведено в таблице
Таблица №2.5
Описание выходных документов
№
пп
Наименование
Реквизиты
Таблицы, на
основе которых
формируется
Частота форми-
рования
Способ
доставки
1
Список проектов
· Номер
· Вид
· Наименование
клиента
· Состояние
· Завершено
· Добавлено
· Ведет проект
· Добавил про-
ект
· Проекты
· Состояние про-
ектов
· Сотрудники
· Фирмы
· Города
По мере необ-
ходимости
Экранная
форма
2
Список этапов
выполнения
проектов
· Номер проекта
· Наименование
клиента
· Шаг
выполнения
· Дата начала
· Дата оконча-
ния
· Добавил
· Ответственный
· Проекты
· Состояние
проектов
· Сотрудники
· Фирмы
· Города
По мере
необходимости
Экранная
форма
73
2.2.5 Формализация расчётов показателей
В разрабатываемой системе производится расчет следующих показателей:
- Общее количество проектов;
- Общее количество этапов проекта.
Таблица №2.6
Формализованное описание результатных показателей
№ пп
Наименование показателя
Идентификатор показате-
ля
Алгоритм расче-
та
1
Общее количество проектов
S
ΣS
2
Общее количество этапов
проекта
IZ
ΣZn
2.3 Программное обеспечение задачи
2.3.1 Общие положения (дерево функций и сценарий диалога)
В разработанном модуле предусмотрен только один пользователь - мене-
джер. На рисунке рисунок №2.7 показано дерево функций менеджера
Рисунок №2.7 Дерево функций менеджера
На основании дерева функций разработан сценарий диалога, схематически
представленный на рисунке 2.8.
74
Рисунок №2.8 Сценарий диалога
2.3.2 Характеристика базы данных
В разработанном модуле используется СУБД MS SQL Server 2000. Обосно-
вание ее выбора приведено в разделе 1.4.3. В решаемой задачи используется
следующая ER-модель[27.стр.89].
Рисунок №2.9 описывающая взаимосвязь таблиц в БД.
Таблица №2.7
Таблица «City»
№ пп
Поле
Тип
Значение
1.
idCity
int(10)
Номер
2.
city
varchar(255)
Наименование города
3.
telcode
varchar(20)
Телефонный код
4.
timezone
int(4)
Часовой пояс
75
Таблица №2.8
Таблица «Klient»
№ пп
Поле
Тип
Значение
1.
idKlient
int(11)
Номер
2.
nameK
varchar(255)
Наименование
3.
inn
varchar(12)
ИНН
4.
kpp
varchar(12)
КПП
5.
fiobossK
varchar(30)
ФИО руководителя
6.
fiokontaktk
varchar(30)
ФИО контактного лица
7.
telefonK
varchar(9)
телефон
8.
adressK
varchar(255)
адресс
9.
zipcodeK
varchar(6)
индекс
10.
emailK
varchar(15)
Е-майл
11.
idCityK
int(11)
Код города
Таблица № 2.9
Таблица «Project»
№ пп
Поле
Тип
Значение
1.
idza
int(11)
Номер
2.
idKZ
int(11)
Код заявки
3.
idoZ
int(11)
Код оборудования
4.
idVZ
int(11)
Код производителя
5.
idGZ
int(11)
Код гарантии
6.
opisanieZ
varchar(255)
Описание неисправности
7.
modelZ
varchar(45)
Наименование модели
8.
status
varchar(45)
Статус заявки
9.
datezz
timestamp
Дата заявки
10.
idzentrZ
int(11)
Код фирмы
Таблица №2.10
Таблица «Sotr»
№ пп
Поле
Тип
Значение
1.
idI
int(5)
Номер
2.
nameI
varchar(30)
ФИО
3.
loginI
varchar(10)
Логин
4.
parolI
varchar(10)
пароль
5.
idZI
int(11)
Код фирмы
76
Таблица №2.11
Таблица «Firma»
№ пп
Поле
Тип
Значение
1.
idZ
int(11)
Номер
2.
nameZ
varchar(255)
Наименование
3.
fiobossZ
varchar(30)
ФИО руководителя
4.
fiokontaktZ
varchar(30)
ФИО контактного лица
5.
telefonZ
varchar(9)
Телефон
6.
adressZ
varchar(255)
Адресс
7.
zipcodeZ
varchar(6)
Почтовый индекс
8.
emailZ
varchar(15)
Е-майл
9.
idCityZ
int(11)
Код города
Таблица №2.12
Таблица «SostPr»
№ пп
Поле
Тип
Значение
1.
idO
int(10)
Номер
2.
nameO
varchar(255)
Наименование состояния
2.3.3 Структурная схема пакета (дерево вызова программных модулей)
Разработанный модуль включает в себя серверную и клиентскую часть
Серверная часть является приложением для взаимодействия с базой данных,
клиентская - веб-интерфейсом для ввода данных и получения отчетной
информации[21.стр.101]. Структурная схема пакета представлена на рисунке 2.10.