46
При выборе ЭВМ необходимо руководствоваться рядом характеристик.
К ним относятся надежность, стоимость, производительность, объем памяти
и т.д. Так как разрабатываемый модуль будет работать на основе технологии
клиент-сервер. Отсюда вывод что, системные требования к персональным
компьютерам не важны.
Изучив предметную область и техническое оснащение компании, и
перспективные планы на будущее, был сделан вывод – применение сетевой
технологии в данном случае не требует финансовых вложений.
Существующее техническое оснащение отлично подходит.
Таблица 8
Рекомендуемое техническое обеспечение компьютеров
Наименование
Рекомендуемые характеристики
Процессор
Intel(R) Atom(TM) 1.66GHz +
Оперативная память
2048Mb
Видеокарта
NVidiaVGA совместимая с объемом
оперативной памяти не менее 256 mb
Жесткий диск
Объем не менее 2Gb
Монитор
VGA-совместимый дисплей с
разрешением не менее 1024х600
Манипуляторы
клавиатура, мышь
Доп. орг. техника
Многофункциональное устройство
Для Сервера СУБД в рамках одного ПК основным критерием выбора
будет отказоустойчивость, пропускная способность сетевого интерфейса и
защита информации. Исходя из ежедневного объема поступающих заявок в
офис менеджеров, загруженность сервера минимальна. Необходимости
менять оборудование нет. Сервер будет отлично работать с
характеристиками, которые есть на данный момент.
Таблица 9
Характеристики сервера
Характеристика
Значение
Процессор
Двуядерный Intel® Xeon® X5260 с тактовой
частотой 3,3 Гц.
Кол-во процессоров
2
Оперативная память
16 Гб (расширяемая до 64Гб)
Жесткие диски
Тип «SAS» 4 диска 147 Гб и 2 диска 73 Гб
Кол-во HDD
6 (расширяемо до 8)
Питание
Дополнительно резервный блок питания
800Вт с горячей заменой
47
II ПРОЕКТНАЯ ЧАСТЬ
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Модель жизненного цикла (ЖЦ)- структура, которая содержит в себе
процессы, задачи и действия, осуществляемые при разработке,
функционировании и сопровождении ПП в течение всего его ЖЦ, от
определения комплекса требований до окончания ее использования.
Жизненный цикл регламентирует следующие стандарты разработки и
процессы:
Стандарт ISO/IEC 12207:1995 процессы организации жизненного цикла
ПП. Передается на все заказное программное обеспечение. Стандарт
содержит описание этапов и фраз.
Custom Development Method (и методика Oracle) оптимизируется на
проектировании прикладных ИС под определенный материал и заказ,
рассчитанный на использование в проектах с применением Oracle.
Степень адаптивности стандарта ограничена моделями классического
жизненного цикла, быстрой разработки и облегченным подходом. Они
рекомендованы в случае малых проектов и возможности быстро
прототипировать приложения.
Rational Unified Process (RUP) это итеративная модель
проектировки, содержит четыре этапа: начало, исследование,
построение и внедрение.
Все этапы могут быть разбиты на подэтапы, в результате которых
создается вариант для внешнего или внутреннего использования.
Преодоление всех основных этапов называется циклом разработки, каждый
цикл завершается в виде готовой версии системы. Если после этого работа
над проектом продолжается, то полученный продукт продолжает дальше
развиваться, обходя фазы. Стратегия работы RUP опирается на создание и
сопровождение моделей, с помощью электронных документов, поэтому этот
48
процесс связан с использованием конкретных средств моделирования (UML),
определенной технологии проектирования и разработки.
Microsoft Solution Framework (MSF) является итерационной и сходна с
RUP, так же предполагает использование объектно-ориентированного
моделирования. Идентично состоит из четырех этапов: анализ,
проектирование, разработка, стабилизация. предполагая. Если
сравнивать MSF с RUP, то она больше ориентирована на разработку
бизнес-приложений.
Extreme Programming (XP). Новая методология программирования,
считается самой экстремальной среди остальных. Сформирована в
1996 году. В основе методологии XP лежит полностью командная
работа и постоянная связь между исполнителем и заказчиком на
протяжении всего периода проектирования информационной системы.
Структура разработки построена и ведется с помощью
последовательной доработки прототипов.
В данной ВКР подходит стандарт ГОСТ 34.601-90. Он
распространяется на автоматизированные системы и содержит все стадии и
этапы проектирования. ГОСТ содержит перечень работ на каждом этапе
проектировки. закрепленные стадии и этапы в стандарте относятся к каска В
MSF существует пять фаз ЖЦ информационной системы. Главная фаза - фаза
концепции. Ее цель создание сплоченной проектной группы с общим
видением. Проектная группа должна четко сформулировать цель и
предоставить ее клиенту. В нашем случае клиент одновременно компания и
мы сами.
В идеологии MSF команда проекта делиться на 6 участников, где у
каждого своя роль в проекте, набор определенных обязанностей и где
каждый имеет свою зону ответственности. Данные роли называются
кластерами.
49
За каждым кластером может быть закреплён один и более количество
человек:
Разработка;
Тестирование;
Удовлетворение потребителя;
Управление продуктом, программой, выпуском.
Для каждой роли существует определённый набор задач и требований.
Управление программным продуктом регулируют логический и
концептуальный дизайны; бюджет, сводный календарный график и план
проекта; функциональную спецификацию.
Кластер управление программой формирует дизайн, цели, структуру
проекта и концепцию решения.
Кластер разработки оценивает технологии; логический и физический
дизайн; календарный график, план и смету разработки. Кластер
удовлетворения потребителя рассматривает примеры использования,
пользовательские требования, требования локализации и общедоступности;
пользовательскую документацию; график тестирования удобства
эксплуатации; обучение.
Кластер тестирования составляет оценку дизайна; требования
тестировки; календарный график и план.
Кластер управления выпуском выполняет функции оценки дизайна;
эксплуатационных требований; календарный график и план начального и
оконечного запуска проекта.
Во время разработки и внедрения данного проекта было задействовано
3 ответственных сотрудника компании. В команду проекта входят:
Менеджер проекта (занимается внедрением и тестированием
программного обеспечения). Его функции: управление продуктом и
выпуском; тестирование;
50
Программист (занимается разработкой ПО). Его функции: разработка,
управление разработанной программой, удовлетворение требований
пользователей.
Итоговым результатом фазы является набор подходящих кандидатов и
назначение необходимого перечня требований к задачам для дальнейшего
формирования команды. В нашем проекте на этом этапе будут определены
участники и роли, составлена смета по времени и планирование бюджета
данного проекта.
Следующий этап - фаза планирования. Её цель составление планов
проекта. Она включает в себя подготовку функциональной спецификации,
разработку дизайнов, подготовку рабочих планов, оценку проектных затрат и
сроков разработки различных составляющих проекта.
Процесс проектирования – это систематический способ продвижения
от абстрактных концепций к конкретным техническим деталям.
Результатами фазы планирования являются:
Функциональная спецификация;
Описание возможных рисков;
Сводный план и сводный календарный график проекта;
Развернутые среды разработки и тестирования.
Программист на этом этапе выбирает язык программирования на
котором будет выполнено решение, плюс составление календарного плана по
срокам и графикам разработки. Менеджер в это время продумывает всю
архитектуру информационной системы, включая взаимодействие сервера,
субд, работу инженеров и пользователей в будущей программе.
Далее идет фаза разработки проекта. На фазе разработки проектная
группа сосредотачивается на создании программного кода и документации.
Если в процессе тестирования выявлено, что проектировка выполнена не
полностью, работы будут продолжаться уже на фазе стабилизации.
51
Фаза стабилизации включает в себя разработку инфраструктуры.
Результатами которой являются:
• Исходный и код приложений;
• Скрипты установки и конфигурирования;
• Материалы поддержки решения и сценарии тестов;
Окончательное описание функционала разрабатываемого решения;
В нашем случае программист должен предоставить готовую программу
для работы менеджеров отдела приема и полную документацию к ней.
Задачи руководителя проекта создать работоспособную среду для
полноценной работы. Это все описано в фазе стабилизации.
Во время стабилизации производится отладка разработанного
программного продукта. Внимание фокусируется на его эксплуатации в
реалистичной модели производственной среды. Проектная группа
занимается устранением выявленных ошибок и подготовкой программы к
запуску. Обычно в начале фазы стабилизации выявляются ошибки командой
тестирования, однако эти ошибки могут устраняться и командой
разработчиков. Нельзя представить, какое количество ошибок будет
выявлено и сколько времени потребуется, чтобы их устранить.
Существует два критерия, помогающих проектной дать оценку уровню
стабилизации решения:
Точка конвергенции (bug convergence). В ней процесс устранения
ошибок превосходит скорость их обнаружения. Поскольку количество
найденных, но не устраненных ошибок может колебаться даже после
того, как оно начало убывать, конвергенция может рассматриваться
скорее как тенденция, нежели как фиксированный момент во времени.
Вслед за этой вехой количество найденных ошибок должно
продолжать убывать, вплоть до нуля. Это значит что процесс
тестирования подходит к концу.
Окончательный продукт (golden release) (документация выпуска
(release notes), материалы поддержки решения, результаты и
52
инструменты тестирования, исполнимый и исходный код приложений,
проектная документация)
В моём проекте на данном этапе программист корректирует ошибки в
разрабатываемой программе, компилирует версию релизов кандидат и после
отсутствия критических ошибок по всем веткам функционала программы
выпускает финальную сборку исполняемого кода, параллельно с этим
корректируется рабочая документация по работе с программой.
Руководитель проекта на данном этапе создает группу тестирования из 2-3
человек, которые будут пользоваться этой программой ежедневно, и
тестировать весь функционал по разработанным ранее сценариям, и
формируют дополнения, которые можно будет реализовать в следующей
версии.
Дальше идет этап фазы внедрения. На этом этапе проектная группа
внедряет компоненты и технологии, занимается их стабилизацией, передает
данные персоналу поддержки и сопровождения ПП и получает со стороны
клиента одобрение результатов проекта.
После завершения внедрения проектная группа анализирует
выполненную работу и удовлетворенности клиента. При переносе
программы в производственную среду могут продолжаться меры по
стабилизации решения.
Фаза внедрения включает в себя следующие результаты:
Информационные системы эксплуатации и поддержки;
Базы знаний, отчеты, журналы протоколов;
Процедуры и процессы;
Массивы данных и программный код, разработанные во время проекта;
Показатели удовлетворенности заказчика и потребителей;
Описание последующих шагов;
Отчет о завершении проекта.
53
На этом этапе руководитель производит внедрение системы в
эксплуатацию, устанавливает программу на компьютерах менеджеров,
предоставляет им инструкцию по работе с ней или проводит личное
обучение.
Существуют четыре основные стратегии внедрения системы:
Пилотный проект - тактика "скачка", применяемая к определенному
числу процессов. Применяется на небольшом участке деятельности.
Такой подход снижает риски и более надежен.
Скачок - резкий переход(отказ) от старой системы к новой без
дополнительных проверок.
Параллельная стратегия - когда одновременно работают две системы
(старая и новая система) и их выходные документы сравниваются. Если
согласование занимает длительное время, осуществляется переход на
новую систему.
Узкое место - маленькая часть производственного процесса. В этом
подходе внедрение происходит только в "узком месте" и для людей,
работающих в нем.
В данной выпускной квалификационной работе применяется стратегия
“Пилотный проект”. Мы предполагаем переход к автоматизированной
системе для процесса обработки заявок от клиентов. Область применения
менеджеры отдела приема в количестве 4 человек. Такой подход
автоматизирует рутинную часть работы сотрудников. Надежность данного
внедрения обусловлена четким соответствием порядка регистрации и
обработки заявки регламенту компании. Так же стратегию можно отнести к
стратегии узкого места, так как данный проект автоматизирует процесс,
связанный с работой менеджеров отдела приема, а узким местом является
скорость обработки поступающей информации от клиента.
После всего наступает этап эксплуатации разработанного ПП. Работа
программы будет отслеживаться каждые 2 часа, в соответствии с написанной
инструкцией к применению, ведь программа может дать сбой и часть данных
54
не будет потеряна. Подобные риски следует анализировать 1 раз в месяц и
принимать решение о необходимости доработки программы, что в рамках
бесплатной поддержки программы, будет выполнятся программистом в
течении 1 года.
Модель жизненного цикла это структура, определяющая
последовательность выполнения процессов и их взаимосвязи, задачи и
действия, выполняемые на протяжении ЖЦ. Модель жизненного цикла
полностью зависит от специфики информационной системы и специфики
условий, в которых последняя создается и функционирует
Основные модели жизненного цикла:
Задачная модель;
Каскадная модель;
Спиральная модель.
В задачной модели разработка системы идет "снизу-вверх" и при
разработке единый поход теряется, при стыковке отдельных
информационных компонентов возникают проблемы. Как правило,
трудности нарастают по увеличения количества задач, возникает потребность
постоянно изменять структуры данных и существующие программы. Если
скорость развития системы замедляется, то и замедляется развитие самой
организации.
В некоторых случаях эта технология может оказаться полезной:
Крайняя срочность;
Эксперимент и адаптация заказчика.
Общий вывод: такие способом невозможно создать высокую
эффективность информационной системы.
Суть каскадного метода, который представлен на рисунке Рис.6
заключается в разбиении процесса разработки на этапы. Переход на
следующий этап осуществляется только после полного завершения работ
предыдущего этапа. На каждом этапе формируется комплект проектной
документации, необходимой для следующей группы разработчиков. Главным
55
преимуществом каскадной модели является возможность планирования
сроков окончания работ и затрат на их выполнение. Минус тоже есть -
процесс проектировки программного продукта сложно сразу уложить в
такую схему, постоянно возвращается к предыдущим этапам, с целью
уточнения и пересмотра решений, принятых ранее.
Рисунок 6 Каскадная модель жизненного цикла
Основной недостаток каскадного подхода - запаздывание с получением
итоговых результатов. Согласование результатов с пользователями
происходит только после завершения каждого этапа работ. Требования к
информационной системе можно изменить только после завершения ее
создания. Поэтому внести замечания можно только после окончания
проектировки системы.
Требования должны быть точными, иначе клиент получит не
соответствующую систему. Если процесс затянется, то функциональные и
информационные модели могут при утверждении устареть. Системный
подход заключается в разбиении на подсистемы и функции, которые делятся
на подфункции, подразделяемые на задачи и так далее. Разбиение
продолжается до определенных процедур.
При этом автоматизируемая информационная система сохраняет
целостность, в которой все компоненты связаны.