Материал: Автоматизация учета аренды площадей клиентами компании ООО "Грандтитул"

Скачать файл

Заказать новую работу

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам

 Комплектация АС поставляемыми изделиями (программными и

техническими средствами, программно-техническими

комплексами, информационными изделиями)

 Строительно-монтажные работы

 Пусконаладочные работы

 Проведение предварительных испытаний

 Проведение опытной эксплуатации

 Проведение приемочных испытаний

8. Сопровождение АС:

 Выполнение работ в соответствии с гарантийными

обязательствами

 Послегарантийное обслуживание

Эскизный, технический проекты и рабочая документация — это

последовательное построение все более точных проектных решений.

Допускается исключать стадию «Эскизный проект» и отдельные этапы работ на

всех стадиях, объединять стадии «Технический проект» и «Рабочая

документация» в «Технорабочий проект», параллельно выполнять различные

этапы и работы, включать дополнительные.

Выберем модель жизненного цикла. Существует несколько видов моделей

жизненного цикла:

 каскадная или водопадная модель жизненного цикла;

 итеративные или инкрементальные модели;

 спиральная модель жизненного цикла ПО.[2, c. 71]

Преимущества каскадной модели:

 Последовательное выполнение этапов проекта в строгом

фиксированном порядке;

 Позволяет оценивать качество продукта на каждом этапе.

Недостатки каскадной модели:

 Отсутствие обратных связей между этапами;

 Не соответствует реальным условиям разработки программного

продукта.

Когда использовать каскадную модель:

 В проектах с четко определенными требованиями, для которых не

предусматривается их изменений в процессе разработки;

 Для проектов, которые мигрируют с одной платформы на другую.

То есть, требования остаются те же, меняется только системное

окружение и/или язык программирования;

 Когда от компании-разработчика не требуется проводить

тестирования – к примеру, его обеспечением займется сам заказчик

или сторонняя фирма.

Преимущества итеративной модели жизненного цикла:

 раннее создание работающего ПО;

 гибкость – готовность к изменению требований на любом этапе

разработки;

 каждая итерация – маленький этап, для которого тестирование и

анализ рисков обеспечить проще, чем для всего жизненного цикла

продукта.

Недостатки итеративной модели жизненного цикла:

 каждая фаза – самостоятельна, отдельные итерации не

накладываются

 могут возникнуть проблемы с реализацией общей архитектуры

системы, поскольку не все требования известны к началу

проектирования.

Когда использовать итеративную модель:

 для крупных проектов;

 когда известны, по крайней мере, ключевые требования;

 когда требования к проекту могут меняться в процессе разработки.

Преимущества спиральной модели жизненного цикла:

 улучшенный анализ рисков;

 хорошая документация процесса разработки;

 гибкость – возможность внесения изменений и добавления новой

функциональности даже на относительно поздних этапах.

Недостатки спиральной модели жизненного цикла:

 может быть достаточно дорогой в использовании

 управление рисками требует привлечения высококлассных

специалистов;

 успех процесса в большой степени зависит от стадии анализа

рисков.

Когда использовать спиральную модель жизненного цикла:

 когда важен анализ рисков и затрат;

 крупные долгосрочные проекты с отсутствием четких требований

или вероятностью их динамического изменения;

 при разработке новой линейки продуктов.

Учитывая все вышеизложенные плюсы и минусы моделей, выбранная

модель жизненного цикла будет спиральная.

Соответственно, стратегия разработки нашей системы будет такой:

1. Анализ:

 обследование объекта и обоснование необходимости создания ИС;

 формирование требований пользователя к ИС;

 разработка вариантов концепции ИС и выбор варианта концепции

ИС, удовлетворяющего требованиям пользователей;

 оформление отчета о проделанной работе.

2. Проектирование:

 разработка информационной модели системы;

 формирование характеристик входной и выходной информации;

 разработка функциональной модели системы;

 разработка модели базы данных;

 разработка структурной схемы системы;

 формирование требований к программным модулям системы;

 формирование технологического процесса сбора и обработки

информации;

 разработка документации на ИС и ее части.

3. Разработка:

 написание кода системы учёта товаров.

4. Внедрение:

 тестирование;

 отладка;

 обучение персонала;

 запуск в эксплуатацию.

Выберем стратегию внедрения для ИС учёта аренды. Существует 4 типа

стратегии внедрения:

 Параллельная.

 «Скачок».

 «Пилотный проект».

 «Узкое место».

Внедрение ИС учёта аренды в ООО «Гранд Титул» предполагает

использование стратегии «Узкое место».

2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание

Риск проекта понимается в MSF именно в таком полном виде - как всякое

событие или условие, которое может оказать как негативное, так и позитивное

влияние на итоги проекта.

Важно отметить, что риски не есть проблемы. Проблемы - это нечто,

имеющие место в настоящее время, в то время как риски относятся к будущему

и носят вероятностный характер (могут и не состояться). Однако риски могут

стать проблемами, если ими эффективно не управлять.

Цель управления рисками - максимизировать их положительное влияние

(открывающиеся возможности), но при этом минимизировать связанные с ними

негативные факторы (убытки).

Поскольку риски являются неотъемлемой частью всех фаз всех проектов от

начала и до конца, должны быть изначально выделены и должным образом

распределены ресурсы, необходимые для эффективного управления рисками.

Планирование управления рисками осуществляется проектной группой во время

фаз выработки концепции и планирования, и результирующий план управления

рисками должен определять конкретные действия, ответственность за которые

возложена на определенных членов проектной группы.

Существует несколько вариантов рисков, которые могу привести к

закрытию проекта. Рассмотрим риски при каждом этапе проекта, а также,

способы их преодоления (таблица 2.2).

Таблица 2.2

Риски

Этапы

Риски

Контр. меры

Анализ

риск неполноты сбора

информации

Уделить достаточное

время сбору информации

и систематизировать этот

процесс

Проектирование

риск принятия неверного

проектного решения

Уделить достаточное

время сбору информации

и систематизировать этот

процесс

риск неверного

планирования

Согласование

окончательных

требований к системе

стоимостный риск

Согласование

окончательных

требований к системе

форс-мажор

Страхование проекта

Разработка

нехватка персонала

Полное и доскональное

проектирование системы

технический риск

Внедрение

риск персонала

Проведение тестирование

и отладки

технический и

программный

2.1.3.Организационно-правовые и программно-аппаратные средства

обеспечения информационной безопасности и защиты информации

Программа для ЭВМ и баз данных регулируется специальным законом и

нормами авторского права: Законом о правовой охране программ для

электронных вычислительных машин и баз данных и Законом РФ «Об авторском

праве и смежных правах» от 9 июля 1993 г. N 5351-1. Программа для ЭВМ -

произведение; для базы данных - сборники. Авторское право на программы для

ЭВМ и баз данных не связано с правом собственности на их материальный

Источник: https://baza.diplomsite.ru/previewfile/2357

Смотрите также:








Анализ эффективности инвестиций предприятия на примере ООО «СпецПримСтрой»
Изложение содержания дела, по которому приняты судебные постановления
Проактивные методы PR-деятельности российских авиационных компаний «Россия», «Азимут»