47
Комплектация АС поставляемыми изделиями (программными и
техническими средствами, программно-техническими
комплексами, информационными изделиями)
Строительно-монтажные работы
Пусконаладочные работы
Проведение предварительных испытаний
Проведение опытной эксплуатации
Проведение приемочных испытаний
8. Сопровождение АС:
Выполнение работ в соответствии с гарантийными
обязательствами
Послегарантийное обслуживание
Эскизный, технический проекты и рабочая документация — это
последовательное построение все более точных проектных решений.
Допускается исключать стадию «Эскизный проект» и отдельные этапы работ на
всех стадиях, объединять стадии «Технический проект» и «Рабочая
документация» в «Технорабочий проект», параллельно выполнять различные
этапы и работы, включать дополнительные.
Выберем модель жизненного цикла. Существует несколько видов моделей
жизненного цикла:
каскадная или водопадная модель жизненного цикла;
итеративные или инкрементальные модели;
спиральная модель жизненного цикла ПО.[2, c. 71]
Преимущества каскадной модели:
Последовательное выполнение этапов проекта в строгом
фиксированном порядке;
Позволяет оценивать качество продукта на каждом этапе.
Недостатки каскадной модели:
Отсутствие обратных связей между этапами;
Не соответствует реальным условиям разработки программного
продукта.
Когда использовать каскадную модель:
48
В проектах с четко определенными требованиями, для которых не
предусматривается их изменений в процессе разработки;
Для проектов, которые мигрируют с одной платформы на другую.
То есть, требования остаются те же, меняется только системное
окружение и/или язык программирования;
Когда от компании-разработчика не требуется проводить
тестирования – к примеру, его обеспечением займется сам заказчик
или сторонняя фирма.
Преимущества итеративной модели жизненного цикла:
раннее создание работающего ПО;
гибкость – готовность к изменению требований на любом этапе
разработки;
каждая итерация – маленький этап, для которого тестирование и
анализ рисков обеспечить проще, чем для всего жизненного цикла
продукта.
Недостатки итеративной модели жизненного цикла:
каждая фаза – самостоятельна, отдельные итерации не
накладываются
могут возникнуть проблемы с реализацией общей архитектуры
системы, поскольку не все требования известны к началу
проектирования.
Когда использовать итеративную модель:
для крупных проектов;
когда известны, по крайней мере, ключевые требования;
когда требования к проекту могут меняться в процессе разработки.
Преимущества спиральной модели жизненного цикла:
улучшенный анализ рисков;
хорошая документация процесса разработки;
гибкость – возможность внесения изменений и добавления новой
функциональности даже на относительно поздних этапах.
Недостатки спиральной модели жизненного цикла:
может быть достаточно дорогой в использовании
49
управление рисками требует привлечения высококлассных
специалистов;
успех процесса в большой степени зависит от стадии анализа
рисков.
Когда использовать спиральную модель жизненного цикла:
когда важен анализ рисков и затрат;
крупные долгосрочные проекты с отсутствием четких требований
или вероятностью их динамического изменения;
при разработке новой линейки продуктов.
Учитывая все вышеизложенные плюсы и минусы моделей, выбранная
модель жизненного цикла будет спиральная.
Соответственно, стратегия разработки нашей системы будет такой:
1. Анализ:
обследование объекта и обоснование необходимости создания ИС;
формирование требований пользователя к ИС;
разработка вариантов концепции ИС и выбор варианта концепции
ИС, удовлетворяющего требованиям пользователей;
оформление отчета о проделанной работе.
2. Проектирование:
разработка информационной модели системы;
формирование характеристик входной и выходной информации;
разработка функциональной модели системы;
разработка модели базы данных;
разработка структурной схемы системы;
формирование требований к программным модулям системы;
формирование технологического процесса сбора и обработки
информации;
разработка документации на ИС и ее части.
3. Разработка:
написание кода системы учёта товаров.
4. Внедрение:
тестирование;
50
отладка;
обучение персонала;
запуск в эксплуатацию.
Выберем стратегию внедрения для ИС учёта аренды. Существует 4 типа
стратегии внедрения:
Параллельная.
«Скачок».
«Пилотный проект».
«Узкое место».
Внедрение ИС учёта аренды в ООО «Гранд Титул» предполагает
использование стратегии «Узкое место».
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
Риск проекта понимается в MSF именно в таком полном виде - как всякое
событие или условие, которое может оказать как негативное, так и позитивное
влияние на итоги проекта.
Важно отметить, что риски не есть проблемы. Проблемы - это нечто,
имеющие место в настоящее время, в то время как риски относятся к будущему
и носят вероятностный характер (могут и не состояться). Однако риски могут
стать проблемами, если ими эффективно не управлять.
Цель управления рисками - максимизировать их положительное влияние
(открывающиеся возможности), но при этом минимизировать связанные с ними
негативные факторы (убытки).
Поскольку риски являются неотъемлемой частью всех фаз всех проектов от
начала и до конца, должны быть изначально выделены и должным образом
распределены ресурсы, необходимые для эффективного управления рисками.
Планирование управления рисками осуществляется проектной группой во время
фаз выработки концепции и планирования, и результирующий план управления
рисками должен определять конкретные действия, ответственность за которые
возложена на определенных членов проектной группы.
Существует несколько вариантов рисков, которые могу привести к
закрытию проекта. Рассмотрим риски при каждом этапе проекта, а также,
способы их преодоления (таблица 2.2).
51
Таблица 2.2
Риски
Этапы
Риски
Контр. меры
Анализ
риск неполноты сбора
информации
Уделить достаточное
время сбору информации
и систематизировать этот
процесс
Проектирование
риск принятия неверного
проектного решения
Уделить достаточное
время сбору информации
и систематизировать этот
процесс
риск неверного
планирования
Согласование
окончательных
требований к системе
стоимостный риск
Согласование
окончательных
требований к системе
форс-мажор
Страхование проекта
Разработка
нехватка персонала
Полное и доскональное
проектирование системы
технический риск
Внедрение
риск персонала
Проведение тестирование
и отладки
технический и
программный
2.1.3.Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Программа для ЭВМ и баз данных регулируется специальным законом и
нормами авторского права: Законом о правовой охране программ для
электронных вычислительных машин и баз данных и Законом РФ «Об авторском
праве и смежных правах» от 9 июля 1993 г. N 5351-1. Программа для ЭВМ -
произведение; для базы данных - сборники. Авторское право на программы для
ЭВМ и баз данных не связано с правом собственности на их материальный
52
носитель. Программа ЭВМ формально приравнена к произведению литературы,
авторское право на них возникает автоматически, в момент создания, но де-
факто данные Законы закрепляют совершенно разный статус литературного
произведения и программы ЭВМ. Причем режим использования программ ЭВМ
более ограничен. Так, в ст. 18 Закона РФ об авторском праве п. 2 не допускает
без согласия автора и без выплаты авторского вознаграждения воспроизведение
правомерно обнародованного произведения в виде программ для ЭВМ и баз
данных. В соответствии со ст. 4 данного Закона «репрографическое
воспроизведение не включает в себя хранение или воспроизведение копий в
электронной (включая цифровую) форме», а п. 2 ст. 18 данного Закона
однозначно запрещает репродуцирование в личных целях книг полностью.
Однако в сложившихся обычаях делового оборота сети Интернет считается
нормальной практикой копирование веб-страниц с информацией для личного
употребления с размещенных для свободного обозрения веб-сайтов. Такие
действия, являющиеся нарушениями действующего законодательства РФ, имеют
массовый характер, нарушители не несут никакой ответственности, и, более
того, ни у одного правообладателя авторских прав, как правило, не возникает
предмета спора по нарушению авторских прав, пока его произведение
используется в личных целях.
Таким образом, положения Законов РФ об авторском праве и о правовой
охране программ для электронных вычислительных машин и баз данных
ограничивают права пользователя сети Интернет в возможностях копирования и
использования произведений в личных целях. Эти положения также
ограничивают конституционное право человека свободно искать, получать,
передавать, производить и распространять информацию.
Положения Закона РФ «О правовой охране программ для электронных
вычислительных машин и баз данных» распространяются на любые программы
или базы данных, которые могут быть выражены на любом языке и в любой
форме (п. 3 ст. 3) независимо от назначения и достоинства этих программ или
баз данных (п. 1 ст. 3). Исходя из этого совокупность данных, находящихся в
информационном ресурсе, доступном в Интернете, можно признать базой
данных. Если в состав информационной системы входят также компоненты по
53
компьютерной обработке данных, то эти компоненты являются программами
для ЭВМ.
Тем не менее, нормативная правовая база, имеющая своим назначением
регулирование отношений в данной сфере, характеризуется значительными
пробелами, что негативно сказывается на формировании правовой культуры,
создает предпосылки для неправомерного поведения отдельных пользователей.
Для обеспечение безопасности требуется программно-аппаратные средства
защиты:
фаерволы;
антивирусы;
кодировщики и декодировщики;
разграничение прав средствами операционной системы и системы
учёта.
В нашей системе используется разграничение прав пользователей
представленных в таблице 2.3.
Таблица 2.3
Разграничение прав пользователей
Пользова
тель
Анкета
клиента
Анкета
объекта
Заказ
Договор
Пользов
атель
Админист
ратор
Чтение/с
оздание/
удаление
/редакти
рование
Агент
Чтение/созда
ние/удаление
/редактирова
ние
Чтение/созда
ние/удаление
/редактирова
ние
Чтение/созда
ние/удаление
/редактирова
ние
Чтение/соз
дание/удале
ние/редакти
рование
54
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и её описание
Методика разработки информационной модели предполагает
моделирование:
взаимосвязей входных, промежуточных и результатных
информационных потоков и функций предметной области
(структурно-функциональной диаграмма или диаграмма потоков
данных);
данных информационной базы (диаграмму "сущность - связь,"
инфологической модели и диаграмму взаимосвязей файлов -
даталогической модели), необходимых для функционирования
информационной системы.
Информационная модель — модель объекта, представленная в виде
информации, описывающей существенные для данного рассмотрения параметры
и переменные величины объекта, связи между ними, входы и выходы объекта и
позволяющая путём подачи на модель информации об изменениях входных
величин моделировать возможные состояния объекта. Информационные модели
нельзя потрогать или увидеть, они не имеют материального воплощения, потому
что строятся только на информации. Информационная модель — совокупность
информации, характеризующая существенные свойства и состояния объекта,
процесса, явления, а также взаимосвязь с внешним миром.
Информационные модели делятся на описательные и формальные.
Описательные информационные модели - это модели созданные на
естественном языке (т.е. на любом языке общения между людьми: английском,
русском, китайском, мальтийском и т.п.) в устной или письменной форме.
Формальные информационные модели - это модели созданные на
формальном языке (т.е. научном, профессиональном или специализированном).
Примеры формальных моделей: все виды формул, таблицы, графы, карты, схемы
и т.д.
На рисунке 2.1 представлена информационная модель ИС учёта аренды
компании ООО «Гранд Титул».
55
Рис. 2.1. Информационная модель
56
Согласно информационной модели, агент имеет следующие возможности в
системе:
Работа с анкетами клиентов;
Работа с анкетами объектов;
Работа с заказами;
Редактирование своей анкеты (что значит – ведётся учёт агентов);
Работа над формированием договора;
Работа со справочниками;
Формирование отчётов.
Это означает, что информационная модель совпадает с поставленными
требованиями к функциям системы в первой главе данной дипломной работы.
Система содержит следующие сущности:
1. Тип недвижимости.
2. Операция.
3. Отдел.
4. Статус заказа.
5. Тип договора.
6. Роль.
7. Клиент.
8. Агент.
9. Недвижимость.
10. Заказ.
11. Договор.
12. Участник.
13. Привилегия.
2.2.2. Характеристики нормативно-справочной, входной и оперативной
информации
В системе обрабатывается большой объём информации: входной,
нормативно-справочной.
В таблице 2.4 представлен перечень и описание нормативно-справочной
информации.