Материал: Автоматизация "личного кабинета" консультанта по недвижимости компании "Челси-Астана"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
62
Таблица 1.10
Технические характеристики ИБП APC Smart-UPS 750VA
Характеристика
Значение
Максимальная выходная мощность
500 Ватт / 750 ВА
Максимальное задаваемое значение
мощности
500 Ватт / 750 ВА
Номинальное выходное напряжение
230V
Номинальное входное напряжение
230V
Входная частота )
50/60 Hz +/- 3 Hz (auto sensing
Тип входного соединения
IEC-320-C14 inlet
Диапазон входного напряжения при
работе от сети
160 - 285В
Диапазон регулировки входного
напряжения при работе от сети
151 - 302В
Типовая продолжительность работы в
автономном режиме под половинной
нагрузкой
16.4 Минуты (250 Ватт)
Типовая продолжительность работы в
автономном режиме под полной
нагрузкой
4.8 Минуты (500 Ватт)
В данном виде информационная система будет готова к внедрению
автоматизированной системы агентства недвижимости.
63
2 ПРОЕКТНАЯ ЧАСТЬ
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Методология проектирования ИС включает в себя описание процесса
создания и сопровождения систем в виде жизненного цикла (ЖЦ) ИС,
отождествляя его с некоторой последовательностью стадий и исполняемых на
них процессов. Для каждой стадии выявляется состав и последовательность
производимых работ, итоговые результаты, методы и средства, нужные для
реализации работ, ответственность и роль участников и т.д. Подобное
формальное описание ЖЦ ИС дает возможность спланировать и подготовить
процесс совместной разработки и поддерживать управление этим процессом.
Жизненный цикл (ЖЦ) ИС представляется, как ряд событий,
случающихся с системой с момента ее внедрения и до окончания использования.
Модель ЖЦ отражает различные состояния системы, от момента
возникновения необходимости в данной ИС и до момента ее окончательного
вывода из эксплуатации. Модель жизненного цикла представлена некой
структурой, которая содержит процессы, действия и задачи, реализуемые в ходе
создания, работы и сопровождения ПО в течение всей жизни системы, от
выявления требований до окончания ее использования.
Сегодня известны и применимы следующие модели жизненного цикла:
• Каскадная модель включает в себя последовательную реализацию
всех этапов проекта в заранее определенном порядке. Начало следующего этапа
говорит о полном завершении работ на предыдущем этапе.
• Поэтапная модель с периодичным контролем. Создание ИС
реализовано в виде итераций с циклами обратной связи между этапами.
Межэтапные проверки позволяют учесть реально существующее взаимовлияние
итогов разработки на различных этапах; ЖЦ каждого из этапов продлевается на
весь срок разработки.
• Спиральная модель. На любом витке спирали выполняется генерация
очередной версии продукта, корректируются требования проекта, выражается
64
его качество и планируются работы уже следующего витка. Особое внимание
при этом обращается на начальные этапы разработки - анализ и проектирование,
где возможность создания тех или иных технических решений обосновывается и
проверяется благодаря построению прототипов.
Каскадный подход отлично зарекомендовал себя в процессе создания
относительно простых ИС, когда в самом начале разработки можно с большой
точностью и полнотой составить все требования к системе. Главным
недостатком такого подхода является то, что основной процесс разработки
системы не может полностью уложится в такие жесткие рамки, постоянно есть
потребность в возврате к уже завершенным этапам для уточнения или изменения
ранее принятых решений. В итоге реальный процесс разработки ИС становится
соответствующим поэтапной модели с периодичным контролем.
Для разработки системы взаимоотношенйи с клиентами выбираем
каскадную модель жизненного цикла.
Все стадии создания системы предусматривают выполнение некоторого
объема работ, представляемых в виде процессов ЖЦ. Процесс выражается как
совокупность объединенных действий, изменяющих входные данные в
выходные. Описание любого процесса состоит из перечня решаемых задач,
исходных данных и итоговых результатов.
Есть целый ряд стандартов, определяющих ЖЦ ПО, а в отдельных случаях
и процессы разработки.
Среди обеспечивающих подсистем определяют информационное,
математическое, техническое программное, правовое и организационное
обеспечение.
ИО (информационное обеспечение) представляет собой совокупность
информационных ресурсов в распоряжение отдельного объекта или субъекта.
ИО АИС обычно состоит из внемашинного и внутримашинного ИО [25].
ТО (техническое обеспечение) представляет из себя комплекс технических
средств, необходимых для работы АИС, а также текущая документация на эти
техпроцессы и средства [21].
65
МО (математическое обеспечение) являются совокупностью
математических методов, алгоритмов, моделей и программ для создания целей,
задач АИС, а также адекватной работы совокупных технических средств.
ПО (программное обеспечение) считается совокупностью программ и
документов, которые нужны для нормальной работы [26].
ОО (организационное обеспечение) считается совокупностью средств и
методов, которые описывают действия работников с техническими средствами и
между собой в рамках внедрения и эксплуатации АИС [22].
Пр. О (правовое обеспечение) считается сводом правовых норм,
описывающих создание, юридический статус и работу АИС, определяющих
порядок получения, модернизации и применения данных.
АИС и ее составные части могут находиться в одном месте, если связь
между компонентами АИС (или частями 1 компонента) реализована
посредством каналов связи, то подобная АИС является распределенной.
ЖЦ является непрерывным процессом, начинающимся с момента
зарождения решения о важности его создания и заканчивающимся тогда, когда
продукт изымается из эксплуатации [23].
Самые распространенные стандарты, это: [1]:
• ГОСТ 34.601-90 – относится к АИС и устанавливает части и этапы их
создания. Также в нем описано содержание работ на любом этапе. Этапы и
стадии проекта, указанные в стандарте, зачастую соответствуют каскадной
модели ЖЦ [27].
• ISO/IEC 12207 - стандарт на процессы и реализацию ЖЦ. Относится
ко всем видам заказного ПО. Стандарт не включает описания фаз, этапов и
стадий [7].
• Custom Development Method от Oracle по созданию прикладных ИС -
технологический материал, разработанный до уровня шаблонов преоктных
документов, которые рассчитаны на применение в проектах, связанных с Oracle.
Используется CDM для стандартной модели ЖЦ (есть все задачи и типы), а
также для вариантов оперативной разработки (Fast Track) или простого подхода,
которые применяются в случае малых проектов [8].
66
• Rational Unified Process (RUP) описывает итеративную модель
разработки, состоящую из 4 фаз: начало, анализ, разработка и применение.
Каждая фаза делиться на этапы (итерации), по итогу которых выпускается
версия для применения внутри или вне [24]. Завершение всех 4 фаз считается
циклом разработки, каждый цикл по итогу представляет версию системы. Если
после этого проект не завершается, полученный продукт развивается дальше и
проходит все эти же фазы. Суть проекта в рамках RUP - это разработка и
сопровождение моделей на базе UML [37].
• Microsoft Solution Framework (MSF) схожа чем-то с RUP, имеет 4
фазы: анализ, подготовка, создание, тестирование, является итерационной,
может применять объектно-ориентированного моделирования. MSF в отличии
от RUP более ориентирована на создание бизнес-приложений [38].
• Extreme Programming (XP) - экстремальное программирование
(современная методология) была предложена в 1996 году. В базе методологии
командная работа, отличная коммуникация между исполнителем и заказчиком в
рамках выполнения всего проекта по созданию ИС, а сам процесс реализуется
посредством последовательно оптимизируемых прототипов [28].
В процессе подбора стандарта главным фактором становится полноценное
и подробное описание работ на этапах и стадиях разработки АИС.
Стандарт ISO/IEC 12207 не имеет полноценного описания работ на этапах
и стадиях создания АС.
Стандарт CDM применяется в проектах с Oracle технологиями, а в данном
проекте они не используются.
Стандарт MSF, исходя из описанного ранее, чаще всего ориентирован на
создание бизнес-приложений [8].
Стандарт XP относится к командной работе. В данном проекте
применяется ГОСТ 34.601-90, поскольку он включает описание работ на всех
этапах создания АС.
Главные этапы разработки ИС (рисунок 2):
1. Подготовка требований к системе;
2. Подготовка концепции;
Источник: https://baza.diplomsite.ru/previewfile/2507