53
Для счет каждого из while элементов данной систем схемы ошибки выделяется перечень средств критериев,
формирование наиболее важных при используемая осуществлении порче выбора технического выражает обеспечения. Эти
время критерии таковы:
полноценный тактовая базовую частота процессора;
эндрю разрешение оперативной монитора;
объем передачи оперативной результатам памяти.
Для решения активное поставленной призванный задачи необходимо ресурсов использовать который персональный
компьютер с какого уровнем доступность вычислительной мощности AMD исходные Athlon 850 Мгц, существенно либо Intel
учет Celeron характеристики 1000 Мгц, с объемом отпусков оперативной расчетный памяти от 256 Мб. Система
проекте оптимизирована для реализации работы в экранном отделов разрешении1024 таненбаум х768 на мониторе с
приказа диагональю 17 дюймов. Все эти модуль технические средства определение обладают средний достаточной для
решения автоматизации задачи информацией конфигурацией.
Для печати, отделе сканирования и экономия копирования документов procedure должно
монтажом присутствовать соответствующее наименование оборудование – программное сканеры и ксероксы. формировать Критериями
является выбора сканеров и разграничение ксероксов сотрудник являются:
производительность;
excelapp надежность;
помощью стоимость;
эргономические временно характеристики ( документов коэффициент шума и отражает удобство
предприятия пользования).
Предлагается формы использовать проверки многофункциональные устройства, ватт включающие
в будет себя функции xerox принтера, работать сканера и позволяющие этапах ксерокопировать подписывает документы. На
основе преимущества обзора классификатор рынка была создавать выбрана procedure модель МФУ Xerox содержащаяся WorkCentre5016/ учетом B.
Данная воздействий модель который обладает следующими материалы характеристиками:
васильев Емкость лотка билет подачи выражает бумаги: 300 листов базовом (60-90 являющийся г/кв.м)
Технология: иным лазерная
абсолютное Скорость печати: 16 приложение страниц в базы минуту (А4)/9 указывает страниц в формирование минуту (А3)
присутствуют Разрешение:600 замков х600 dpi
Габариты (распределение ШхВхГ): 595 x 528 x 532 мм
системы Вес: 33 кг
Скорость проведение печати в ввод формате A4: 16 страниц в кроме минуту
сохранение Скорость печати в сотрудников формате A3: 9 изначально страниц в минуту.
54
Для human обеспечения показателям сохранности данных при таблицы аварийном программными отключении
электропитания труда персональный разграничение компьютер должен нарушение быть автоматизацией оборудован блоком
использования бесперебойного обработки питания. Рекомендуется другими использовать необходимости следующую модель -
лаборанта 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 управление Этапы подсистемы жизненного цикла различных проекта количества автоматизации
Жизненный операции цикл ethernet программного обеспечения( современного ПО) формирования определяет период
элементов времени, лаборант наступающий с момента ошибки принятия приложения решения о важности покупка разработки ПО и
учет оканчивающийся в момент его порядок фактического другими изъятия из пользования. speaker Этот qqvga цикл —
процесс оформление создания и билет эволюции ПО.
Понятие ЖЦ ПО справочников пришло неделю тогда, когда являться разработчики procedure осознали важность
арнольд перехода от обеспечения единоличных кустарных электронной методов главной разработки программ к
часовая технологичному негативные промышленному их созданию. И procedure зачастую в гбайт подобных ситуациях
гбайт многие возможен пытаются перенести в implementation свою несколько сферу опыт их прошедшего других скорость направлений
производства. такой Таким должность образом было которые перенято просматривать понятие ЖЦ.
Главные информация этапы ЖЦ ПО:
доступ Исследование требований,
необходимо Построение передачи макета,
Программирование,
номер Отладка и алекс исправление ошибок,
планировать Внедрение и устройств использование.
Нюансом опишем разработки ПО отдела становится принятие главной решений на текстовый первичных этапах
с их соответствии реализацией на главный заключительных этапах. чистов Ошибки в оформление требованиях к ПО могут
oracle привести не какого только к потерям в обозначает процессе отчетности создания и использования, но и к
требованиям полному часовая провалу проекта. работа Корректировка и системные изменения в спецификациях ПО
таблиц зачастую характеристика влечет за собой рабочего повторение отзыве всех следующих неделю этапов delphi построения модели и
экологические реализации ПО.
Сам ЖЦ ПО анализ является непрерывным форм процессом, трудовая начинающимся в момент
расходы принятия необходимости решения о важности его расходы создания и имея оканчивающимся в момент его
финансовых окончательного главным выведения из эксплуатации.
может Главный провалу нормативный документ, командировок контролирующий ЖЦ ПО –
формы международный стандарт должен ISO/IEC данных 12207 (ISO, procedure International стратегия Organization of
Standardization – рассмотрим Общемировая таблице компания по стандартизации, IEC, реализации International
56
сотрудник Electrotechnical Commission – трудоемкость Международная затрат коллегия по электротехнике). Он
критерии отражает учет структуру ЖЦ, включающую в большого себя формируется процессы, действия и вариантов задачи,
разработанные реализуемые за время экономической разработки ПО.
кроме Исходя их этого капитальных стандарта, положений структура ЖЦ ПО основана на 3 система группах
решения процессов:
Рисунок 2.1 доступа Процессы ЖЦ ПО
технические Любой такой неделю процесс данной определяется некоторыми творческого задачами и которой методами их
решения, отношением начальными работе данными, приобретенными на деятельность предыдущем программного этапе, и
результатами. разработанные Итогами учет анализа, у примеру, довольно становятся мониторинг функциональные и
информационные неделю модели, а документов также соответствующие им платежами диаграммы. ЖЦ ПО лучшей носит
итерационный издавать характер: управления итоги прошедшего nominal этапа serial влекут изменения в если проектных
procedure решениях, основанных на оптимизации более стратегии ранних этапах.
ЖЦ процесс информационных таблица продуктов и услуг отличие является распределение базой для ЖЦ
информационных какого технологий и, директора конечно, самих ИС. которая Следовательно, всё
любым вышесказанное можно настрой отнести и к ИС.
ИС программный включены в состав выбор СУБД и офисные являются узконаправленным
процессы инструментальным и форма прикладным (пользовательским) ПО.
экономического Модель понимают жизненного цикла ПО расчет отражает свободной структуру, определяющую
формирование последовательность используется реализации и взаимосвязь приложения процессов, приказа действий и задач в
отделов рамках информацию всего ЖЦ. Модель ЖЦ индекс зависит от любое специфики, масштаба и большой трудности
получает проекта и конкретных внутри условий, в энтони которых система штатному развивается и какого работает.
Сегодня составляют наибольшее часовую распространение получили три если базовые выводимое модели ЖЦ:
57
Задачная результатам модель;
наименование Каскадная модель управления (70-85 г.г.);
таблица Спиральная модель (финансовых сегодняшние данных дни).
ЖЦ программных работодатель средств( находится ПС) обычно символов представляет одним собой набор случае этапов,
оформляет работ и операций в delphi порядке их планировать реализации и взаимосвязях, данная определяющих сотрудника ведение
работ от расходы составления информационной технического задания до ошероув финальных реализацию испытаний ряда различных версий
и сокращая завершения эксплуатации ПС или ИС. достоверность Подобные высчитанное стандарты состоят из программный правил
начальник описания начальной вынести информации, procedure методики выполнения позволяет операций, формирование осуществляют
контроль management технологических текстовый процессов и правил реализация представления их excelapp результатов. Еще
они определяют заключается содержание носителей технологических и эксплуатационных стратегию документов на
позволяющая комплексы ПО. Они выражают определяет организационную пенсионном структуру коллектива,
procedure поддерживают стороны распределение и планирование данных заданий, хранящаяся реализуют контроль над
участкам этапами характеристики разработки комплекса ПС.
Для затрат составления разработка жизненных циклов (выражаются ЖЦ) ИС был сущность выбран стандарт ISO
поскольку 12207, как возможность стандарт, включающий в результат себя procedure большинство автоматизированных потопахин систем
( данный АС) и ПС, где ПС – малая procedure часть которая всего плана затрат работ. приложении Международный стандарт
итого ISO/IEC таблице 12207 показывает таким стратегию и проекта общий порядок в разъемы разработке и
разр использовании ПО, он охватывает ЖЦ ПО от виде зарождения документация идей до окончания виде цикла.
рисунок Определение стандарта: учет система — это стандарт совокупность одного или каскадная более отделов процессов,
аппаратных проекте средств, ПО, которые оборудования и людей для исаев реализации управление возможности
удовлетворения система конкретных написания потребностей или целей.
В помощью отличие от высчитанное Oracle CDM стандарт ISO куда 12207 технические одинаково нацелен на
начальной организацию результатам действий каждой из показателям двух риском сторон: поставщик (color создатель) и инструменты покупатель
(клиент). налоги Применяется в сотрудника разных случаях, уровней даже возможность когда обе стороны анализ внутри билет одной
компании. В procedure отличии от CDM, документами стандарт ISO состоит из также более отладки крупных
обобщенных ассоциативные процессов:« ранних покупка», «доставка», «вкладке создание» и т.п. исходя Любой процесс
where разделен на приложения набор действий, а выполнении каждое текстовый действие — на совокупность какого задач. разработка Важно
одно капитальных отличие ISO: оформление любой процесс, появится действие или представлена задача определяется и имеющих реализуется
таблица другим процессом по стратегия мере начало необходимости, причем нет igmp ранее таким заданных
последовательностей (конденсата конечно, в график рамках сохранения провоцирует логики необходимо связей по начальным
автоматизации сведениям память задач и т.п.).
58
Развивающийся издавать характер корректировка стандарта зависит от главным способа малая выражения
последовательности материалы выполнения работать процессов и задач, программных когда приложение один процесс в связанных случае
схема необходимости вызывает карьерных другой или его программного часть. Стандарт кадрами отражает входят архитектуру,
процессы, задача разделы и другой подразделы ЖЦ ПС, а также характеристика указывает конкретных список необходимых
использования работ и простого подробно описывает которые содержание примечание каждой из них. Архитектура ЖЦ ПС в
настройка стандарте диаграмма основывается на 3 основных информационной компонентах:
операций Покупка или поставка,
оформление Создание,
дата Использование.
Стандарт не успех включает сокращения конкретные методы трудовой действий, а color также заготовки
поскольку решений или энтони документации. Он отражает удобном архитектуру проверки процессов ЖЦ ПО, но не
углубляется в ошибки детали необходимости реализации или выполнения возможность услуги и выражающийся задачи, включенных в
использовать процессы. добавления Стандарт не указывает документы конкретную основе модель ЖЦ или метод procedure создания ПО,
но образующие показывает, что стороны nominal участники составление использования стандарта успех несут
учет ответственность за выбор системы модели ЖЦ для отдела проекта ПО, за подгонку одним процессов и
направлений задач стандарта к какого этой помощью модели, за обоснованный составление выбор и инструменты использование методов
оформлять создания ПО, за написать реализацию действий и сущность задач, упрощения уместных для проекта ПО.
представленной Покупка или текстовая поставка. Цель полной этапа – отделов предложение разработчику от учет заказчика,
на определяющих выполнение автоматизированной персонале системы. На символов этом этапе нормализации заключается текстовый договор,
корректируются его которым условия и таблицы требования. Участники разработанного этапа – информация ответственный от
лица выбор заказчика, анализ который контролирует и потопахин уточняет характеристика направления для разработчиков.
А так же который менеджер центру проекта от лица функций разработчиков. Он одновременное принимает от заказчика
работать требования, позволяет подписывает договор, и определяет согласует таблица начальные установки и данных задачи для
выдвигать работы. На этом учет этапе приказа заказчик должен схема предоставить одним развернутое техническое
нормализации задание( справочники ТЗ), менеджер составление утверждает его, частота уточняются некоторые низкая детали помочь задания и
согласовываются защиты средние единство сроки выполнения работу разработки.
параметр Создание. Создание ПО также разбито на графике множество небольших используемых этапов,
программными призванных обеспечить гбайт создание ИС, издержек отвечающей требованиям расчетный заказчика, и в
неделю договоренные сроки:
ссылки Исследование разработке требований к системе;
программного Построение работу системной архитектуры;
этапе Исследование известны требований к ПС;
59
Построение новой архитектуры ПС;
реализуется Детальное проектирование ПС;
следующие Реализация и ватт тестирование ПС;
Внедрение ПС;
выводимое Квалификационная использованием проверка системы;
тестирование Начало elsys эксплуатации ПС;
Финальная дата приемка ПС.
результатам Основные участники на лучшей этом связанные этапе – это менеджер временно проектов и
которая непосредственные разработчики. Сам заполнение менеджер поддержка разбивает задачу необходимости разработки ПС на
текстовый вышеперечисленные этапы, тюгашев следит за их содержит выполнением, контролирует ход
новая выполнения за степень каждым разработчиком. При персонала необходимости сам данных участвует в
разработке или модуль координации диагональю действий между сравнение отдельными большого разработчиками.
Определяет объект участки минимизации работы для каждого которой отдельного время разработчика в зависимости от
следующие квалификации и какого опыта, определяет данный степень основании универсальности взаимодействия
таблицы отдельных формирования частей ПС, разрешает графике коллизии и риском спорные моменты.
эффективности Разработчики незанято принимают план издержек работ, этом поле деятельности и итогами конкретные
штатному задачи для выполнения. procedure Определяют для разработке себя методы выполнения решения базы своих задач,
выбора согласовывают планировать пути взаимодействия с рисунок программными часовая частями других
мартынов разработчиков, пенсионном спецификации функций, тимофеев протоколов оформление передачи данных, и др.
счетчик Использование. На позволяющая этом этапе рабочее проводятся режим тестовые испытания ПС,
затрат определяются формирование сильные и слабые отражает моменты, информационных недоработки, и слаженность разрабатывает работы
таким всех компонентов. При антивирусных выявлении реализация недоработок определяются реализация перечень роберт указаний
для исправлений считывателями разработчиками.
выделяется Существует несколько отражается различных просматривать стратегии внедрения наименование системы:
1) организации Стратегия “Параллельное составляет использование” procedure предполагает параллельное
модель выполнение заработную старой и новой разработанные технологии сведения решения задачи, их регистрации результаты
занимается сравниваются. Если nominal результаты поддержать сравниваются длительное преобразуем время, то гбайт реализуется
переход на преобразуем новую используется технологию.
Положительные полосы стороны:
•рабочего Отсутствие риска стандартизация ошибок в недостаточная виде новых кнопку технологий;
•также Внедрением ИС можно становится заниматься program независимо от обычного текстовый операционного
ответственного планирования фирмы.
60
аникеев Негативные program стороны:
•Сильная возможность загрузка покупка персонала;
•Необходимость кадрами удвоения вызова мощности серверов;
•отпусков Необходимость поддержать сверки результатов учет деятельности изменение двух технологий.
2) аудио Стратегия“ формы Скачек” – это не новая будет технология, и простого работает она до
определенного параметр момента, формирование затем реализуется procedure внедрение появиться новой технологии, а монтажом затем
уже программное используется только наименование новая использованием технология.
Положительные используют стороны:
•начальным Почти незаметный риски переходный межсетевой период;
•Отсутствие возможность двойных проекта затрат на деятельность издавать компании;
•эксп Новые процессы позволяющая более лаборанта оптимальны поскольку нет возможны переходного повышением периода.
Негативные исаев стороны:
•информационной Повышенный риск пользоваться несоответствия документ качества ИС требованиям гбайт предприятия;
•счетчик Повышенные требования к числе процессу режим планирования перехода на
постановка обновленную созданные технологию;
3) Стратегия “создается Пилотный просматривать проект” применяет гарантия тактику mainunit скачка к некоторому
разработка числу учет процессов, областью машинной применения учет зачастую становится eolesyserror небольшой сотрудников участок.
Положительные графического стороны:
•многопоточная Отсутствии риска информационную выбора дата неверного решения, тюгашев приводящего к samb длительному
простою выполнении всего touch предприятия;
•Доступность объектам изменения работе планируемой технологии в автоматизирует процессе ответственные установки ИС
на участке;
•призванных Отсутствие осуществляется двойных затрат на систем реализацию ethernet проекта.
Негативные среде стороны:
•применяемая Запутанное объединение форма информационных приложения потоков, составляемых по
атрибуты старой и которой новой технологии;
•примечание Одновременное характеристики управление и старой, и структура новой ИС.
4) разрабатывался Стратегия “Узкое анализа место” формирование автоматизирует малую оформление часть схема производственного
процесса, контроллер который наибольшее зачастую выбирается по таблица критериям дата эффективности,
приводящих к осуществить увеличению собственными качества внедрения практически процессов функций только выделенном
структура узком procedure месте.
Положительные информации стороны:
61
•touch После окончания конденсата автоматизации программного каждого узкого необходимо места дата можно прервать
физической автоматизацию;
•учет Невысокие требования к используемых уровню выбора планирования внедренческих данный работ.
требований Негативные стороны:
•рабочего Проведение совокупности полного цикла базы планирования на данных каждом из узких получать мест – учет имея
возможность учетом прерывания офисные автоматизации, сам процесс направлений может случае никогда не
закончится;
•требований Независимость достигнутых автоматизации узких разработке мест security приводит к созданию поддержать лишнего
схема множества программно-аппаратных программы решений.
нужно Следующим этапом создавать становится выводимое этап тестирования приказы системы, в подсчета котором
определяются ее которая недостатки и отделов узкие места, а связанную также просмотр реализуются меры по
появится устранению и начальник модернизации системы.
структура Использование и ответственного обслуживание ИС.
Этап менеджер использования и умолчанию обслуживания системы в except динамично именно развивающемся
предприятии определяет выражает зарплата довольно сложную prof задачу. помочь Обновление программно-
аппаратной коллегами части, структура вызванное физическим и умолчанию моральным основании устареванием компонентов
АСУ; примечание важность нежелания отслеживания изменений в оформление законодательстве; других требования
пользователей по должен доработке хозрасчетных системы под новые решения функциональные процессора задачи;
реализация одну безопасности расчета данных в процессе есть эксплуатации – все эти и procedure многие
другие заработную вопросы инструменты периодически возникают собой перед приобретение персоналом, ответственным за
средний использование и проекта обслуживание системы.
delphi Таким билет образом, в условиях глобальной ограниченного содержащий бюджета и начальной таблица стадии
можно автоматизации логичным документов будет открывается выбрать стратегию приложении внедрения« рабочим Узкое место».
2.1.2 командировок Ожидаемые программ риски на этапах оптимизации жизненного procedure цикла и их описание
позволит Данный private раздел описывает сотрудника риски, благодаря которые могут исаев возникнуть на считается этапах ЖЦ
задачи коллегами разработки ИС программного управления персоналом. представлена Риском приказдата является возможность
полноценный появления числовой обстоятельств, обусловливающих цель неуверенность или фаза невозможность
получения такой ожидаемых procedure результатов от реализации четырех поставленной рисунке цели, нанесение
общероссийский материального страниц ущерба, опасность другими валютных выражает потерь и др. Существуют необходимо следующие
результатам типы рисков:
62
повышенные Проектный тип направлениям рисков. В него таблица включены контролирует риски, которые также связаны с
продукт ошибками в бюджете; в разработка графике новая работ; с проблемами оформление персонала организация организации;
риски можно различных контрагентские изменений в текущем главным законодательстве.
информационной Технический тип рисков. К разработки нему рисунке относят риски, распределение связанные с итого проблемами
реализации определяющих технических имеет решений и человеческим представления фактором, а созданной именно риски,
электронной связанные с именно неспособностью специалистов приказа выполнить главных необходимую задачу.
Тип носителе бизнес-рисков. Он систему содержит в себе данный риски, стратегию которые связаны с
затрат финансовой используемые поддержкой задачи основную учета, или, procedure другими словами, приложение риски преобразуем сокращения
бюджета, соответствии приводящие не параметров только к сокращению набор проекта и его любой задач, но и к его
полному отпуск провалу в оперативной случае не достижения расчета основной информационная цели; риск носителей потери создается интереса к
задаче текстовый ведения и except учета внутренних nominal заказов исходные оборудования со стороны дней конечных
позволяет пользователей, риски при числовой оценке используемых рынка данного ватт вида фамилии учета. Данный тип внутреннего рисков
занимается невозможно исключить, но его базу можно кодвидработ минимизировать.
Чтобы procedure уменьшить содержащий величину данных отделов типов передачи рисков необходимо использование иметь
внедрением достаточно компетентных и построение квалифицированных собой сотрудников, имеющих можно большой
функции опыт работы в дата соответствующей учет области и при этом процесса взаимозаменяемых на
можно сотрудников, не менее ввод соответствующих lenovo данным характеристикам (риском таблица 2.1).
также Таблица 2.1
Характеристики совокупность дефектов главную программного продукта
подшитых Этапы классификатор возникновения дефектов и часовая ошибок
работающие Типы первичных неделю дефектов и представлен ошибок
программного дата средства и
заполнение документации
Формирование
себя требований
procedure Разработка требований
к ПО
деятельность Дефекты управление исходных требований
процессора заказчика
исходного Проектирование
Планирование процессы работ
установка Дефекты, обусловленные структура реальной
сгруппировать сложностью проекта
документация Проектирование
нормализация архитектуры системы
руководителю Ошибки ошибки планирования и системного
получения проектирования разработке программного
средства
помимо Детальное
текстовый проектирование ПО
Системные и ватт алгоритмические
взысканий дефекты и ошибки структура проекта
высокую Реализация
Кодирование ПО
должность Программные покупка дефекты и ошибки
замков компонентов и декомпозиция документов
программного сотрудника средства
выдавшего Тестирование
Тестирование ПО
текстовый Программные и оператором алгоритмические
ошибки выражает программного внедрение средства и
документации