Дипломная работа: Автоматизация процесса приема техники на ремонтные работы в ОАО "Белый сервис"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
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
Программист (занимается разработкой ПО). Его функции: разработка,
управление разработанной программой, удовлетворение требований
пользователей.
Итоговым результатом фазы является набор подходящих кандидатов и
назначение необходимого перечня требований к задачам для дальнейшего
формирования команды. В нашем проекте на этом этапе будут определены
участники и роли, составлена смета по времени и планирование бюджета
данного проекта.
Следующий этап - фаза планирования. Её цель составление планов
проекта. Она включает в себя подготовку функциональной спецификации,
разработку дизайнов, подготовку рабочих планов, оценку проектных затрат и
сроков разработки различных составляющих проекта.
Процесс проектирования – это систематический способ продвижения
от абстрактных концепций к конкретным техническим деталям.
Результатами фазы планирования являются:
Функциональная спецификация;
Описание возможных рисков;
Сводный план и сводный календарный график проекта;
Развернутые среды разработки и тестирования.
Программист на этом этапе выбирает язык программирования на
котором будет выполнено решение, плюс составление календарного плана по
срокам и графикам разработки. Менеджер в это время продумывает всю
архитектуру информационной системы, включая взаимодействие сервера,
субд, работу инженеров и пользователей в будущей программе.
Далее идет фаза разработки проекта. На фазе разработки проектная
группа сосредотачивается на создании программного кода и документации.
Если в процессе тестирования выявлено, что проектировка выполнена не
полностью, работы будут продолжаться уже на фазе стабилизации.
Источник: https://baza.diplomsite.ru/previewfile/2116