36
В таблице 7 описаны минимальные требования к персональному компьютеру для
работы в агентстве недвижимости.
Таблица 7
Минимальные требования к аппаратному обеспечению ПК ИС
Характеристика
Значение, не менее
ЦП [CPU]
Процессор с частотой 1 гигагерц (ГГц)
или быстрее
Видеопамять [VRAM]
1 Gb
Винчестер [HDD]
250 Gb
Оперативная память [RAM]
4 Gb
37
II Проектная часть
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Процесс разработки любой информационной системы делится на несколько
поочередных этапов, каждый из которых заканчивается выпуском конкретного
продукта, к примеру, моделей, алгоритмов, документации, программных продуктов
и прочего. Для каждого этапа в общем случае есть свои собственные технологии
(методологии) и инструментальные способы проектирования, призванные
гарантировать адекватные цели и задачи конкретно текущим этапом разработки
[4,15].
Как правило, выделяют следующие общие этапы разработки ИС [5]:
− Исследование предметной области: исследование и анализ организационной
структуры организации, его работы и имеющейся текущей информационной
системы обработки информации: акцентирование и прогнозирование
ключевых бизнес процессов; сбор информационных требований вероятных
пользователей информационной системы; составление требований к
информационной системе; составление технического задания (ТЗ) на
разработку ИС (эту стадию еще называют стадией системного анализа или же
предпроектированием).
− Проектирование, содержащее в себе логическую разработку, основная доля
которого - разработка информационной базы (БД либо хранилища), и
техническое планирование - формирование структуры информационной
системы (состав многофункциональных и обеспечивающих себя подсистем),
подбор аппаратной платформы и операционной системы, архитектуры БД
(централизованная или распределенная) и пр. В данной стадии формируется
технический план ИС.
− Реализация, включающая в себя проектирование и заполнение БД, разработку
программ-приложений с целью функциональных подсистем. В данной стадии
формируется технический план ИС. В данной стадии формируется
действующий проект ИС, содержащий в себе отображение абсолютно всех
приложений и руководств для потенциальных пользователей.
38
− Тестирование, введение в многоопытное использование. На данной стадии
выполняется сложная комплексная настройка подсистем ИС, поэтапное
внедрение системы в использование по отделам организации. По завершении
стадии формируется документ о приемке-сдаче системы в
крупнопромышленное использование.
− Использование и поддержка ИС. В данной стадии имеются шансы
обнаружить и исправить ошибки и недоработки, а кроме того
сформулированы условия к вероятной модернизации информационной
системы и сделано само усовершенствование.
Таким образом, именно к планированию ИС имеют отношение только лишь
первые два этапа, а целую приведенную совокупность стадий, какие протекают в
своем развитии ИС, начиная от этапа принятия заключения о разработки ИС до этапа
остановки ее функционирования, как правило, называют жизненным циклом ИС.
Описания операций и задач на любой стадии жизненного цикла и очередности
выполнения стадий и этапов называют моделью жизненного цикла [5].
Модель практически отображает всевозможные состояния системы: ее
разработку, функционирование и поддержание на протяжении всего существования
ИС.
В настоящее время применяются три модели жизненного цикла [7]:
− Каскадная модель (рисунок 8), которая учитывает поочередное выполнение
абсолютно всех вышеуказанных стадий в точно фиксированном порядке, при
этом переход на последующие стадии вероятен только тогда, когда полностью
завершится предыдущий этап. Аналогичным способом, данная модель
подразумевает разработку завершенных продуктов в любой стадии, что по
сути фактически ликвидирует то или иное изменение или уточнение
требований пользователей. Данная «жесткая» модель отлично функционирует
только лишь при разработке сравнительно простых ИС.
− Итерационная модель (рисунок 9) также учитывает поочередное выполнение
стадий, однако допускает возвраты на прошлые стадии после выполнения
очередной стадии, в случае, если появляется потребность исправления их
итогов с учетом результатов наиболее поздних стадий. Данная модель
наиболее отвечает действительному процессу формирования ИС, однако и
39
она не постоянно дает возможность незамедлительно учитывать образующие
изменения и уточнения.
− Спиральная модель (рисунок 10) подразумевает поочередное формирование
на любом витке определенного прототипа системы (следующей версии) с
этим, для того, чтобы возможно было дать оценку ее качеству, более точно
определить требования пользователей и распланировать деятельность на
очередном витке. При этом используется известный в организации
проектирования (и программирования) подход «сверху-вниз», когда в начале
разрабатываются общесистемные проблемы, такие, как структура
многофункциональных подсистем и их интерфейс между собой и с БД,
планирование БД н т.п., а далее разработка и осуществление определенных
задач обрабатывания информации.
Рисунок 8. Каскадная модель ЖЦ ИС
Рисунок 9. Поэтапная модель с промежуточным контролем
40
Рисунок 10. Спиральная модель ЖЦ ИС
Спиральная модель жизненного цикла имеет возможность быть выполнена с
применением прототипной, либо RAD-технологии (Rapid Application Development -
быстрая разработка приложений). Согласно данной технологии ИС разрабатывается
посредством поочередного расширения прототипов, включая и детализацию
требований и завершая детализацией программного кода. Необходимой
особенностью данной технологии считается вероятность интенсивного участия в
абсолютно всех стадиях разработки будущих пользователей информационной
системы. Значимой характерной чертой данной технологии является то, что
возникает меньше погрешностей и несоответствий между итерациями и
требованиями пользователей, что позволяет, во-первых, сократить время
разработки, а, во-вторых, в результате приобрести систему, предельно
удовлетворяющую клиентов.
В данном дипломном проекте была выбрана каскадная модель жизненного
цикла информационной системы.
Имеется полный ряд стандартов, в которых регламентируется жизненный
цикл ИС (и в целом программных систем) и предполагается конкретная модель
жизненного цикла. Базовым международным стандартом считается стандарт ISO
IEC 12205. принятый в 1995г. В нем регламентированы ключевые категории
процессов, охватываемых в жизненный цикл всего пять:
− Договорные процессы, связанные с получением и поставкой ИС.
41
− Процессы организации, которые будут отражены в системе.
− Проектные процессы.
− Технические процессы, связанные с сопровождением, а также с внедрением и
обеспечением функционирования информационной системы.
− Специальные процессы (никак не рассматриваем).
Имеется весь ряд стандартов, регламентирующих ЖЦ ПО, а в определенных
вариантах и процессы разработки [10].
Между более популярных стандартов возможно отметить следующие:
− ГОСТ 34.601-90 - распространяется на автоматизацию информационной
системы и уточняет стадии и периоды их формирования. Помимо этого, в
стандарте находится представление нахождения работ в любой стадии.
Периоды и стадии работы, зафиксированные в стандарте, в большей степени
отвечают каскадной модели жизненного цикла.
− ISO/lhC 12207:1999 - стандарт на процессы и организацию жизненного цикла.
Распространяется на все без исключения разновидности заказного ПО.
Стандарт никак не включает описания стадий, этапов и фаз.
− Custom Development Method (методика Oracle) по разработке прикладных
информационных систем – научно-технический использованный материал,
детальный вплоть до уровня значения проектных актов, рассчитанных на
применение в проектах с использованием Oracle. Используется CDM для
традиционной модели ЖЦ (учтены все без исключения работы/задачи и
стадии), а кроме того с целью технологий "быстрой разработки" (Fast Track)
либо "облегченного подхода", подходящих в случае небольших проектов.
− Rational Unified Process (RUP) дает итеративную модель разработки,
содержающую четыре фазы: начало, изучение, создание и введение. Любая
стадия способна являться разбитой на стадии (итерации), в следствии каковых
издается вариант с целью внешнего или внутреннего применение. Освоение
посредством четырех основных фаз именуется циклом разработки, любой
цикл заканчивается генерацией версии системы. В случае, если уже после
этого работа над продуктом не прекращается, в таком случае приобретенный
продукт не прекращает совершенствоваться и вновь избегает эти же фазы.
42
Сущность деятельности в рамках RUP - это поддержание и формирование
моделей на базе UML.
− Microsoft Solution Framework (MSF) похожа на RUP. Таким же образом
содержит четыре фазы: исследование, планирование, создание, стабилизация,
также является итерационной, подразумевает применение объектно-
ориентированного моделирования. MSF в сопоставлении с RUP в большей
степени нацелена на разработку бизнес-приложений.
− Extreme Programming (ХР). Экстремальное программирование (наиболее
новейшая из числа рассматриваемых методологий) сформировалось в 1996 г.
В базе методологии командная работа, результативное общение между
исполнителем и заказчиком на протяжении всего проекта по разработке ИС, а
разработка проводится с применением поочередно дорабатываемых
прототипов.
В данном дипломном проекте выбран стандарт: ГОСТ 34.601-90.
В соответствии с базовым международным стандартом ISO/IEC 12207 все без
исключения процессы ПО разделяются на три категории:
1) Основные процессы
Приобретение.
Поставка.
Разработка.
Эксплуатация.
Сопровождение.
2) Вспомогательные процессы
Документирование.
Управление настройкой.
Обеспечение качества.
Решение проблем.
Анализ.
Аттестация.
Совместная оценка.
Верификация.
43
3) Организационные процессы
Создание инфраструктуры.
Управление.
Обучение.
Усовершенствование.
В таблице 8 приведены примерные описания ключевых процессов ЖЦ.
Дополнительные процессы предусмотрены с целью помощи исполнения ключевых
процессов, обеспечения качества проекта, организации верификации, контроля и
тестирования ПО. Организационные процессы устанавливают задачи и действия,
выполняемые как заказчиком, так и разработчиком проекта с целью управления
собственными процессами.
Таблица 8
Основные процессы ЖЦ
Процесс
(исполнитель
процесса)
Действия
Вход
Результат
Приобретени
е
(заказчик)
Инициирование
Подготовка
заявочных
предложений
Подготовка
договора
Контроль
деятельности
поставщика
Приемка ИС
Решение о начале работ
по внедрению ИC
Результаты
обследования
деятельности заказчика
Результаты анализа
рынка
ИС/ тендера
План поставки
разработки
Комплексный тест ИС
Технико-экономическое
обоснование внедрения ИС
Техническое задание на ИС
Договор на поставку/
разработку
Акты приемки этапов
работы
Акт приемно-сдаточных
испытаний
44
Продолжение таблицы 8
Процесс
(исполнитель
процесса)
Действия
Вход
Результат
Поставка
(разработчик
ПС)
Инициирование
Ответ на
заявочные
предложения
Подготовка
договора
Планирование
исполнения
Поставка ИC
Техническое задание на
ИC
Решение руководства
об участии в разработке
Результаты тендера
Техническое задание на
ИC
План управления
проектом
Разработанная ИС и
документация
Решение об участии в
разработке
Коммерческие
предложения
конкурсная заявка
Договор на разработку/
поставку
План управления проектом
Корректировка/реализация
Акт приемно-сдаточных
испытаний
Разработка(р
азработчик
ИС) Анализ
требований к
ИС
Подготовка
Проектирование
архитектуры ПС
Разработка
требований к ПО
Проектирование
архитектуры ПО
Детальное
проектирование
ПО
Кодирование и
тестирование
ПО
Техническое задание на
ИC модель ЖЦ
Подсистемы ИС
Спецификации
требования к
компонентам ПО
Архитектура ПО
Материалы детального
проектирования ПО
План интеграции ПО.
тесты
Архитектура ИС. ПО.
документация на ИС.
тесты
Используемая модель ЖЦ.
стандарты разработки
План работ
Состав подсистем.
компоненты оборудования
Спецификации требования
к компонентам ПО
Состав компонентов ПО.
интерфейсы с БД.
План интеграции ПО
Проект БД. спецификации
интерфейсов между
компонентами ПО
45
Позднее был разработан и в 2002 г. издан стандарт на процессы жизненного
цикла систем (ISO IEC 15288 System life cycle processes). К разработке стандарта
были привлечены специалисты всевозможных областей: программирования,
системной инженерии, человеческими ресурсами, управления качеством,
безопасностью и пр. Был предусмотрен практический опыт формирования систем в
государственных, академических, военных и коммерческих отраслях. Стандарт
используется для обширного класса систем, однако его главное назначение - помощь
формирования компьютеризированных систем. Непосредственно по этой причине
этот стандарт подойдет для реализации в моем проекте.
В соответствии стандарту ISO IEC серии 15288 в структуру ЖЦ необходимо
включать последующие категории процессов:
1) Договорные процессы:
приобретение (внутренние постановления либо постановления
внешнего поставщика):
поставка (внутренние постановления либо постановления внешнего
поставщика).
2) Процессы предприятия:
управление окружающей средой предприятия;
инвестиционное управление:
управление ЖЦ ИС;
управление ресурсами;
управление качеством.
3) Проектные процессы:
оценка проекта;
планирование проекта;
управление конфигурацией;
управление информационными потоками;
контроль проекта;
управление рисками;
принятие решений.
4) Технические процессы: