53
Для каждого из элементов данной схемы выделяется перечень критериев,
наиболее важных при осуществлении выбора технического обеспечения. Эти
критерии таковы:
тактовая частота процессора;
разрешение монитора;
объем оперативной памяти.
Для решения поставленной задачи необходимо использовать персональный
компьютер с уровнем вычислительной мощности AMD Athlon 850 Мгц, либо Intel
Celeron 1000 Мгц, с объемом оперативной памяти от 256 Мб. Система
оптимизирована для работы в экранном разрешении1024 х768 на мониторе с
диагональю 17 дюймов. Все эти технические средства обладают достаточной для
решения задачи конфигурацией.
Для печати, сканирования и копирования документов должно
присутствовать соответствующее оборудование – сканеры и ксероксы. Критериями
выбора сканеров и ксероксов являются:
производительность;
надежность;
стоимость;
эргономические характеристики ( коэффициент шума и удобство
пользования).
Предлагается использовать многофункциональные устройства, включающие
в себя функции принтера, сканера и позволяющие ксерокопировать документы. На
основе обзора рынка была выбрана модель МФУ Xerox WorkCentre5016/ B.
Данная модель обладает следующими характеристиками:
Емкость лотка подачи бумаги: 300 листов (60-90 г/кв.м)
Технология: лазерная
Скорость печати: 16 страниц в минуту (А4)/9 страниц в минуту (А3)
Разрешение:600 х600 dpi
Габариты (ШхВхГ): 595 x 528 x 532 мм
Вес: 33 кг
Скорость печати в формате A4: 16 страниц в минуту
Скорость печати в формате A3: 9 страниц в минуту.
54
Для обеспечения сохранности данных при аварийном отключении
электропитания персональный компьютер должен быть оборудован блоком
бесперебойного питания. Рекомендуется использовать следующую модель - Smart-
UPS1000 VA USB & Serial:
Максимальная выходная мощность - 670 Ватт / 1000 ВА
Максимальное задаваемое значение мощности - 670 Ватт / 1000 ВА
Номинальное выходное напряжение - 230V
Искажения формы выходного напряжения - Less than 5% at full load
Выходная частота (синхронизированная с электросетью) - 47 —
53 Hz for 50 Hz nominal,57 — 63 Hz for 60 Hz nominal
Пик-фактор - up to 5 : 1
Тип формы напряжения - Sine wave
Выходные соединения - (8) IEC 320 C13 ,(2) IEC Jumpers
Данное устройство позволяет обеспечит ь бесперебойную работу 8
устройств (компьютеров, МФУ и т. д.).
Компьютеры организации, приобретать не придется, поскольку на данный
момент они уже присутствуют в организации и отвечают предъявленным
требованиям.
55
2
Проектная часть
2.1
Разработка проекта автоматизации
2.1.1
Этапы жизненного цикла проекта автоматизации
Жизненный цикл программного обеспечения( ПО) определяет период
времени, наступающий с момента принятия решения о важности разработки ПО и
оканчивающийся в момент его фактического изъятия из пользования. Этот цикл —
процесс создания и эволюции ПО.
Понятие ЖЦ ПО пришло тогда, когда разработчики осознали важность
перехода от единоличных кустарных методов разработки программ к
технологичному промышленному их созданию. И зачастую в подобных ситуациях
многие пытаются перенести в свою сферу опыт их других направлений
производства. Таким образом было перенято понятие ЖЦ.
Главные этапы ЖЦ ПО:
Исследование требований,
Построение макета,
Программирование,
Отладка и исправление ошибок,
Внедрение и использование.
Нюансом разработки ПО становится принятие решений на первичных этапах
с их реализацией на заключительных этапах. Ошибки в требованиях к ПО могут
привести не только к потерям в процессе создания и использования, но и к
полному провалу проекта. Корректировка и изменения в спецификациях ПО
зачастую влечет за собой повторение всех следующих этапов построения модели и
реализации ПО.
Сам ЖЦ ПО является непрерывным процессом, начинающимся в момент
принятия решения о важности его создания и оканчивающимся в момент его
окончательного выведения из эксплуатации.
Главный нормативный документ, контролирующий ЖЦ ПО –
международный стандарт ISO/IEC 12207 (ISO, International Organization of
Standardization – Общемировая компания по стандартизации, IEC, International
56
Electrotechnical Commission – Международная коллегия по электротехнике). Он
отражает структуру ЖЦ, включающую в себя процессы, действия и задачи,
реализуемые за время разработки ПО.
Исходя их этого стандарта, структура ЖЦ ПО основана на 3 группах
процессов:
Рисунок 2.1 Процессы ЖЦ ПО
Любой такой процесс определяется некоторыми задачами и методами их
решения, начальными данными, приобретенными на предыдущем этапе, и
результатами. Итогами анализа, у примеру, становятся функциональные и
информационные модели, а также соответствующие им диаграммы. ЖЦ ПО носит
итерационный характер: итоги прошедшего этапа влекут изменения в проектных
решениях, основанных на более ранних этапах.
ЖЦ информационных продуктов и услуг является базой для ЖЦ
информационных технологий и, конечно, самих ИС. Следовательно, всѐ
вышесказанное можно отнести и к ИС.
ИС включены в состав СУБД и являются узконаправленным
инструментальным и прикладным (пользовательским) ПО.
Модель жизненного цикла ПО отражает структуру, определяющую
последовательность реализации и взаимосвязь процессов, действий и задач в
рамках всего ЖЦ. Модель ЖЦ зависит от специфики, масштаба и трудности
проекта и конкретных условий, в которых система развивается и работает.
Сегодня наибольшее распространение получили три базовые модели ЖЦ:
57
Задачная модель;
Каскадная модель (70-85 г.г.);
Спиральная модель (сегодняшние дни).
ЖЦ программных средств( ПС) обычно представляет собой набор этапов,
работ и операций в порядке их реализации и взаимосвязях, определяющих ведение
работ от составления технического задания до финальных испытаний ряда версий
и завершения эксплуатации ПС или ИС. Подобные стандарты состоят из правил
описания начальной информации, методики выполнения операций, осуществляют
контроль технологических процессов и правил представления их результатов. Еще
они определяют содержание технологических и эксплуатационных документов на
комплексы ПО. Они выражают организационную структуру коллектива,
поддерживают распределение и планирование заданий, реализуют контроль над
этапами разработки комплекса ПС.
Для составления жизненных циклов (ЖЦ) ИС был выбран стандарт ISO
12207, как стандарт, включающий в себя большинство автоматизированных систем
( АС) и ПС, где ПС – малая часть всего плана работ. Международный стандарт
ISO/IEC 12207 показывает стратегию и общий порядок в разработке и
использовании ПО, он охватывает ЖЦ ПО от зарождения идей до окончания цикла.
Определение стандарта: система — это совокупность одного или более процессов,
аппаратных средств, ПО, оборудования и людей для реализации возможности
удовлетворения конкретных потребностей или целей.
В отличие от Oracle CDM стандарт ISO 12207 одинаково нацелен на
организацию действий каждой из двух сторон: поставщик (создатель) и покупатель
(клиент). Применяется в разных случаях, даже когда обе стороны внутри одной
компании. В отличии от CDM, стандарт ISO состоит из более крупных
обобщенных
процессов:«
покупка»,
«доставка»,
«
в
с
кладк е
оздание»
и
т.п.
Любой
процесс
разделен на набор действий, а каждое действие — на совокупность задач. Важно
одно отличие ISO: любой процесс, действие или задача определяется и реализуется
другим процессом по мере необходимости, причем нет ранее заданных
последовательностей (конечно, в рамках сохранения логики связей по начальным
сведениям задач и т.п.).
58
Развивающийся характер стандарта зависит от способа выражения
последовательности выполнения процессов и задач, когда один процесс в случае
необходимости вызывает другой или его часть. Стандарт отражает архитектуру,
процессы, разделы и подразделы ЖЦ ПС, а также указывает список необходимых
работ и подробно описывает содержание каждой из них. Архитектура ЖЦ ПС в
стандарте основывается на 3 основных компонентах:
Покупка или поставка,
Создание,
Использование.
Стандарт не включает конкретные методы действий, а также заготовки
решений или документации. Он отражает архитектуру процессов ЖЦ ПО, но не
углубляется в детали реализации или выполнения услуги и задачи, включенных в
процессы. Стандарт не указывает конкретную модель ЖЦ или метод создания ПО,
но показывает, что стороны участники использования стандарта несут
ответственность за выбор модели ЖЦ для проекта ПО, за подгонку процессов и
задач стандарта к этой модели, за обоснованный выбор и использование методов
создания ПО, за реализацию действий и задач, уместных для проекта ПО.
Покупка или поставка. Цель этапа – предложение разработчику от заказчика,
на выполнение автоматизированной системы. На этом этапе заключается договор,
корректируются его условия и требования. Участники этапа – ответственный от
лица заказчика, который контролирует и уточняет направления для разработчиков.
А так же менеджер проекта от лица разработчиков. Он принимает от заказчика
требования, подписывает договор, и согласует начальные установки и задачи для
работы. На этом этапе заказчик должен предоставить развернутое техническое
задание( ТЗ), менеджер утверждает его, уточняются некоторые детали задания и
согласовываются средние сроки выполнения разработки.
Создание. Создание ПО разбито на множество небольших этапов,
призванных обеспечить создание ИС, отвечающей требованиям заказчика, и в
договоренные сроки:
Исследование требований к системе;
Построение системной архитектуры;
Исследование требований к ПС;
59
Построение архитектуры ПС;
Детальное проектирование ПС;
Реализация и тестирование ПС;
Внедрение ПС;
Квалификационная проверка системы;
Начало эксплуатации ПС;
Финальная приемка ПС.
Основные участники на этом этапе – это менеджер проектов и
непосредственные разработчики. Сам менеджер разбивает задачу разработки ПС на
вышеперечисленные этапы, следит за их выполнением, контролирует ход
выполнения за каждым разработчиком. При необходимости сам участвует в
разработке или координации действий между отдельными разработчиками.
Определяет участки работы для каждого отдельного разработчика в зависимости от
квалификации и опыта, определяет степень универсальности взаимодействия
отдельных частей ПС, разрешает коллизии и спорные моменты.
Разработчики принимают план работ, поле деятельности и конкретные
задачи для выполнения. Определяют для себя методы решения своих задач,
согласовывают пути взаимодействия с программными частями других
разработчиков, спецификации функций, протоколов передачи данных, и др.
Использование. На этом этапе проводятся тестовые испытания ПС,
определяются сильные и слабые моменты, недоработки, и слаженность работы
всех компонентов. При выявлении недоработок определяются перечень указаний
для исправлений разработчиками.
Существует несколько различных стратегии внедрения системы:
1)
Стратегия ―Параллельное использование‖ предполагает параллельное
выполнение старой и новой технологии решения задачи, их результаты
сравниваются. Если результаты сравниваются длительное время, то реализуется
переход на новую технологию.
Положительные стороны:
•
Отсутствие риска ошибок в виде новых технологий;
•
Внедрением ИС можно заниматься независимо от обычного операционного
планирования фирмы.
60
Негативные стороны:
•
Сильная загрузка персонала;
•
Необходимость удвоения мощности серверов;
•
Необходимость сверки результатов деятельности двух технологий.
2)
Стратегия― Скачек‖ – это не новая технология, и работает она до
определенного момента, затем реализуется внедрение новой технологии, а затем
уже используется только новая технология.
Положительные стороны:
•
Почти незаметный переходный период;
•
Отсутствие двойных затрат на деятельность компании;
•
Новые процессы более оптимальны поскольку нет переходного периода.
Негативные стороны:
•
Повышенный риск несоответствия качества ИС требованиям предприятия;
•
Повышенные требования к процессу планирования перехода на
обновленную технологию;
3)
Стратегия ―Пилотный проект‖ применяет тактику скачка к некоторому
числу процессов, областью применения зачастую становится небольшой участок.
Положительные стороны:
•
Отсутствии риска выбора неверного решения, приводящего к длительному
простою всего предприятия;
•
Доступность изменения планируемой технологии в процессе установки ИС
на участке;
•
Отсутствие двойных затрат на реализацию проекта.
Негативные стороны:
•
Запутанное объединение информационных потоков, составляемых по
старой и новой технологии;
•
Одновременное управление и старой, и новой ИС.
4)
Стратегия ―Узкое место‖ автоматизирует малую часть производственного
процесса, который зачастую выбирается по критериям эффективности,
приводящих к увеличению качества внедрения процессов только выделенном
узком месте.
Положительные стороны:
61
•
После окончания автоматизации каждого узкого места можно прервать
автоматизацию;
•
Невысокие требования к уровню планирования внедренческих работ.
Негативные стороны:
•
Проведение полного цикла планирования на каждом из узких мест – имея
возможность прерывания автоматизации, сам процесс может никогда не
закончится;
•
Независимость автоматизации узких мест приводит к созданию лишнего
множества программно-аппаратных решений.
Следующим этапом становится этап тестирования системы, в котором
определяются ее недостатки и узкие места, а также реализуются меры по
устранению и модернизации системы.
Использование и обслуживание ИС.
Этап использования и обслуживания системы в динамично развивающемся
предприятии выражает довольно сложную задачу. Обновление программно-
аппаратной части, вызванное физическим и моральным устареванием компонентов
АСУ; важность отслеживания изменений в законодательстве; требования
пользователей по доработке системы под новые функциональные задачи;
реализация безопасности данных в процессе эксплуатации – все эти и многие
другие вопросы периодически возникают перед персоналом, ответственным за
использование и обслуживание системы.
Таким образом, в условиях ограниченного бюджета и начальной стадии
автоматизации логичным будет выбрать стратегию внедрения« Узкое место».
2.1.2
Ожидаемые риски на этапах жизненного цикла и их описание
Данный раздел описывает риски, которые могут возникнуть на этапах ЖЦ
задачи разработки ИС управления персоналом. Риском является возможность
появления обстоятельств, обусловливающих неуверенность или невозможность
получения ожидаемых результатов от реализации поставленной цели, нанесение
материального ущерба, опасность валютных потерь и др. Существуют следующие
типы рисков:
62
Проектный тип рисков. В него включены риски, которые связаны с
ошибками в бюджете; в графике работ; с проблемами персонала организации;
риски различных изменений в текущем законодательстве.
Технический тип рисков. К нему относят риски, связанные с проблемами
реализации технических решений и человеческим фактором, а именно риски,
связанные с неспособностью специалистов выполнить необходимую задачу.
Тип бизнес-рисков. Он содержит в себе риски, которые связаны с
финансовой поддержкой задачи учета, или, другими словами, риски сокращения
бюджета, приводящие не только к сокращению проекта и его задач, но и к его
полному провалу в случае не достижения основной цели; риск потери интереса к
задаче ведения и учета внутренних заказов оборудования со стороны конечных
пользователей, риски при оценке рынка данного вида учета. Данный тип рисков
невозможно исключить, но его можно минимизировать.
Чтобы уменьшить величину данных типов рисков необходимо иметь
достаточно компетентных и квалифицированных сотрудников, имеющих большой
опыт работы в соответствующей области и при этом взаимозаменяемых на
сотрудников, не менее соответствующих данным характеристикам (таблица 2.1).
Таблица 2.1
Характеристики дефектов программного продукта
Этапы возникновения дефектов и ошибок
Типы первичных дефектов и ошибок
программного средства и
документации
Формирование
требований
Разработка требований
к ПО
Дефекты исходных требований
заказчика
Проектирование
Планирование работ
Дефекты, обусловленные реальной
сложностью проекта
Проектирование
архитектуры системы
Ошибки планирования и системного
проектирования программного
средства
Детальное
проектирование ПО
Системные и алгоритмические
дефекты и ошибки проекта
Реализация
Кодирование ПО
Программные дефекты и ошибки
компонентов и документов
программного средства
Тестирование
Тестирование ПО
Программные и алгоритмические
ошибки программного средства и
документации