56
Таблица 1.12
Типы комплектации клиентских компьютеров
Комплектующ
ие
Тип
комплектации 1
Тип
комплектации 2
Тип
комплектации 3
Корпус
ATX
Miditower INWIN
S-506T 350W
ATX
Miditower INWIN
S-506T 350W
ATX Miditower
INWIN S-506T
350W
Материнская
плата
S-775 ATX
Intel G31/LAN
GIGABYTE GA-
G31M-ES2L
ASUS P5KPL-
AM (iG31,
2xDDR2, U100,
4xSATA II, PCI-
E, D-Sub, Audio
5.1, 1Гбит LAN,
(4+2)xUSB2.0,
mATX)
ASUS P5Q-E
(iP45, 4xDDR2, 6x
SATA II-RAID,
U133,2x SATA II,
PCI-E, Audio 7.1,
1Гбит LAN,
IEEE1394, e-
SATA, (6+2)x
USB2.0, ATX)
Процессор
Intel Pentium
Dual Core E2180
(2 x 2.00 ГГц)
Intel Pentium
Dual Core E2180
(2 x 2.00 ГГц)
AMD Athlon 64
X2 5600+ (2 x 2.8
ГГц)
ОЗУ
2048 МБ
1024 МБ
2048 Мб
Жесткий диск
320.0 ГБ
250.0 ГБ
250.0 ГБ
Стоимость
10449.00 р.
9812.00 р.
11072.00 р.
Из представленных в приложении комплектаций был выбран: второй тип
комплектации для рабочего места.
Также важным пунктом при выборе комплектации компьютера является
выбор монитора. Сравнительная характеристика мониторов представлена в
таблице 1.13.
Таблица 1.13
Сравнительная характеристика мониторов
Acer
AL1916Ns
SamsungSyncMaster
923N
BenQ
G900D
Диагональ ЭЛТ
19''
19"
19''
Acer
AL1916Ns
SamsungSyncMaster
923N
BenQ
G900D
Максимальное
разрешение
1280x1024
1280x1024
1280x102
4
Время отклика
5 мс
8 мс
5 мс
Угол обзора (в/г)
150/135
140/125
160/160
57
Исходя из данных приведенных в таблице, можно отметить, что первая
модель лучше всего отвечает требованиям в отношении цена/качество. Поэтому
целесообразно остановиться на ней (Acer AL1916Ns).
Также для работы отдела необходим принтер. Существует три типа
принтеров: лазерный, струйный, матричный. Т.к. объемы печати в организациях
всегда довольно велики, то разумнее всего остановиться на лазерном типе
принтера. Также стоит отметить, что для печати бумаг не требуется цветная
краска, поэтому будем рассматривать только монохромные лазерные принтеры.
Сводная таблица характеристик по моделям представлена в таблице 1.14.
Таблица 1.14
Сравнительная характеристика принтеров
HPLaserJet
P1005
Canon LBP-3010
HPLaserJet
P1505
Скорость печати
До 14 стр./мин.
До 14 стр./мин.
До 23 стр./мин
Разрешение
600 x 600 т/д
600 x 600 т/д
600 x 600 т/д
HPLaserJet
P1005
Canon LBP-3010
HPLaserJet
P1505
Подача бумаги
До 150 листов
До 150 листов
До 250 листов
Нагрузка
до 5000 страниц
в месяц
До 4000 страниц в
месяц
до 8000
страниц в
месяц
HPLaserJet
P1005
Canon LBP-3010
HPLaserJet
P1505
Ресурс расходных
материалов
700 страниц
1500 страниц
1000 страниц
Потребляемая
мощность
315 Вт
280 Вт
300 Вт
Стоимость
3748.00 р.
3439.00 р.
5634.00 р.
Модель HPLaserJet P1505 из выше представленных является самой
дорогой, но при этом она полностью оправдывает свою стоимость. Данный
принтер обладает высокой скоростью печати, большой нагрузкой и низким
расходом чернил. При этом, при таких высоких показателях печати, данная
модель обладает невысоким уровнем потребляемой мощности, что не может ни
послужить весомым доводом при выборе принтера. Поэтому выбор был
остановлен именно на этой модели (HPLaserJet P1505).
58
2 Проектная часть
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Проект является уникальным процессом, в ходе выполнения которого
получают уникальный продукт. Вместо разработки каждого проекта «с нуля»,
менеджер проекта может пользоваться обобщенной, проверенной на практике
методикой, изменив ее для конкретной задачи. Обычно всегда есть возможность
выбора среди различных «начальных» жизненных циклов.
Выбор и адаптация ЖЦ разработки проекта влияет на методики
разработки продукта, навыки управления проектами и навыки управления
персоналом. Относительно методов разработки продукта, менеджер проекта
обязан изначально всего получить представление о стандартах процесса,
успешно оценить их используемость по отношению к указанному проекту,
оценить сторонние процессы и, если это необходимо, изменить процесс ЖЦ к
относительно текущих потребностей. На выбор методов и инструментальных
средств также оказывает влияние выбор ЖЦ.
Жизненный цикл определяется как непрерывный процесс, который
обычно начинается с момента принятия решения о важности его реализации и
заканчивается сразу же после его изъятия из эксплуатации.
Среди наиболее популярных стандартов обычно выделяют следующие:
• ГОСТ 34.601-90 – применим к автоматизированным системам и
устанавливает все стадии и этапы их разработки. Также в этом стандарте есть
описание содержания работ для каждого этапа. Этапы и стадии, которые
закреплены в данном стандарте, чаще всего соответствуют каскадной модели
жизненного цикла.
• ISO/IEC 12207 – стандарт, определяющий процессы и организацию
жизненного цикла. Применим к любому виду заказного ПО. В стандарте нет
описания стадий, фаз и этапов.
59
• CustomDevelopmentMethod (Oracle) – технологический материал по
разработке прикладных ИС, который детализирован до уровня заготовок
проектных инструкций, которые будут использоваться в проектах с участием
Oracle. Используется CDM для классической модели ЖЦ (имеются все этапы и
задачи), а также при технологии быстрой разработки или облегченного прохода,
которые используются в случае малого проекта.
• RationalUnifiedProcess (RUP) – использует некую интерактивную
модель разработки, которая включает 4 фазы: начало, исследование, построение
и внедрение. Любая из этих фаз может разбиваться на этапы, в результате
которых исполняется версия для внутреннего или внешнего использования.
Проход по всем 4 фазам – это цикл разработки, и каждый такой цикл
завершается генерацией версии системы. Если после этого проект продолжается,
то сам продукт также видоизменяется и проходит эти фазы еще раз. Суть работы
в рамках RUP - разработки и сопровождение моделей на базе UML.
• MicrosoftSolutionFramework (MSF) – поход на RUP, также имеет 4
фазы: анализ, проектирование, разработка и стабилизация, является
итерационным и предполагает применение объектно-ориентированных моделей.
MSF в сравнении с RUP в большей степени предназначен для создания бизнес-
приложений.
• ExtremeProgramming (XP) – экстремальное программирование
(новейшая методология, сформировалась в 96 году). Основу методологии
составляют командная работы, активная коммуникация с заказчиком в течение
всего проекта по созданию ИС, ведение разработки с применением
последовательно обрабатываемых прототипов.
Для выбора стандарта основным фактором будет являться более
подробное и полное описание работы на стадиях и этапах разработки АС.
Стандарт ISO/IEP 12207 не имеет подробного описания работы на разных
стадиях и этапах создания АС.
Стандарт CDM рассчитан на проекты с использованием Oracle-
технологий, которые не применяются в данном проекте.
Стандарт MSF, как было сказано выше, ориентирован на бизнес-сферу.
60
Стандарт XP больше рассчитан на команду. Поэтому в данном проекте
используется ГОСТ 34.601-90, поскольку именно у него есть описание работы на
каждом этапе разработки АС.
Базовыми стадиями создания АС являются:
1) Выведение требований к системе;
2) Создание концепции;
3) Написание ТЗ;
4) Составление технического проекта;
5) Подготовка документации;
6) Внедрение.
На этапе подготовки объекта к внедрению планируется провести
следующие работы:
• закупить и установить сервер системы и серверное ПО;
• развернуть на сервере базу данных;
• установить клиентское ПО на все компьютеры АРМ системы;
• сконфигурировать взаимодействие АРМ системы с сервером базы
данных;
• ввести учетные записи и настроить им права доступа;
• заполнить справочники системы реальными данными;
• обеспечить пользователей эксплуатационной документацией;
• обучить персонал работе с системой.
В процессе внедрения системы участвуют: разработчики системы
(проектировщик, программист), системный администратор и будущие
пользователи системы. Системный администратор должен обеспечить место для
установки нового сервера; подключение к локальной сети для сервера и АРМ
пользователей системы; доступ к компьютерам, необходимым для
развертывания системы, с правами администратора. Проектировщик системы
проводит обучение пользователей, конфигурирует систему, заполняет
справочники, проверяет правильность взаимодействия всех подсистем.
Программист оперативно устраняет возникающие при развертывании системы
неполадки.
61
Опытная эксплуатация системы должна проводиться не менее 3 месяцев.
В случае обнаружения ошибок на этапе опытной эксплуатации, осуществляется
поиск причин и устранение ошибок, внесение коррективов в программу, в
технологию обработки данных. После устранения ошибок подписывается «Акт о
проведении опытной эксплуатации», который служит началом перехода к
третьему этапу – сдаче системы в промышленную эксплуатацию.
На этапе эксплуатации производятся следующие работы:
- периодическая актуализация справочников системы (осуществляется
ответственным за справочник лицом);
- периодическое архивирование информационной базы системы на CD-
носителях (администратор системы);
- локализация проблем и устранение причин их возникновения
(программист);
- модификация ПО (бизнес-анатилик, программист);
- подготовка предложений по совершенствованию системы (пользователи
системы);
- развитие и модернизация системы (бизнес-анатилик, программист).
Сама каскадная модель имеет множество преимуществ, но при условии
использования ее в проекте, приемлемом для нее. Ниже представлены ее
преимущества:
• Модель хорошо знакома потребителям, не имевшим никакого
отношения к созданию и эксплуатации программ, а также конечным
пользователям (часто используется другими компаниями для отслеживания
проектов, которые не связана с разработкой ПО);
• Она лучше справляется с трудностями и отлично срабатывает в тех
проектах, где все достаточно понятно, но трудноразрешимо;
• Она очень доступна для понимания, т.к. преследует простую цель –
выполнение необходимых действий;
• Она проста и удобно в использовании, т.к. процесс разработки идет
поэтапно.
62
Но в случае, если каскадная модель используется в проекте, не
предназначенном для нее, проявляются следующие ее недостатки:
• Основа модели – линейная последовательная структура, и в
результате попытки вернуться назад на одну-две фазы для исправления
проблемы или недостатка приходится жертвовать временем и срывать график
работ и затрат;
• Она не может предотвращать итерация между фазами, которые
очень часто встречаются при создании ПО, поскольку сама модель строиться
согласно циклам аппаратного инжиниринга;
• Она не показывает главное свойство разработки ПО, которое
направлено на решение задачи. Отдельные фазы связаны определенными
действиями, что часто отличается от привычной работы коллектива или
персонала;
• Она создает ошибочное впечатление о работе с проектом. Указание,
что «35% выполнено» обычно не имеет какого-то смысла для менеджера
проектов.
Исходя из недостатков каскадной модели, ее применение нудно
ограничивать ситуациями, в которых все требования для их разработки очень
точны и понятны.
Каскадная модель хороша в циклах разработки программного продукта,
где используется фиксированное определение продукта и есть понятные
технические методики.
Спиральная модель особое внимание уделяет начальным этапам
разработки – подготовке стратегии, проектированию и анализу, где все
применяемые технические решения проверяются и обосновываются методом
создания прототипов. Каждый виток спирали означает создание компонента или
версии ПО. В них можно уточнять цели и характеристики проекта, его качество,
а также выражаются работы на следующем витке. Таким образом, углубляются и
конкретизируются детали проекта, и в результате определяется обоснованный
вариант, который и реализуется.
63
Спиральная модель показывает в себе преимущества каскадной модели.
При этом она также имеет риски, умеет или управлять, а также имеет процессы
поддержки и менеджмента. Тут также имеется разработка ПО при
использовании прототипирования или быстрой разработки программ при
помощи языков программирования и средств разработки 4-го поколения.
Особые свойства спиральной модели – отказ от закрепления требований и
установки приоритетов пользовательским требованиям; создание
последовательных прототипов, начиная с наиболее высшего; определение и
анализ риска на каждом шаге; оценка результата по итогам каждой итерации и
планирование проведения следующей итерации.
Преимуществами спиральной модели можно назвать:
• Быстрая разработка (получение более раннего результата за счет
прототипа);
• Постоянное присутствие заказчика с процессе разработки;
• Разбиение большого проекта на малые части;
• Снижение рисков (более предсказуемое поведение системы).
Для нашего проекта больше всего подойдет каскадная модель для
создания приложения, т.к. она имеет возможность контроля промежуточных
значений, а также проект не слишком большой, что может повлиять на
отсутствие ее недостатков.
Затем производится выбор направления внедрения созданной системы.
Сегодня выделяют 4 стратегии внедрения ИС:
• Параллельная стратегия, которая подразумевает замену старой на
новую;
• Скачок – подразумевается резкий переход с одной системы сразу на
другую;
• Опытное использование пилотного проекта – та же тактика скачка,
только к некоторому количеству изделий, при этом очень успешна на малом
участке работы;
• Узкое место – внедрение узкого места план выполняется только для
него самого, и для сотрудников, которые там работают.
64
В качестве стратегии внедрения ИС в АО «НИИССУ» был выбран
«Пилотный проект».
Пилотный проект – это первый этап внедрения, позволяющий убедиться в
применимости и эффективности предлагаемой системы до eѐ окончательного
внедрения, обучить сотрудников компании работе с системой, а также
определить и спланировать организационные и технические мероприятия на
этапе промышленного внедрения. Пилотный проект позволяет уменьшить
затраты и ускорить полномасштабное внедрение.
Данная стратегия внедрения информационной системы была выбрана,
потому что это наиболее часто используемая компаниями стратегия. Такой
подход снижает риск и наиболее надежен.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Данный раздел описывает риски, которые могут возникнуть на этапах ЖЦ
задачи учёта кредитных операций ломбарда. Риском является возможность
появления обстоятельств, обусловливающих неуверенность или невозможность
получения ожидаемых результатов от реализации поставленной цели, нанесение
материального ущерба, опасность валютных потерь и др. Существуют
следующие типы рисков:
Проектный тип рисков. В него включены риски, которые связаны с
ошибками в бюджете; в графике работ; с проблемами персонала организации;
риски различных изменений в текущем законодательстве.
Технический тип рисков. К нему относят риски, связанные с проблемами
реализации технических решений и человеческим фактором, а именно риски,
связанные с неспособностью специалистов выполнить необходимую задачу.
Тип бизнес-рисков. Он содержит в себе риски, которые связаны с
финансовой поддержкой задачи учета, или, другими словами, риски сокращения
бюджета, приводящие не только к сокращению проекта и его задач, но и к его
полному провалу в случае не достижения основной цели; риск потери интереса к
задаче ведения и учета внутренних заказов оборудования со стороны конечных
65
пользователей, риски при оценке рынка данного вида учета. Данный тип рисков
невозможно исключить, но его можно минимизировать.
Чтобы уменьшить величину данных типов рисков необходимо иметь
достаточно компетентных и квалифицированных сотрудников, имеющих
большой опыт работы в соответствующей области и при этом
взаимозаменяемых на сотрудников, не менее соответствующих данным
характеристикам (таблица 2.1).
Таблица 2.1
Характеристики дефектов программного продукта
Этапы возникновения дефектов и ошибок
Типы первичных
дефектов и ошибок
программного
средства и
документации
Формирование требований
Разработка требований к
ПО
Дефекты исходных
требований заказчика
Проектирование
Планирование работ
Дефекты,
обусловленные
реальной сложностью
проекта
Проектирование
архитектуры системы
Ошибки планирования
и системного
проектирования
программного средства
Детальное
проектирование ПО
Системные и
алгоритмические
дефекты и ошибки
проекта
Реализация
Кодирование ПО
Программные дефекты
и ошибки компонентов
и документов
программного средства
Тестирование
Тестирование ПО
Программные и
алгоритмические
ошибки программного
средства и
документации
Ввод в действие
Разработка
документации
Дефекты и ошибки
обобщающих
документов
Эксплуатация и
сопровождение
Эксплуатация ПО
Программные дефекты.