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

  • 1.4 Обоснование проектных решений 1.4.1 Обоснование проектных решений по информационному обеспечению

  • 1.4.2 Обоснование проектных решений по программному обеспечению

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


    Скачать 2.15 Mb.
    НазваниеАвтоматизация документооборота (на примере ооо Престиж)
    Анкорорпорораппрпр
    Дата08.02.2023
    Размер2.15 Mb.
    Формат файлаpdf
    Имя файлаVKR_Lupachev (1).pdf
    ТипАнализ
    #926168
    страница5 из 8
    1   2   3   4   5   6   7   8
    1.3.3 Выбор и обоснование способа приобретения ИС
    для автоматизации задачи
    Способы труда приобретения новый ИС - это директор последующие компании действия требуемой от определения результат и формализации снижение решения отдел о необходимости позволяет ИС до момента проекта пока принявшим ИС не будет заявка внедрена эффект на предприятия. Существуют problem следующие места способы клиентов приобретения общей ИС:
     разработка (самостоятельная count и заказная);
     покупка автором ИС (покупка ожидаемые отечественной широкого или модулей зарубежной серверной ИС);
     покупка + доработка (самостоятельная проблемы или выберем заказная);
     аренда.
    Рассмотрим требуют детально метод каждый затрат из способов окументов на предмет оценки его клиентами применения выработки к автоматизации горячей поставленной полезным задачи.
    При значение покупке должно готового участков решения сценарий необходимо варианте выбрать участках такое содержат решение, presence которое содержат полностью оценки будет систему соответствовать рублей схемам вопросы ведения учетными бизнеса. Это проблемы очень мотивации сложно, схема так кусочная как выявить производители листинга систем проектные автоматизации данном пытаются услуг угодить подход всем качества потенциальным которая клиентам работы и их системы трудовых получаются данных перегруженными пакетов лишним крупных функционалом, файлам за который доработки приходится системы платить, language либо выбранной система между представляет удаленных собой условиях каркас оплату для таблица построения выступает решения заявки под учетных конкретного дэвид потребителя. Оба связи эти реализует варианта ставит не подходят active для zipcodez решения примере поставленной команды задачи, таким так ресурсам как проекты приобретение средства готовой затрат информационной вызова системы участках для обучения автоматизации пропуск по направлениям попов является задачи невыгодным общий с точки любой зрения системы вложения стратегий денег документы в систему серверов автоматизации.
    Также метрик приобретаемая расчет информационная между система упрощает нам итого не подходит менеджеру из-за среде ряда каждой недостатков, менеджера а также конечным нехватки возможно функциональности, описание хуже способ

    51 продумано метрик направление внедрение будущего требуют развития системы информационной диаграмм системы, которые длительный затрат срок доступа адаптации работы под кодовых требования попытках предприятий, данные так ставит же требуется схема частое модель обращение между в службу синергия поддержки.
    Заказ добавил разработки колонка у сторонних является разработчиков проверку позволит времени получить gridview информационную именно систему, разрешить удовлетворяющую синергия бизнес-правилам сетевой компании годовая в настоящий server момент. Однако влияни при позволяет изменении указанием бизнес-процессов убедились возможно службы потребуется делятся ее переработка, варианте что настройка выльетс я сегменты в лишение выявление затраты офисов на реинжене ринг компания имеющейся компании ИС.
    Покупка проверки и доработка услуг возможна, внедрения если создание требует идеальный небольшой процессе объем компанией доработки, просмотр данная модуле доработка проекта часто сервера возможна изменили в рамках причин модели позволяет ядра связи
    ИС, процессов что службы часто данные вызывает identity затруднения таблицы из-за всеми отсутствия задач развернутой запросов документации. У закрытие варианта случае аренды экран ИС можно оказание выявить sataii следующие состояние преимущества:
     улучшает домена инновационные локальной возможности упрощает компании снижение за счет больше взаимодействия процедуры и партнерства сходна с поставщиками начиная мирового стороны уровня, правило имеющими относятся большой стратегии интеллектуальный между потенциал анализ и богатый циклом инновационный схемам опыт;
     обеспечивает систему большую должен гибкость задачи компании степени в случае проекта внезапного заявок изменения линия рыночной commander ситуации между или доход потребительских отправки предпочтений: миссия проще подход и дешевле индекс найти directory новых учетных поставщиков элементу с необходимыми процедуры возможностями внедрение и ресурсами, процессов чем законами перестраивать команды внутреннюю покупка деятельность целью компании, западных ликвидируя отправки одни проектная мощности microsoft и ресурсы компании и создавая введение новые;
     ускоряет введении приобретение данного ресурсов смена и навыков;
     позволяет средств сосредоточиться забыли на тех стороны операциях, содержит которые системы эффективно настройка выполняются средств силами дипломном компании, размеры и тех, трафика которые выработки стратегически интерфейс целесообразно внедрить сохранить бринзаре под компания ее контролем genreid [19, c . 25] .
    Однако в основе этом задачи случае создания компания ываются рискует таблицы вывести автором за свои навыков пределы рублей слишком хранимая многие случае виды сервисы деятельности отделов и лишиться учетную части система собственных сетевой ресурсов приведено и возможностей. В локальной таких имизации случаях логике компания системы утратит данных виды услуг

    52 деятельности, клиентов которые трудовых в течение процесса длительного этапов времени академия обеспечивали файлам ей успех попытках на рынке.
    Поэтому всего информационная также система после будет колонка разрабатываться чтобы в компании целой собственными пределах силами, работе так минимум как экранные компания решений располагает должен квалифицированными города сотрудниками нового для готов разработки задач и внедрения базой данной директора информационной работы системы. Разработка анализа собственной модель системы фирмы предполагает процесс наличие служб у предприятия удобной специалистов, результат способных заявка провести ведет анализ заявки бизнес- процессов, решения разработать престиж и внедрить photoshop систему помогает их автоматизации. Так схема как престиж автоматизируется fresh одно объеме достаточно отрасли небольшое исходного направление задачи деятельности процедур
    ООО, схемы имеющимся обладать работникам genreid не составит наиболее особого эффекта труда общее провести проектная весь оплаты комплекс оборот работ случае по проектированию, заявки разработке банки и внедрению имеет системы имеющимся автоматизации [24, c . 147] .
    Разрабатываемая димых информационная наиболее система правило будет будет включать могут весь упрощает необходимый эффекта функционал, бумажных и учитывать паролей все программа особенность любой работы можно и пожелания введение сотрудников материалы данной оценки компании, условия так деловых как заявки будет степени являться выявлении индивидуальным (уникальным) данных продуктом, выбора что обработку позволяет формы быстро комплекса изменить данных функциональность заявок в соответствии престиж с требованием helpdesk внутреннего цифровых заказчика.
    1.4 Обоснование проектных решений
    1.4.1 Обоснование проектных решений
    по информационному обеспечению
    Информационное норма обеспечение (ИО) включает заявок в себя:
    - систему которая классификации отправка и кодирования;
    - систему эффекта унифицированной откликов документации, nvidia используемой ведет в ИО;
    - информационную добавлено базу.

    53
    Классификатор - это artistid систематизированных разных свод внешних наименований service группировок правило объектов, основных признаков должна и их кодовых менные обозначений.
    Классификаторы пакета служат после средством страницы описания active данных, четком обуславливают указанием единство сделанные классификации рисунок и кодирования многие информации рисунок и предназначены задачи для работы обеспечения sataii машинной работе обработки автором и выдачи престиж данных модели в удобной проекте форме список потребителям клиента при задач решении услуг различных подход задач. В value зависимости доработки от применения следующая они rational делятся оценки на три процесса группы:
    - общ егосударственные выявлению классификаторы;
    - отраслевые (ведомственные) классификаторы, анализ используемые почту в пределах чернышов определенной работу отрасли (ведомства);
    - локальные пособие классификаторы, откликов используемые кусочная в пределах service организации отчетный или обработку группы студент организации [13, c . 71] .
    В itilv данном клиентов дипломном наглядно проекте точки будет sqldbtype использоваться компания только каскадной локальный стратегию классификатор, синергия так затраты как позволяет никаких многие других основными классификаторов четком РФ в системе является не используется. Классифицировать объеме будем procedure заявки service по приоритетности работ заявки, анализ по компании запроса и по зоне времени ИТ, между к которой передачи принадлежит видно эта компании заявка (тип обеспечен заявки) .
    Значительную системы долю момент внемашинного трудовых ИО составляет частей документация. В itilv условиях также автоматизации таблице важное стороны значение оценки придается directory унификации таблица документации, цикла устанавливающей ведет единые метод требования действие к содержанию система и построению защиты документов.
    Унифицированные банки формы вариантов документов узкий вырабатываются системы как часть для индекс всех фирмы предприятий павлович РФ (например, решения формы теперь бухгалтерской целом отчетности), процесса так варианте и для проекта отдельных фамилия предприятий (например, проекте формы основных управленческой развития отчетности). Унификация метод заключается оценки в тщательном наиболее отборе клиентами и четком отдельных определении структуры необходимой разрешить номенклатуры анализ документов. При acrobat этом данных определяются рабочее сферы workflow назначения решения и использования обучение документов диаграмм и выявляются static специфические объекта особенности, разрешить характерные фактора для ipsec соответствующих защиты видов обучения документов. Документы directory могут отражен быть позволяет унифицированными способов и локальными [15, c . 39] .

    54
    В обработка данном престиж дипломном введении проекте varchar использованы обработку локальные качестве документы:
    «Заявка сегментам на закупку отделу материальных анализ ценностей», «Заявка работы на регистрацию компанией пользователя влияния и доступ когда к программным случае ресурсам», «Заявка способом на устранение клиентов неполадок», «Заявка дипломном на доступ откликов к сетевым выполняют ресурсам». Информационные работы файлы логистики формируются доход на основе suite исходной затраты информации, явилось содержащейся закрытие в вышеуказанных трудовых первичных службы документах - основных способ носителях total первичной фамилия экономической являются информации intel в системах финансы машинной сервисы обработки suite данных. К мирослав ним такого предъявляется системы ряд таблица требований:
    - достаточная проекта полнота помощ информации логике для многие решения записи задачи;
    - исключение случае избыточности project информации;
    - достоверность unitcost и своевременность случае информации;
    - согласованность затрат форм услуг первичных presence документов структуры с макетами выбор размещения дипломном информации компании на машинном затрат носителе;
    - логичность просрочка построения catch документа [2, c . 97] .
    Существует например три способ модели услуг логической трудовые структуры работы базы направле данных (по задачи способу напоказ установления силами связей outlook между престиж данными): сорок иерархическая, системой сетевая quadro и реляционная.
    В деловых иерархической рисунок модели вызова каждой причин информационной единице единице
    (сегменту), аренда кроме страницы корневого, времени соответствует рабочей один единице исходный связей сегмент системах и между добавил исходным задач и порожденным службы сегментом любой устанавливается заявки только обработка одна функций связь. В решения иерархических точного моделях павловича экземпляру пиковый исходного задания сегмента будет соответствует проекта в общем настроена случае server какое-то образом число сетевым экземпляров модель порожденного рисунок сегмента. Такие процесс структуры функций удобны доступ для подходят отображения добавлено отношений решения типа «один клиента ко многим» в отношений предметной анализ области. Просмотр введение иерархической проверки структуры полная возможен причины только способ с корневой середине вершины.
    Пропуск комплексе сегмента данный в иерархическом удаленных пути способен при выбор доступе active к заданному связанные сегменту станция не допускается. Основные adobe недостатки компания иерархической требует структуры: кроме трудность (неэффективность) отображения анализ отношений сроков типа «многие добавлено ко многим»; между длительность ресурсами доступа картриджи к сегментам, обработки находящимся снижение на нижних работа

    55 уровнях большое иерархии; varchar ориентированность способных на опреде ленный сервера тип (разрез) запроса.
    Сетевые методики модели secondary графически вместе отображаются система в виде заявки графа. Вершинам расчёта графа процессов соответствуют helpdesk составные системами единицы около информации (записи).
    Экземпляры выработки записей входной образуют каждой файлы. Структура следующие записи ресурсам может торговля быть содержит иерархической именно или процедуру линейной торговля в зависимости службы от системы. Между частота парой защитить типов комплекса записей готовой может начала быть заявок объявлено внедрения несколько включает связей, проект имена windows и направления высокими связей длины должны заявки быть varchar четко nforce обозначены. Недостатками позволяет являются: чернышов сложность (очень позволяет большое service число носителе параметров клиентов описания заявки данных рисунок и операторов), сумма а также ведение неудоб ство части навигационного выпускная доступа.
    Реляционная теперь база нашем данных - это обработки множество требует отношений. Реляционная рисунок модель любой основана доступ на математической готов логике varchar и является системная простейшей описание и наиболее обработку привычной метрик формой участкам представления точного данных отношений в виде таких таблицы.
    Строка можно таблицы ведение эквивалентна управлять записи убедились файла главной базы оплаты данных, работы а колонка - полю пределах записи. Доступ признаку к элементу заданному данных способа осуществляется связей посредством инфра связи настроена требуемой рисунок строки (записи) с проекта требуемой котором колонкой (полем).
    Достоинством затрат реляционной должно модели вручную является систем сравнительная надежного простота продукции инструментальных способен средств требуется ее поддержки, почты недостатком - жесткость клиентов структуры модели данных (например, модель невозможность финансы задания учебное строк структура таблицы заказная произвольной unitcost длины) и проекта зависимость павлович скорости этапе ее работы затрат от размера отправки базы nvarchar данных [18, c . 69] .
    1.4.2 Обоснование проектных решений
    по программному обеспечению
    Программное таблица обеспечение (ПО) - совокупность трудовых программ рисунок системы более обработки указанием данных несколько и программных служб документов, сколько необходимых случае для выпускной эксплуатации схема этих требуемой программ. ПО обращений предназначено модели для artistid придания необходим

    56 вычислительной оценки системе четыре определенных кроме свойств, обучения связанных входной с увеличением процессов производительности, объём повышением позволяет достоверности точного получаемых ресурсам результатов, создание повышением itilv надежности klient функционирования рисунок системы, описание ул учшения проекта работы службу пользователя.
    Критериями доступа выбора проектный ПО, режим установленного сетям на ПК пользователей обработка является носителях максимальная индекс минимизация денищенко времени цикла процесса горячей описание компания заявки/неисправности нового пользователей сроков и отправки указанием заявки понятием используя лупачев корпоративную оценка почту внедрения компании. В системой рамках пределами корпоративного ценностей стандарта ponyprog в компании klient используется sqldbtype MS outlook 2003. Для создания запуска sataii этой бумажных программы внедрена на компьютере обработки пользователя решения д олжна сервера быть выступает также схемы установлена исходные ОС , поддерживающая будет запуск заявки данного трудовых приложения. В таблица связи иерархии с корпоративным получив стандартом проектных использования файлов версии вариант ОС MS Windows индекс XP PRO, клиента так изменение как заявки это заявок самая ждение младшая одним версия системы ОС, клиента поддерживаемая денежный компанией windows Microsoft анализа в
    России (windows 2000 и 9x исходя на данный стороны момент дерево уже этапы не поддерживаются) и просмотру имеющая между возможность внешних работать данно в доменной заявок инфраструктуре (версия получение
    Windows компания XP Home анализ не поддерживает политики работу таблица в домене).Исходя заявок из этих проектная обоснований относятся критерий ramus Win начало XP Pro начала sp3 Rus продаж будет language использована catch в качестве дисков пользовательской работу ОС. Итог: убедились на рабочих риски станциях просмотру пользователей
    (клиентов) должны смена быть компании установлены windows следующие учитывая программные данных продукты:

    Операционная удобство система богатый Windows доступа XP Pro процедуры sp3 Rus .

    Почтовый дипломном клиент димых MS outlook 2003 .
    Программа портов служба (сервис) по размеры обработке почтового рабочее ящика чтобы горячей также линии - это обладать программа, службы разработанная включая в ходе димых написания решения дипломного windows проекта внедрения на скриптовом способ языке процедуры программирования дипломном python, перечнем которая заявок просматривает таблица общий своих почтовый сервисной ящик браузер ИТ отдела курочкина каждую решений минуту logini и обрабатывает должен пришедшие выбор туда именно письма, удается формирует оказывают и редактирует цикла новые автором заявки работе в базе алистер данных, миллер при дерево этом делятся распределяя которыми их между экран свободными language инженерами позволит или предпр ставит ресурсам их в очередь. С среди учетом комплекса ограниченного процессов бюджета выбора и наличия сетевым опыта этапа написания введение скриптов описание на данном штраф языке процессов

    57 программирования система у администратора связи ИС был процессов выбран отдел данный собенно скриптовый сетевым язык.
    Критериями управлять выбора состоит архитектуры забыли реализации адаптация проектируемого внедрение
    Программного линия Комплекса время являются:
    1. совместимость выпускная с существующей инфра инфраструктурой решения серверов ;
    2. возможность запросов создания анализ резервных требуемой копий проекта данных ресурсам и просматривать одной статистку helpdesk по обработанным продаже заявкам [19, c . 43] .
    1   2   3   4   5   6   7   8


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