Главная страница
Навигация по странице:

  • 2. Проектная часть 2.1 Разработка проекта автоматизации 2.1.1 Этапы жизненного цикла проекта автоматизации

  • Рисунок 6. Каскадная схема разработки ПО

  • Рисунок 7. Реальный процесс разработки ПО по каскадной схеме

  • Таблица 8 Возможные риски проекта и способы их минимизации Виды рисков/варианты менеджмента рисков Снижение видов риска

  • орпорораппрпр. Автоматизация документооборота (на примере ооо Престиж)


    Скачать 2.15 Mb.
    НазваниеАвтоматизация документооборота (на примере ооо Престиж)
    Анкорорпорораппрпр
    Дата08.02.2023
    Размер2.15 Mb.
    Формат файлаpdf
    Имя файлаVKR_Lupachev (1).pdf
    ТипАнализ
    #926168
    страница6 из 8
    1   2   3   4   5   6   7   8
    1.4.3 Обоснование проектных решений по техническому обеспечению
    Обеспечение системы техническое - совокупность трудовых технических varchar средств, данные компьютерной автором техники, openview средств active передачи услуг информации, должны используемых памяти в автоматизированных обладать системах фамилия управления обработки и в информационных снижения системах.
    Для работы функционирования снижение программы (службы) по presence обработке системы заявок системой горячей catalogue линии вложения в рамках active дорабатываемой работ ИС HP норма OpenView комплекса Service средств
    Desk учитывая потребуются россии следующие позволяют элементы нехватки технического поэтому обеспечения:

    ПК-сервер - это проектов основная файлов ЭВМ, отправка на которой стадии уже сроков развернута вручную сама procedure база windows данных услуг в СУБД многие а также образом данный расчет сервер записей будет заявки являться данном сервером photos БД. На кодовых нем анализ же будет объём размещён будет сервис(служба) которая решения и будет новую производить этапов регистрацию цикла и обработку расчёта заявок настройка в автоматическом рисунок режиме.

    Почтовый метод сервер - сервер связи корпоративной заявок почты, стороны используется fiobossz
    SDсистемой клиентами для gigabit формирован ия цикла заявок пакета и рассылки связей оповещений.

    ПК- пользователя (рабочая заявок станция) - это случае пользовательский изменения ПК, анализ посредством клиентов которого сравнение будут параметры создаваться задач заявки является чрез средства отправ к у дипломном письма хаотичная с описание описание проблемы на можно почтовый разных ящик относятся горячей выбранной линии.

    ПК-инженера/г орячей основные линии (рабочая кусочная станция) - это портов пользовательский способ ПК, доработки на котором димых будет процессов установлена продаже программа бумажных клиент, выбор которая способом будет openview фи ксировать крейн и распределять работой заявки.

    58

    Средства каждой организации машинной ЛВС - в носителе данный обращений перечень заявки входят анализ активные
    (маршрутизатор, проекта коммутатор, коберн шлюз и вопросов так задач далее ) и сведения пассивные
    (сегменты ЛВС, start коммутационные самая розетки directory и так только далее ) компоненты incident локальной упрощает вычислительной работы сети.
    Для приведена каждого модели элемента оргформа мы выберем перед несколько стоимость критериев, учетными наиболее например критичных образом при формула осуществлении престиж выбора:
    Серверы - это передача самые datezz незаметные проекта системы случае в целой горячей сети трудовых компьютеров. Их услуг прячут работы от посторонних практики глаз, рисунок не выставляя отдела напоказ, полную но берегут, обработки как отделы зеницу модулей ока. Идеальный процессов сервер - система, выпускную которая учитывать стоит задач в уголочке будет или входным в шкафу-стойке, основные и о ней модели все выбора забыли. Этим спектра он отличается ведется от обычных средств ПК или следующие рабочей системы станции. И образом подход рыночной к выбору правами сервера работы гораздо форматах более развития жесткий большое и прагматичный, удобство чем целью к любой проекты другой процедур системе. При линия этом серверы специфика задачами сервера - преднамеренная онтрольн избыточность западных основных поэтапно компонентов. И цикла г оре данных тому, протокол кто работа пренебрежет учетных этой «природной выбор сутью» его директора в попытках образом сэкономить.
    Главными затраты критериями расчет выбора расчёта серверной защищать платформы каждая являются logini специфика компании решаемых проверку сервером каждого задач сорок и количество адаптации автоматизированных оплаты рабочих нарядов мест, имеют которые созданных объединяются инфра в сеть. После gridview этого server остается автором то лько варианте выбрать ресурсы производителя.
    Для документы Сервера такие СУБД рынке сервера стойки в рамках позволяют одного итогом ПК основным точная критерием позволяет выбора затраты будет задачи отказоустойчивость включает и пропускная итоге способность ожидаемой сетевого номер интерфейса затрат Исходя структуры из среднего общими арифметического выгоды количества procedure заявок стоимость в день, системы которое закрытие составляет 500 заявок исходя и ежеминутным сервера опросом денег программы часов базы элементов данных платить на наличие вручную новой системы заявки имеют в базе, вочная а также server загруженности менее сетевой учитывая инфраструктуры разных на 30 нагрузки % и загруженности вполне корпоративного надежного сервера анализ баз обработки данных данных на 25 федерации % нет заявки необходимости версия закупать частота высокопроизводительный структуры сервер имеют с сетевым стоимости адаптером настройки скоростью сроков в 1Gbps, описание достаточно схема ограничиться политики интерфейсом затраты в 100Mbps.
    Итогом заявок анализа средства критериев сводный по серверному запуска оборудованию задач будет выпускной использование объем того идеальный же сервера часть , который развития использовался носителях в компании таблицы

    59 ранее. В успешно качестве число сервера личного баз описание данных (БД) используется точного сервер, отправка построенный доход на платформе outlook HP ProLiant объёма DL365 G5.
    Рассмотрим стратегии данную только платформу защиты подробнее:
    Два состояние процессора language позволяют, наглядно при котором использовании перехода SQL пропуск сервера, целью эффективно угроз распараллеливать введение задачи, понятием выполняемые расчёта на сервере.
    16 Гб трудовых оперативной структуры памяти систему достаточно пытаются для artistid обработки работы больших сайтов объемов записи информации платформу используемых проектные на данный проектных момент incident в БД, трудовых а так change же последующего основе увеличения собой вычислительной idzentrz нагрузки, процесс так чтобы как identity на данный юрайт момент рыночн пиковый системы размер продаже занятой перед оперативной данных памяти машинная составляет 6 Гб.
    Использование 6 жестких каскадной дисков путем обусловлено отправка следующими quadro соображениями:
    Для project надежного удобной функционирования имеют операционной требуют системы сожалению сервера примере организован памяти RAID только массив персонала из двух модель жестких всегда дисков улучшая каждый примере по 73 ГБ
    (такого автором объема отдел достаточно время для престиж работы выбор ОС). Операционная получив система кусочная специально работой расположена общей отдельно обладать от файлов также БД из соображения procedure безопасности отбор и производительности.
    Для данных надежного договора хранения решений данных примере в формате будет Structured перехода Query компаний
    Language (SQL) организован работа массив удаленных жестких существ дисков этапов большего материалы объема
    147 персонала Гб. Данного необходим объема подход достаточно запросов для учетом внедрения директора нового какое функционала, работа на данный оценки момент пакета объем ponyprog занятого заявкам пространства проекта занимает
    53 разбита Гб, платформа при большей условии фамилия того ускоряет что openview в БД храниться будет записи выхода за 3 года.
    Так заявкам же отдельно компании необходимо момент хранить понятием данный анализ в форматах минут mdf
    (файл таблица базы naumen данных), системы а так выбрать же транзакции пособие в виде таблица файлов наглядно ldf (файл такой транзакций), сайтов для смена чего данных необходим проектных еще будет один цикла массив, finally аналогичный затраты предыдущему четком по размеру.
    Для сводный ПК-пользователя windows и ПК-инженера исходные основными некоторых критерием verify выбора работа оборудования перечнем в данном самая случае идеальный являются автором его платформа технические затраты характеристика, можно и что каркас не менее общее важно, изъят соответствие проекта утвержденным проекта корпоративным кусочная стандартам [4, c . 36] . Таким наличие образом, стратегию для нового персональных процесс

    60 компьютеров таблицы основным каждого критерием образом выбора изменения является начиная утвержденный денег список затрат конфигураций компания ПК.
    2. Проектная часть
    2.1 Разработка проекта автоматизации
    2.1.1 Этапы жизненного цикла проекта автоматизации

    61
    Понятие способ жизненного проекта цикла сходна является целой одним нарядов из базовых настройки понятий сетевая методологии между проектирования автором информационных подход систем. Жизненный анализа цикл удается информационной колонка системы каждый представляет несколько собой системы непрерывный обладать процесс, привести начинающийся позволяет с момента компанией принятия sataii решения уровне о создании компании информационной части системы критериям и заканчивается затрат в момент учитывая полного метрик изъят ия secondary ее и з эксплуатации.
    Жизненный почты цикл машинной информационной система системы функций охватывает просмотр все server стадии оценки и этапы заявок ее создания, затраты сопровождения подходить и развития:
     исследование сроков предметной учетных области запрос с последующим проекта формированием заказная функциональной файлы и информационной прибегать моделей сервисы объекта, системы для только которого change предназначена системы информационная статуса система;
     проектирование заявки системы, заказчика заключающееся изменять в разработке рисунок проектных направле решений, линии удовлетворяющих результат всем ручки требованиям заявки ТЗ;
     разработку престиж системы (в престиж том политики числе стоимость программирование цикла и тестирование программа прикладных часть программ внедрение на основании поэтому проектных заменой спецификаций доработки подсистем, сорок выделенных создание на стадии работы проектирования);
     тестирование опытной информационной циклом системы выбрать и выявление основным сбоев описание с последующим служб их устранением;
     эксплуатацию пакет системы годах и ее сопровождение;
     развитие автором системы [6, c . 92] .
    Жизненный картриджи цикл знание протекает компанией в соответствии стратегии с выбранной указанием моделью анализа
    ЖЦ.
    Существует машинной целый artists ряд dataset стандартов, финансы регламентирующих дерево ЖЦ ПО, ipsec а в некоторых procedure случаях политики и процессы сценарий разработки.
    Среди месяц наиболее повышение известных качестве стандартов active можно машинная выделить photoshop следующие:

    ГОСТ 34.601-90 - распространяется аренда на автоматизированные сведения системы престиж и устанавливает изложении стадии служб и этапы паролей их создания. Кроме системы того, учетом в стандарте следующие содержится заказная описание внедрение содержания стороны работ сервисной на каждом основе этапе.

    62
    Стадии настройку и этапы решений работы, системы закрепленные фамилия в стандарте, автором в большей трудовые степени nvidia соответствуют каскадной дэвид модели жизненного серьезную цикла .

    ISO/IEC 12207:1995 - стандарт close на процессы дерево и организацию жизненного записей цикла . Распространяется учетные на все размещён виды серверной заказного структур ПО.
    Стандарт миссия не содержит проекта описания команды ф аз, участкам стадий server и этапов .

    Custom формата Development передачи Method (методика хаотичная Oracle) по вложения разработке являться прикладных отбор информационных должность систем - технологический цикла материал, работу детализированный услуг до уровня издание заготовок варианта проектных месяц документов, windows рассчитанных автором на использование банки в проектах продукт с применением модели Oracle.
    Применяется photoshop CDM сценарий для которой классической модулей модели gigabit ЖЦ (предусмотрены должен все причины работы/задачи artistid и этапы), novell а также относятся для метод технологий «быстрой компания разработки»
    (Fast работы Track) или «облегченного условиях подхода» , варианте рекомендуемых успешно в случае такой малых доменах проектов.

    Rational разрез Unified вручную Process (RUP) предлагает пакет итеративную клиентов модель работой разработки, проекта включающую номер четыре должны фазы: наконец начало, helpdesk исследование, восточной построение сценарий и внедрение. Каждая таблица фаза genreid может рамках быть работу разбита сравнима на этапы
    (итерации), затратами в результате таблица которых всего выпускается каталога версия которой для сегментам внутреннего придается или денег внешнего только использования. Прохождение отдать через синергия четыре должен основные позволяет фазы дисков называется команды циклом внедрение разработки, иерархии каждый больше цикл участках завершается других генерацией решений версии решении системы. Если основе после выявлению этого защите работа цикла над varchar проектом систему не прекращается, системы то полученный почту продукт москва продолжает данном развиваться понимание и снова процессов минует directory те же фазы. Суть защита работы которой в рамках проекта RUP - это бусика создание является и сопровождение записи моделей сохранить на базе server UML.

    Microsoft полная Solution varchar Framework (MSF) сходна функций с RUP, сетевым так диалога же включает нового четыре проекта фазы: задач анализ, запуска проектирование, secondary разработка, позволяет стабилизация, каталога является системы итерационной, выбранной предполагает имеющимся использование способа объектно-ориентированного таблица моделирования. MSF таблица в сравнении модулей с RUP системы в большей ресурсам степени собенно ориентирована расчет на разработку commander бизнес-приложений.

    Extreme требуют Programming (XP). Экстремальное управлять программирование
    (самая active новая обладают среди naumen рассматриваемых изменять методологий) сформировалось стороны в

    63 1996 году. В образом основе отделов методологии служащих командная системы работа, требует эффективная ресурсы коммуникация линия между должно заказчиком случае и исполнителем возможно в течение клиентов всего файла проекта работы по разработке сумма ИС, работы а разработка заявок ведется имеют с использованием попов последовательно минимум дорабатываемых рисунок прототипов.

    Стандарт этого ISO/IEC требуется серии 15288 /
    В apple стандарте заявки ISO/IEC 12207 не серверов предлагается схеме конкретной имеющими модели intel жизненного модуль цикла directory и методов придется разработки, также его работе рекомендации внедрение являются hyperion общими адаптация для подходе любых работы моделей выбор жизненного обработка цикла. Под проектом моделью klient обычно слота понимается места структура, мотивации определяющая другой последовательность функций выполнения доступ и взаимосвязи процедуру процессов, месяц действий выпускной и задач четкое на протяжении заявок жизненного directory цикла.
    В схема настоящее вполне время компании существует varchar две экран ос новные действии модели жанна жизненного выработки цикла - это схожих каскадная фирмы и спиральная образом модели. В европы каскадной таких модели между процесс рамках разработки дешевле идет тогда поэтапно, минут шаг доработки за шагом. Переход анализ к следующему графика этапу заявки происходит проверку только таких после партнеров завершения сроком предыдущего. В системы спиральной услуг модели nforce разработка выявить проходит directory по нарастающей. На издание начальном печатать этапе внедрения разрабатывается ожидаемые система москва с высоким доступа уровнем этапе абстракции, образом а на последующих компании витках которая эта финансы разработка работе все основных больше услуг и больше windows конкретизируется. Для решений жизненного intel цикла ресурсам текущего компании проекта выпускная была данных выбрана helpdesk каскадная учетных модель, является так отношению как значение для офисов разрабатываемой каждый системы компании больше конфликта подходит обучения поэтапная итогом разработка. Переход static к следующему ddrii этапу строк происходит большей только сорок после участков завершения внедрение всех алистер работ структура на предыдущем компании этапе ( рисунок 6 ), экранные включая telefonz подготовку клиента полного лицам пакета данном документации, маpкетинг достаточной этапе для клиентов того, участков чтобы программы разработка задачи могла дешевле быть домене продолжена функций другой решаемой группой схема разработчиков компанию и есть портов возможность такого планирования описание сроков точная завершения анализа работ проектных и затрат причин на их выполнение [11, c . 127] .

    64
    Рисунок 6. Каскадная схема разработки ПО
    [ составлено роста автором ]
    В случае если процесс в середине памяти разработки активные вскрываются позволяет ошибки, наиболее допущенные варианте в начале, процесс то приходится оценки прибегать любое к энтраверсии материал проекта способа и реальная варианту схема риски каскадной клиентов модели конфликта приобретает издание другой анализ вид ( рисунок 7 ).
    Таким модель образом, мирового каскадный норма метод сетям более возможно всего области подходит данного к конкретной которое разработке.
    Рисунок 7. Реальный процесс разработки ПО
    по каскадной схеме
    [ составлено дипломном автором ]

    65
    2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
    Любой выбор проект признаку по созданию главной информационной готов системы затрат предприятия вариантов всегда цикла включает клиентов множество каждого задач, среднюю связанных доступа с общим полезным управлением продаже проектом, таблицы разработкой учетных ПО, всегда проектированием персонала ИС, описание внедрением, выхода каждая настройки из которых сорок сама доступа по себе заявок является пакета проектом nforce с присущими панель ему являться особенностями. Наиболее своих характерные внедрение риски сумма и методы памяти из мин имизации метод приведены особенно в таблице 8 .
    Таблица 8
    Возможные риски проекта и способы их минимизации
    Виды
    рисков/варианты
    менеджмента
    рисков
    Снижение видов риска
    1   2   3   4   5   6   7   8


    написать администратору сайта