48
проходит те же этапы. Суть работы в рамках RUP - создание и поддержка
моделей на основе UML.
Microsoft Solution Framework (MSF) аналогична RUP, она также
включает четыре этапа: анализ, проектирование, разработка, стабилизация,
итеративный, предполагает использование объектно-ориентированного
моделирования. По сравнению с RUP MSF больше ориентирована на разработку
бизнес-приложений.
Экстремальное программирование (XP). Экстремальное
программирование (последняя из рассматриваемых методологий) было
сформировано в 1996 году. Методология основана на командной работе,
эффективной коммуникации между заказчиком и подрядчиком на протяжении
всего проекта разработки ИС, а разработка осуществляется с использованием
последовательно разработанных прототипов.
При выборе стандарта основным определяющим фактором является более
полное и подробное описание работ на этапах и этапах разработки АС
(автоматизированных систем). Стандарт ИСО / МЭК 12207 не содержит
подробного описания работы на разных этапах и этапах разработки динамиков.
Стандарт CDM предназначен для использования в проектах с использованием
технологий Oracle, которые не используются в этом проекте. Стандарт MSF, как
упоминалось ранее, больше ориентирован на разработку бизнес-приложений.
Стандарт XP ориентирован на команду. В этом проекте будет использоваться
ГОСТ 34.601-90, поскольку он содержит описание работ на каждом этапе
развития АС.
Далее произведем выбор стратегии внедрения разработанной системы. В
настоящий момент выделяется четыре стратегии внедрения информационной
системы:
Параллельная стратегия - для случая, когда старую работающую
систему необходимо заменить новой;
Скачок – эта стратегия подразумевает резкий переход от одной
системы автоматизации к другой;
49
Опытная эксплуатация "пилотного проекта - это тактика "скачка", но
применяемая к ограниченному числу изделий, наиболее успешна в малом
участке деятельности;
Узкое место - при внедрении "узкого места" план внедрения
выполняется только для "узкого места" и для людей, работающих в нем.
В качестве стратегии внедрения была выбрана стратегия Опытная
эксплуатация пилотного проекта на основании описания и условий деятельности
компании, особенностей разрабатываемой информационной системы, так как в
этом случае внедрение системы произойдет наиболее безболезненно.
Для проекта по развитию автоматизации документооборота по продаже
недвижимости подходит каскадная модель для разработки приложения из-за
способности контролировать промежуточные фазы.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
Много неопределенных моментов содержит в себе любой сложный
проект, а особенно проект разработки программного обеспечения, которые
могут повлечь за собой риски реализации проекта.
Чтобы полностью предотвратить возникновение, либо минимизировать
последствия рисков, требуется разработать для этого меры или выявить их на
ранней стадии.
Три общеустановленных стратегии управления рисками:
Избегание риска - проект был реорганизован таким образом, чтобы
исключить возможность рисков;
Делегирование рисков – реорганизация проекта происходит, таким
образом, при котором риски перекладываются на третью сторону (заказчика,
банки, вендора и т.п.);
Принятие рисков – проводится постоянный мониторинг симптомов
наступления рисков, постоянно корректируется план действий в случае
50
наступления рисков. Такие риски признаются в качестве неизбежной
составляющей проекта.
Различают две основные категории рисков – прямые и опосредованные.
На прямые риски проектная команда может каким-то образом повлиять, а
опосредованные риски команда контролировать не может в принципе.
Основные виды рисков:
1. Ресурсные риски:
организация (выполнялись ли организацией ранее проекты такого
масштаба, существует ли формальный процесс разработки программного
обеспечения и т.п.);
время (реален ли план проекта, является ли критичной дата окончания
проекта и т.п.);
люди (хватает ли людей для выполнения проекта, есть ли у людей
достаточно опыта и навыков, был ли совместный опыт в проектах и т.п.);
финансирование (достаточно ли профинансирован проект,
зафиксирована ли стоимость проекта или является варьирующей, оценка затрат
выполнена ли верно и т.п.);
бизнес (что случится, если конкурент выйдет на рынок первым; выгода,
от реализации проекта больше, чем затраты; что произойдет, если основные
поставщики не смогут выполнить свои обязательства и т.п.).
2. Технические риски:
область действия (scope) проекта (критерии успешного завершения
проекта могут ли быть измерены; требования хорошо поняты и стабильны; может
ли расширяться в будущем область действия или она фиксирована и т.п.);
технологии (применяемая технология только была разработана или
отлажена и т.п.);
внешние зависимости (зависит ли успех проекта от внешних
поставщиков технологий или продуктов; зависит ли проект от других
параллельных проектов и т.п.).
51
На каждом этапе жизненного цикла в данном проекте можно выделить
следующие основные риски (таблица 5).
Таблица №5
Основные риски на этапах жизненного цикла информационной
системы
Этап
Риск
Мероприятия
Заказ
Несоответствие выделенного
бюджета масштабу проекта
Переговоры по увеличению
бюджета или отказ от участия
в проекте
Заказ
Не формализуемая задача
(невозможно автоматизировать те
или иные бизнес-процессы или
стоимость такой автоматизации
превысит ожидаемую выгоду)
Пересмотреть масштаб
проекта и выделите каждую
задачу, которая может быть
автоматизирована.
Провести детальный анализ
бизнес-процессов и создать
комплекс мер по их
реорганизации.
Проектиро
вание
- неправильное определение
рамок и масштабов проекта;
- проектирование ошибочных
функций и интерфейсов будущей
системы;
- выбор неправильных
технологий и методов решения
поставленных задач;
- несоблюдение требований
заказчика при проектирование
будущей системы или постоянное
изменение требований.
- обеспечение стабильности
границ проекта,
определенных на начальном
этапе, вплоть до окончания
проекта;
- качественное планирование
работ;
- своевременное выявление
проектных рисков и
разработка рекомендаций по
снижению рисков;
-предоставление
необходимых ресурсов
проекта;
Разработка
Недостаточно ресурсов для
выполнения комплексного и
нагрузочного тестирования
Заключить договор со
специализированной
организацией на выполнение
ею этих работ.
Не хватает опыта у персонала
заказчика, который будет
эксплуатировать систему
Предоставить заказчику
услуги собственного
специалиста для
первоначального
сопровождения системы и
постепенного обучения
персонала заказчика.
Внедрение
- увеличение нагрузки на
персонал;
- несогласованность действий
персонала исполнителя и
сотрудников предметных областей
- проведение обучения
персонала заказчика работы с
системой;
- составление плана
внедрения ИС
52
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Чтобы ограничить использование беспроводной сети, она защищена
шифрованием по протоколу WEP2, а также настроена фильтрация клиента по
MAC-адресу.
Вместе с тем, используется система видеонаблюдения, система
пожаротушения и система контроля и управления доступом.
В компании разработана и применяется политика безопасности.
Целями политики безопасности являются:
сохранение конфиденциальности критичных информационных
ресурсов;
обеспечение непрерывности доступа к информационным ресурсам
Компании для поддержки бизнес деятельности;
защита целостности деловой информации с целью поддержания
возможности по оказанию услуг высокого качества и принятию эффективных
управленческих решений;
повышение осведомленности пользователей в области рисков,
связанных с информационными ресурсами;
определение степени ответственности и обязанностей сотрудников
по обеспечению информационной безопасности.
Руководители департаментов должны обеспечить регулярное
соблюдение положений политики. Кроме того, следует организовать
периодический анализ соответствия информационной безопасности с
последующим отчетом руководству о результатах этого аудита.
Требования политики применяются ко всей информации и ресурсам
обработки информации. Соблюдение политики является обязательным для всех
сотрудников (как постоянных, так и временных). Контракты с третьими
сторонами, получающими доступ к информации, должны включать в себя
обязательство третьей стороны соблюдать требования политики безопасности.
53
Защищена шифрованием по протоколу WEP2 для ограничения
использования беспроводной сети, а также по MAC-адресам настроена
фильтрация клиентов.
Кроме того, используется система видеонаблюдения, система
пожаротушения и система контроля и управления доступом.
Обязанности администратора ПО «1С: Предприятие» возложены на ИТ-
специалиста.
В таблице 6 приведена таблица разграничения прав групп пользователей
к информационной системе.
Таблица 6
Разграничение прав пользователей
Группы
пользователей
Нормативно-
справочная
информация
Транзакции
Аналитическая
отчетность
Менеджеры
поставщиков и
подрядчиков
Чтение/создани
е/удаление
Чтение/создание
/удаление
Права отсутствуют
Администраторы
ИС
Чтение/создани
е/удаление
Чтение/создание
/удаление
Чтение/создание/уда
ление
Топ-менеджеры
Чтение
Чтение
Полный
54
2.2. Информационное обеспечение задачи
2.2.1. Характеристика нормативно-справочной, входной и оперативной
информации
С разработки нормативно-справочной информации и справочных
классификаторов начинается создание фактографических экономических
информационных систем.
Для внедряемой подсистемы СRM разработаны следующие справочники:
Объекты
Договора
Клиенты
Сотрудники
Заказчики
Структура с характеристиками входных документов и файлов
представлены в таблице 7.
Таблица 7
Структура и состав справочников
Наименование
объекта
Атрибуты
Тип и свойства
Справочник
«Объекты»
Код
Строка, длина - 9
Наименование
Строка, длина - 80
Описание
Строка, длина - неограниченная
Справочник
«Заказчики»
Код
Строка, длина - 9
Наименование
Строка, длина - 55
Менеджер
Строка, длина - 55
Телефон
Строка, длина - 20
Адрес
Строка, длина - 90
Справочник
«Клиенты»
Код
Строка, длина - 9
Наименование
Строка, длина - 45
Телефон
Строка, длина - 20
Справочник
«Договора»
Код
Строка, длина - 9
Наименование
Строка, длина - 70
Дата
Дата
Покупатель
СправочникСсылка. Клиенты
Описание
Строка, длина - неограниченная
Справочник
«Сотрудники»
Код
Строка, длина - 9
Наименование
Строка, длина - 50
Должность
СправочникСсылка. Должности
Дата рождения
Дата
Телефон
Строка, длина - 20
55
Информационные потоки – это физическое перемещение информации от
одного сотрудника предприятия к другому или от одного подразделения к
другому. Цель работы с информационными потоками – оптимизация работы
предприятия.
Информационный поток может опережать материальный, следовать
одновременно с ним или после него. При этом информационный поток может
быть направлен как в одну сторону с материальным, так и в противоположную:
1. Входящие потоки - это данные, поступающие от внешних
источников;
2. Исходящие потоки — это данные, предназначенные для
внешних потребителей информации;
Для моделирования данной информационной системы можно выделить
следующие входящие потоки:
Заявка клиента;
Документы жилого фонда;
Бланк учета недвижимости;
Информация об объектах недвижимости.
2.2.2. Характеристика результатной информации
Для моделирования данной информационной системы можно выделить
следующие исходящие потоки (результатную информацию):
Отчет о выручке;
Отчет о доходе;
Отчет о расходах;
Договор купли-продажи
Квитанции
Акт сдачи/аренды
Счет на оплату
В подсистеме содержится инструментарий для выполнения задач по
56
учету договоров аренды: Хранение данных об объектах аренды с произвольными
наборами характеристик; Хранение списка дополнительных услуг; Хранение
списка телефонных номеров и привязка нескольких телефонов к договорам
контрагентов;
Одним из наиболее результативных способов повышения эффективности
управления арендными площадями- снижение издержек в операциях по
документообороту и автоматизация учета арендодателя. Это дает компании:
– сориентировать специалистов по аренде на более значимую работу;
– сокращать время, затрачиваемое на обычные рутинные операции по
оформлению документов;
– оптимизирование механизмов контроля начисления и оплаты арендных
площадей;
– сокращение сроков заключения договоров и дополнительных
соглашений;
– усовершенствование системы эксплуатации объектов;
Функция управления взаиморасчетами является Важным элементом при
работе с контрагентами. Реализуемая с помощью подсистемы управления
взаиморасчетами гибкая кредитная политика, позволяет повысить
привлекательность предприятия для клиентов и его конкурентоспособность на
рынке.
В финансовых, снабженческих и сбытовых структурах предприятия,
позволяя оптимизировать финансовые и материальные потоки, может
использоваться подсистема управления взаиморасчетами.
Структура с характеристиками документов и файлов представлены в
таблице 7.
57
Таблица 8
Структура и состав документов
Наименование
объекта
Реквизиты
Тип и свойства
Документ «Заявка
клиента»
Номер
Строка, длина - 9
Дата
Дата
Менеджер
СправочникСсылка. Сотрудники
Договор
СправочникСсылка. Договоры
Документ
«Договор»
Номер
Строка, длина - 9
Дата
Дата
Поставщик
СправочникСсылка. Поставщики
Кладовщик
СправочникСсылка. Сотрудники
Документ «Акт
сдачи/аренды
объекта
недвиижмости»
Номер
Строка, длина - 9
Дата
Дата
Покупатель
СправочникСсылка. Клиенты
Менеджер
СправочникСсылка. Сотрудники
Сумма Продажи
Число, длина – 10, точность - 2
Документ
«Продажа/Покупка
объекта
недвижимости»
Номер
Строка, длина - 9
Дата
Дата
Плательщик
СправочникСсылка. Клиенты
По Продаже
ДокументСсылка. Продажа
Товаров
Оплачен
Булево
Сумма Заказа
Число, длина – 10, точность - 2
Документ «Счёт на
оплату»
Номер
Строка, длина - 9
Дата
Дата
Покупатель
СправочникСсылка. Клиенты
Документ Продажи
ДокументСсылка. Продажа
Товаров
Сумма Оплаты
Число, длина – 10, точность - 2
2.3. Программное обеспечение задачи
2.3.1. Сценарий диалога
На рисунке 11 представлено дерево функций модулей, используемых в
данной информационной системе.