Дипломная работа: Автоматизация процесса взаимодействия с клиентами (CRM) на примере агенства недвижимости
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
46
определение задач;
анализ задач;
разработка технической архитектуры;
внедрение;
интеграция сиcтемы;
верификация;
переход;
тестирование;
эксплуатация;
сопровождение;
утилизация.
5) Специальные процессы:
определение и установка взаимосвязей исходя из задач и целей.
Стадии формирования системы, предусмотренные в стандарте ISO/IEC 15288,
несколько различаются от рассмотренных выше. Список стадий и ключевые
результаты, которые обязаны быть достигнутыми ко времени их окончания,
приведены в таблице 9.
Таблица 9
Стадии создания систем (ISO/TEC 15288)
Л
п/п
Стадия
Описание
1
Формирование
концепции
Анализ потребностей, подбор концепции и проектных
решений
2
Разработка
Проектирование системы
3
Реализация
Разработка системы
4
Эксплуатация
Введение в использование и применение системы
5
Поддержка
Обеспечение функционирования системы
6
Снятие
с эксплуатации
Завершение использования, архивирование системы
47
В процессе исследования подобрана стратегия введения пилотный проект.
Цель пилотных проектов состоит не только лишь в выпуске качественного
продукта, но и еще в использовании свежего производственного процесса,
технологии или же инструментов. В количество более значимых требований к
пилотным проектам входят следующие:
Управляемый технический риск. Несмотря на то, что при введении
комбинации нового процесса, инструментов и технологии сложно исключить
технологические риски, в пилотном проекте недопустим его очень высокий уровень.
Высокий приоритет. Проект обязать обладать достаточно высоким
приоритетом, гарантирующий требуемую поддержку со стороны руководства и
требуемые ресурсы. Данному критерию, безусловно, удовлетворяют критически
важные проекты, но цена их провала также высока (финансовая угроза).
Выделение достаточных ресурсов. Провалы большинства пилотных проектов
связаны с передачей их ресурсов иным проектам, либо с урезанием их бюджета.
Руководители обязаны побеспокоиться о том, для того чтобы пилотный проект был
довольно сильно обеспечен необходимыми ресурсами в течении всего собственного
выполнения.
Реалистичный график. График проекта не обязан быть напряженным до такой
степени, то что для его выполнения назначенной команде понадобилось бы
воздерживаться от введения нового процесса и инструментов. Как правило, для
выполнения проекта его руководителю предоставляется определенный резерв
времени (от 10 до 25 процентов от начального графика).
В том случае, если пилотный проект был начат до внедрения процесса,
немаловажно верно позиционировать проект изнутри надлежащей фазы жизненного
цикла. В случае, если проект располагается в фазе обследования либо в
первоначальном периоде проработки, в таком случае, как правило, возможно
отметить довольно много времени с целью введения нового процесса и
инструментов, никак не подвергая при этом риску сроки окончания проекта.
Замедление с введением принципиально нового процесса либо инструментов вплоть
до наиболее позднего периода дестабилизирует проект, так как предназначенная
проектная группа обязана будет сконцентрировать свое внимание на
приспособление к изменениям. Это способно послужить причиной к приостановке
48
выполнения проекта, а в случае если группа увязнет в проблемах, то, в таком случае,
в определенных вариантах, способствует даже к его закрытию. Точный запуск
проекта предоставляет вероятность определить реальные ожидания, гарантировать
доступность проекта для пользователей и создать проектную группу. В случае, если
проект уже запущен, в таком случае данные проблемы обязаны быть решенными
немедленно.
Цель фазы обследования в пилотном проекте состоит в доказательстве
спонсорского участия (в главную очередь – в организационных изменениях, и
только лишь затем – в разработке продукта). В фазе проработки главный интерес
уделяется проектированию и управлению настройками, и изменениями. В данной
фазе ведется введение инструментов тестирования, но, их интенсивное применение
наступает позже. Главная цель фазы проработки пилотного проекта состоит в
устранении рисков, сопряженных с новейшим процессом и инструментами. В фазе
построения новые инструменты ранее уже никак не вводятся, а предназначенная
проектная группа сосредотачивает собственные усилия на разработке продукта и
увеличении производительности. Цели фазы построения в пилотном проекте
состоят в стабильной и результативной работе и в формировании законченного
продукта.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
На сегодняшний момент многие специалисты в сфере информационных
систем рекомендуют к применению итерационные модели. Однако организации
продолжают применять каскадную модель. Это происходит по некоторым
причинам:
− Привычка — основная масса специалистов по информационным технологиям
приобретали своё образование тогда, когда эта модель была
распространённой в образовательном процессе. Это объясняет её
использование и сейчас.
− Существует мнение о возможных рисках партнёров программы (заказчика и
исполнителя). Здесь исполнитель выполняет окончательный вариант заданий
на каждом этапе. Такими этапами можно выделить: проектное задание,
49
техническое обеспечение, документы для пользователя. Документы,
предназначенные для пользователя, позволяют определить требования для
выполнения следующей стадии, определить обязанности участников проекта,
объем работ, периоды выполнения. Итоговая оценка времени на выполнение
и стоимости программы определяется на первоначальных моментах, сразу
после обследования. В этом случае несомненным является то, что требования
к информационной системе в процессе разработки программы не постоянны,
напротив видоизменяются. Как следствие, качество пользовательской
документации в итоге оказывается низким. Выявляется невыполнение,
несоответствие или противоречивость требований.
На самом деле применение каскадной модели только кажется идеалом
определенности, фактически увеличивая риски. Такая модель только
уменьшает ответственность сторон.
Если программа разрабатывается формально, то в таком случае руководитель
выполняет исключительно требования, которые прописаны в спецификации,
применяет в работе документ. Поэтому не учитываются реальные
потребности компании.
В разработке программ используют два основных способа заключения
контракта. Первый способ — выполнение определённого объема работ за
определённую стоимость в определенный период времени (fixed price).
Следующий способ предопределяет повременную оплату труда (time work). В
зависимости от того, насколько определены условия выполнения задачи,
определяется возможный или подходящий в данных условиях способ
заключения контракта.
В случае каскадной модели применяют контракт с оплатой труда согласно
результатам работы. Потому что, при наличии определённых этапов в этой
модели, результатов и итогов каждого этапа, логичнее и правильнее работать
в условиях такого контакта. Потому что такой вид контракта позволяет
определить полную стоимость программы ещё до того, как он завершится.
Подписание же контракта с повременной оплатой труда применяется
преимущественно в малых системах с небольшими объёмами расходов.
Создание, интеграция программ и информационных систем —
50
дорогостоящий процесс. Он предполагает значительные финансовые
расходы. Чаще применяются контракты с фиксированной стоимостью. А
потому — каскадная модель задействуется чаще. Спиральную модель
используют при разработке информационной системы, пользуясь
исключительно силами своего отдела информационных технологий в
организации [11].
− Существуют некоторые проблемы интеграции в применении итерационной
модели. Так как продукт обладает ограниченной функциональностью, его
невозможно применять. Поэтому в некоторых сферах деятельности, таких как
военные разработки, энергетика в атомной области, его не используют. В
бизнесе возможно поэтапная итерационная интеграция. Это подразумевает
собой определённые организационные сложности. Например, перемещение
данных, внедрение систем, методов учёта, обучение пользователей. Здесь
расходов оказывается гораздо больше, а руководство программой
усложняется. Поэтому заказчики заведомо решают применять каскадную
модель. Это позволяет им "внедрять новое один раз".
Каждый из этапов разработки предопределяет собой выполнение конкретных
работ. Эти объёмы представлены как процесс жизненного цикла программного
обеспечения. Такой процесс — это совокупность действий, которые преобразуют
входящую информацию в исходящую. Описание каждого этапа имеет список задач,
изначальных данных, итогов.
Объективным фактором того, что создание рабочих моделей системы
ограничена, — это недостаток средств, способствующих объектно-
ориентированному представлению.
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Главными целями информационной безопасности агентства недвижимости
являются – сохранение конфиденциальности данных, являющихся коммерческой
тайной; обеспечение нормальной функциональной деятельности подразделений
предприятия.
Источник: https://baza.diplomsite.ru/previewfile/2068