Материал: Автоматизация према заявок на ремонт и модернизацию ПК в ТОО "КУСА ККБ-2"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
64
параметра зависит возможность работы с необходимым ПО, а, следовательно, и
успех разработки системы.
Для любого элемента данной схемы имеется перечень критериев, которые
максимально важны при реализации выбора ТО. Эти критерии можно
представить следующим образом:
• Частота работы ЦПУ;
• Максимальное разрешение экрана монитора;
• Установленный объем ОЗУ.
Для выполнения требуемой задачи придется использовать ПК уровня
вычислительной мощности не менее AMD 2000 Мгц, либо Intel 2000 Мгц, с
установленной ОЗУ свыше 2 Гб. Система лучше всего работает в экранном
разрешении 1024х768 на экране диагональю не ниже 17 дюймов. Указанные
технические средства имеют оптимальную конфигурацию для выполнения всех
требуемых задач.
Технические характеристики подходящих рабочих станций приведены в
таблице 1.9:
Таблица 1.9
Характеристики рабочих станций
Модель процессора
Intel Core i3-370M
2.4GHz
Intel Atom Single Core
N270 - 1.66GHz
Оперативная память
3072Mb
2048Mb
Жесткий диск
320Gb
160 Gb
Оптический привод
Нет
DVD-RW
Видеоадаптер
Интегрирован в чипсет
Интегрирован в чипсет
В таблице приведены характеристики рабочих станций, но более
подходящей будет являться вторая станция, т.к. в ней есть наличие оптического
привода.
Для печати, сканирования и копирования документов должно
присутствовать соответствующее оборудование. Для обеспечения сохранности
данных при аварийном отключении электропитания персональный компьютер
должен быть оборудован блоком бесперебойного питания.
65
Источник бесперебойного питания подбирается исходя из мощности,
потребляемой компьютером, а также исходя из требуемого времени работы
компьютера от ИБП. Наиболее характерными значениями являются 600-800 Вт и
5-10 минут.
В данном виде информационная система будет готова к внедрению ИС
учета ремонта компьютерного оборудования.
66
II Проектная часть
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
ЖЦ любой ИС выступает неким сбором событий, которые происходят с
системой от начала использования до вывода из эксплуатации.
Модель ЖЦ показывает разные состояния системы от этапа
необходимости данной ИС и до момента завершения ее обслуживания. Модель
ЖЦ является некой структурой, включающей в себя процессы, действия и
задачи, которые происходят в рамках создания, поддержки ПО в период жизни
системы, от понимания требований до прекращения использования.
Есть несколько моделей ЖЦ [29]:
• Каскадная модель, которая подразумевает периодическую
реализацию всех этапов проекта в утвержденном ранее порядке. Работа над
следующим этапом говорит о полном завершении всех работ предыдущего.
• Поэтапная модель с контролем в периодах. Реализация ИС
происходит в рамках итерации с циклами обратной связи каждого этапа.
Межэтапные проверки помогают выявить имеющиеся взаимовлияние итогов
создания на каждом этапе; ЖЦ любого этапа идет до окончания разработки.
• Спиральная модель. Каждый виток спирали генерирует новую
версию продукта, корректирует требования к проекту, отражает его качество и
составляет план работ на новый виток. Важную роль тут играет начальный этап
разработки – проект и анализ, где доступность реализации тех или иных
вариантов обосновывается и утверждается методом создания прототипов.
Каскадный подход замечательно подойдёт для создания относительно
простых ИС, когда еще в начале разработке описаны и составлены все
требования к системе. Основным минусом подобного подхода назовем то, что
базовый процесс создания системы не укладывается в данные жесткие рамки,
нужно всегда возвращаться к уже завершенным этапам для корректировки
принятых и реализованных решений. В итоге сам процесс разработки ИС часто
соответствует поэтапной модели с периодичным контролем.
67
ЖЦ является постоянным процессом, который наступает с момента
выбора решения о необходимости его реализации и останавливается в момент
его изъятия из пользования.
Наиболее известные на сегодня стандарты:
1. ГОСТ 34.601-90 – направлен на АИС и описывает стадии и этапы
процесса их создания;
2. ISO/IEC 12207 – стандарт процессов и реализации ЖЦ. Направлен
на все виды реализуемого ПО под заказ. Не имеет внутри себя фаз, стадий и
этапов;
ment Method по реализации прикладных ИС – технологический материал,
описанный до момента подготовки проектных документов, которые
предполагают применение на проектах с технологиями Orаcle;
4. Rаtionаl Unified Process (RUP) включает итеративную модель
проектирования, имеющую 4 фазы: начало проекта, процесс анализа, реализация
и использование. Сущность действия в рамках RUP - это создание и поддержка
моделей в рамках UML [2];
5. Microsoft Solution Frаmework (MSF) похожа на RUP, включает те же
4 фазы: понимание, реализация, подготовка, проверка, сама по себе итерационна,
включает применение ООП. MSF относительно RUP изначально направлена на
внедрение бизнес-приложений;
6. Extreme Progrаmming (XP) – особый подход к программированию.
Основой методики становится командная работа, наилучшая коммуникация
заказчика и изготовителя в течение всего проекта реализации ИС, по итогу сам
процесс проектирования идет при помощи последовательно обновляемых
прототипов [15].
В рамках определение стандарта основным фактором становится понятное
и подробное описание работ на всех шагах реализации АС.
Стандарт ISO/IEC 12207 не включает полного описания работ на всех
этапах реализации АС [41].
Стандарт CDM используется в работах с включением Orаcle-технологий, а
в нашем проекте их нет.
68
Стандарт MSF, опираясь на сказанное ранее, часто направлен на внедрение
бизнес-приложений.
Стандарт XP актуален для командной работы.
В нашем проекте будет применятся ГОСТ 34.601-90, т.к. он включает
описание работ на каждом этапе разработки АС.
Главные стадии создания ИС: 1) Описание требований к системе, 2)
Описание концепции; 3) Подготовка ТЗ; 4) Написание тех. проекта 5) Подготовка
документов; 6) Инсталляция.
Исходя из известных моделей выделим некоторые модели ЖЦ АИС —
каскадную, итерационную и спиральную [4].
Стандарт ISO 12207 включает всего 16 процессов, которые объединяются
в 3 группы (рисунок 2.1).
3.1 Управление 3.2 Создание инфраструктуры
3.3 Усовершенствование 3.4 Обучение
1.1 Заказ
1.2 Поставка
1.4 Эксплуатация
1.3 Разработка
1.5
Сопровождение
2.1 Документирование
2.2 Управление конфигурацией
2.3 Обеспечение качества
2.4 Верификация
2.5 Совместный анализ
2.6 Аудит
2.7 Решение проблем
1. Основные процессы жизненного
цикла
3. Организационные процессы жизненного цикла
2. Вспомогательные процессы
жизненного цикла
Рисунок 2.1 Структура стандарта ISO 12207-99
Процессы состоят из отдельных видов деятельности. Всего стандартом
определенно 74 вида деятельности, связанной с разработкой и поддержкой ПО.
Каждый вид деятельности в свою очередь нацелен на выполнение одной или
нескольких задач.
Источник: https://baza.diplomsite.ru/previewfile/1921