37
• достоверность
этом
и своевременность
также
информации;
• согласованность
первые
форм
должны
первичных
свой
документов
desk
с макетами
версии
размеще-
ния
работы
информации
socket
на машинном
одним
носителе;
• логичность
модель
построения
ручная
документа.
Существует
базы
три
формы
способа
общая
организации
таким
информационной
среды
базы (ИБ):
можно
файло-
вая
малая
организация
будет
ИБ;
может
интегрированная
данных
ИБ,
число
смешанная
несет
организация
этой
ИБ.
Под
кций
файловой
данных
организацией
решены
ИБ понимается
заявки
локальное
series
размещение
хорошо
базы
заявки
на
компьютере,
visual
доступ
самым
к которому
дня*
других
сервис
пользователей
также
осуществляется
аблице
стан-
дартными
быть
методами
нный
ОС для
общий
обмена
целое
данными
этапах
по сети,
данных
например,
данном
в MS Windows
это Sharing и Security,
формат
что
когда
уменьшает
нный
скорость
работы
обработки
отделе
данных
ведь
в локальной
заявка
базе. Под
рамках
смешанной
table
организацией
может
ИБ подразумевается
общий
распределённая
режиме
база
такие
данных,
работы
хранящаяся
давно
на нескольких
день
серверах
этого
и реплицирующая
почту
изменения
целью
в
каждой
может
из них
новые
по расписанию,
расчет
данная
часть
структура
этом
ИБ используется
можно
в системах
будут
класса
свыше
ERP
письма
для
группу
работы
работы
в одной
года
ИБ территориально удалённым
имеет
офисам
отдела
одно-
временно [4 стр.256].
Интегрированный
минуту
способ
desk
организации
служба
ИБ представляет
работе
собой
после
совокуп-
ность
xeon
взаимосвязанных
from
и хранящихся
можно
вместе
массив
данных
бюджет
при
данная
такой
модели
минимальной
мной
избыточности,
цикла
которая
каждой
допускает
можно
их использование
from
оптимальным
ночное
образом
срокам
для
того
любых
база
приложений
фазы
и при
задач
этом
пути
обеспечивается
анализ
независимость
версии
данных
работу
от про-
граммы,
общий
а для
кроме
актуализации
виде
данных
самым
используется
гб/с
общий
поле
способ
весь
управления.
В
сore
данном
отдела
дипломном
риски
проекте
mysql
наиболее
группа
целесообразной
только
организацией
этапы
ИБ
считаю
работа
интегрированную
угроз
организацию
нашем
ИБ,
частей
так
саму
как
дерево
размер
этом
базы
дерево
будет
этап
увели-
чиваться
угроз
каждый
работы
день
момент
на 700-800 записей. И
работы
оптимальным
фирмой
выбором
перед
будет
данное
ис-
пользование
задачи
СУБД
несет
вместо
заявку
файлового
внести
хранения
значит
базы
будем
данных
Существует
было
три
строго
модели
затрат
логической
смета
структуры
четко
базы
всего
данных (по
всех
способу
свои
установления
график
связей
язык
между
будут
данными):
тема
иерархическая,
open
сетевая
своими
и реляционная.
В
базы
иерархической
отдел
модели
также
каждой
группа
информационной
учетом
единице (сегменту),
бу-
дет
кроме
базы
корневого,
списка
соответствует
года
один
схему
исходный
заявки
сегмент
модели
и между
ходе
исходным
intel
и
порожденным
решены
сегментом
должны
устанавливается
любые
только
вдовин
одна
исунке
связь. В
задачи
иерархических
после
моделях
начать
экземпляру
задачи
исходного
этой
сегмента
объема
соответствует
одного
в общем
можно
случае
limits
какое-
то
работ
число
date
экземпляров
малая
порожденного
список
сегмента. Такие
день
структуры
можно
удобны
заявок
для
38
отображения
нового
отношений
первом
типа «один
среду
ко многим» в
года
предметной
задачи
области. Про-
смотр
общая
иерархической
между
структуры
почти
возможен
мнению
только
поле
с корневой
данных
вершины. Про-
пуск
более
сегмента
себя
в иерархическом
следит
пути
этапы
при
next
доступе
письма
к заданному
именно
сегменту
туда
не до-
пускается. Основные
данных
недостатки
должны
иерархической
всего
структуры:
фазы
трудность (неэф-
фективность) отображения
связи
отношений
самым
типа «многие
заявок
ко многим»;
ской
длительность
своя
доступа
несет
к сегментам,
могут
находящимся
этих
на нижних
пример
уровнях
desk
иерархии;
итогом
ориентиро-
ванность
работы
на определенный
поля
тип (разрез) запроса.
Сетевые
общая
модели
таким
графически
есть
отображаются
будет
в виде
сети
графа. Вершинам
список
графа
данных
соответствуют
случае
составные
полная
единицы
лишь
информации (записи). Экземпляры
этом
записей
число
образуют
работ
файлы. Структура
плата
записи
будут
может
данной
быть
описан
иерархической
sata
или
схемы
линейной
основе
в зависимости
точка
от системы. Между
ящик
парой
http
типов
задачи
записей
всей
может
file
быть
форма
объявлено
letter
несколько
схемы
связей,
также
имена
работы
и направления
анализ
связей
выбор
должны
считаю
быть
были
четко
лучших
обозначены.
Недостатками
будут
являются:
среди
сложность (очень
минуту
большое
время
число
фирмой
параметров
данной
описа-
ния
основе
данных
группу
и операторов),
ручная
а также
имеет
неудобство
услуги
навигационного
лишний
доступа.
Реляционная
кроме
база
дать
данных - это
также
множество
работы
отношений. Реляционная
данном
модель
ручную
основана
нженер
на математической
более
логике
упор
и является
этапе
простейшей
данных
и наиболее
самих
при-
вычной
группы
формой
limits
представления
единое
данных
первой
в виде
базы
таблицы. Строка
права
таблицы
улица
экви-
валентна
линии
записи
далее
файла
модель
базы
список
данных,
базы
а колонка - полю
релиз
записи. Доступ
заявок
к эле-
менту
xeon
данных
цикла
осуществляется
имеет
посредством
будет
связи
работы
требуемой
series
строки (записи) с
вызова
требуемой
любые
колонкой (полем). Достоинством
набор
реляционной
плата
модели
года
является
дан-
ной
сравнительная
фазе
простота
себя
инструментальных
итогом
средств
данный
ее поддержки,
может
недостат-
ком - жесткость
работу
структуры
так-же
данных (например,
стадий
невозможность
именно
задания
desk
строк
сетей
таблицы
работу
произвольной
третья
длины) и
базы
зависимость
заявок
скорости
месяц
ее работы
встаёт
от размера
заявок
базы
отчет
данных.
Преимущества применения реляционных
письмо
базы
версия
данных
отделе
состоит
вместо
в следщем:
• Простота - в
сильно
реляционной
отчет
модели
записи
данных
имеет
существует
next
всего
были
одна
исунке
инфор-
мационная
задача
конструкция,
выборе
которая
анализ
формализует
базе
табличное
малая
представление
схему
данных,
таким
привычное
роли
для
будет
пользователей;
• Теоретическое
заявки
обоснование - наличие
поле
теоретически
заявок
обоснованных
данном
ме-
тодов
заявка
нормализации
долю
отношений
вдовин
позволяет
сбоя
получать
вдовин
базы
новых
данных
полю
с зара-
нее
сбытом
заданными
asus
свойствами (в
одной
основном,
всей
с гарантией
сейчас
минимальной
работы
избы-
точности
затрат
представления
индекс
данных);
39
• Независимость
логику
данных - когда
вдовин
необходимо
мест
изменить
можно
структуру
своя
реляци-
онной
фазы
базы
фазе
данных,
может
то это
вызова
приводит
этапе
к минимальным
модели
изменениям
данных
в про-
граммном
част
продукте.
Моделью
цели
логической
отдела
структуры
нашем
базы
пакета
данных
модель
была
сильно
выбрана
есть
именно
формат
реля-
ционная,
заявки
так
второй
как
быть
она
весь
позволяет
hpovsd
довольно
этапы
быстро
именно
сформировать
любые
связи
модель
между
модуль
таблицами
года
для
выбор
правильного
часть
построения
адрес
запросов
заняты
к базе
около
данных
письмо
и также
данных
легко
клиент
разорвать
языка
эти
третей
связи
должна
и создать
задачи
новые
ручную
для
работы
построения
считаю
другого
могут
запроса. Кроме
расчёт
того,
писем
архитектура
лишь
построения
услуг
связи
этого
более
отдела
проста
сервис
и время
форма
выполнения
какого
запроса
версия
в реляционной
резкий
модели
пойдет
выше
выбор
чем
быть
при
http
использовании
одну
сетевой
только
или
обмена
иерархиче-
ской структуры[5 стр.24].
Исходные
далее
сведения
будет
для
заявки
решения
между
обозначенной
базе
задачи
бюджет
получают
этапах
из таких
такие
до-
кументов,
методы
как:
• электронное
возмо
письмо
main
от сотрудника
конца
компании
между
с описанием
набор
неисправно-
сти
выпуск
на неформальные
именно
языки
свыше
в сфере
исунке
ИТ;
• регламент
нового
работы
новых
службы
место
горячей
цели
линии;
• ежедневное
состав
письмо
россии
о присутствии
смета
Сотрудников
вместо
IT по всем
отчет
направле-
ниям;
• письма,
виде
регламентирующие
года
изменения
данном
ответственных
между
по классифици-
рованным
данных
направлениям
услуг
инцидентам
поля
и новым
будет
направлениям;
Результаты
задачи
решения
себе
задачи
письма
отображаются
связи
в таких
быть
отчетах
улица
и документах,
kayako
как:
• Отчет
день
по согласованным
между
заявках;
• Отчет
анализ
заявок
быть
по местоположению
быть
заявителя;
• Отчет
всего
о логике
заявки
назначения заявителя.
1.4.2 Обоснование
третья
проектных
ящика
решений
того
по программному
отчет
обеспече-
нию
Программное
систем
обеспечение
доступ
(ПО) - совокупность
услуг
программ
время
системы
доступ
обра-
ботки
socket
данных
силами
и программных
этих
документов,
письма
необходимых
windo
для
письмо
эксплуатации
этих
цикла
программ. ПО предназначено
вдовин
для
недели
придания
письма
вычислительной
стадий
системе
дан-
ных
определенных
этой
свойств,
того
связанных
сервис
с увеличением
заявки
производительности,
сервер
повы-
шением
view
достоверности
файлы
получаемых
login
результатов,
анализ
повышением
этапы
надежности
есть
функционирования
этом
системы,
себя
улучшения
часть
работы
вопрос
пользователя.
40
Критериями
случае
выбора
эффект
ПО,
проект
установленного
приём
на ПК пользователей, является
максимальная
desk
минимизация времени
фаза
процесса описания заявки/неисправности
текста
пользователями и
режиме
отправки
лица
заявки, используя
класс
корпоративную
задачи
почту
риски
компании.
В
файл
рамках
форма
корпоративного
после
стандарта
модели
в компании
данных
используется
работы
MS Outlook
2016. Для
также
запуска
slova=
этой
данная
программы
всего
на
компьютере
тремя
пользователя
данных
должна
модели
быть
будут
также
может
установлена
работ
ОС,
работе
поддерживаю-
щая
длина
запуск
ниже
данного
момент
приложения. В
свой
связи
заявки
с корпоративным
проект
стандартом
задачи
исполь-
зования
всей
версии
фирмы
ОС MS Windows 10,
данных
поддерживаемая
весьма
компанией
заявок
Microsoft
всей
в
России,
этом
имеющая
защите
возможность
будут
работать
много
в доменной
next
инфраструктуре. Исходя
часть
из этих
работу
обоснований,
плюс
критерий Windows 10 будет
типа
использована
данных
в качестве
этапе
пользовательской
новые
ОС. Итог:
есть
на рабочих
узкого
станциях
аблице
пользователей (клиентов)
должны
службы
быть
могут
установлены
одной
следующие
зрения
программные
всего
продукты:
• Операционная
важно
система Windows 10
• Почтовый
сайт
клиент
адрес
MS Outlook 2016
Программа
method
служба (сервис) по
модели
обработке
модель
почтового
столе
ящика
ранее
горячей линии
– это
таких
программа,
витка
разработанная
проект
в ходе
день
написания
имеет
дипломного
задачи
проекта
копий
на
скриптовом
можно
языке
виде
программирования python,
общая
которая
считаю
просматривает
самой
общий
сходна
почтовый
аблица
ящик
индекс
ИТ отдела
после
каждую
нами
минуту
заявок
и обрабатывает
отдела
пришедшие
заявки
туда
фазы
письма, формирует
работе
и редактирует
python
новые
типа
заявки
кроме
в базе
аблица
данных,
всех
при
будет
этом
выбор
рас-
пределяя
может
их между
могут
свободными
также
инженерами
анализ
или
клиент
ставит
будет
их в очередь. С
строго
учетом
планом
ограниченного
угроз
бюджета
также
и наличия
список
опыта
линии
написания
заявок
скриптов
file
на данном
него
языке
базы
программирования
ящик
у администратора
понять
ИС был
рисун
выбран
задачи
данный
этапах
скриптовый
масса
язык. Критериями
данный
выбора
будет
архитектуры
бюджет
реализации
тому
проектируемого
данных
Программ-
ного
несет
Комплекса
лишний
являются:
одного
совместимость
целое
с существующей
собой
инфраструктурой
затрат
серверов, возможность
ранее
создания
девайс
резервных
дисков
копий
базе
данных
база
и просматривать
но-
вого
статистку
версии
по обработанным
нужно
заявкам. При
данных
выборе
каждый
ОС под
методы
данное
рублей
решение
свои
был
среду
выбран
между
MS Windows
целое
Server 2016,
линии
так
систем
как
этом
данный
рамках
вид
одна
серверных
group
ОС не сильно
всей
требователен
первой
к ресурсам, а также
плата
давно используются
intel
в инфраструктуре
пароли
ком-
пании.
Для
цель
серверной
общие
части
будет
необходимо
работы
также
дизайн
выбрать
день
систему
ручную
управления
копий
базами
будет
данных (СУБД). В
между
качестве
модель
СУБД
далее
для
рамках
программы
кол-ва
будет
можно
использоваться Oracle
12 ver 12.2.0.1.
41
Выбор
доступ
в пользу
цели
компании Oracle сделан
поле
не случайно,
базы
основная
виде
информаци-
онная
табли
система
методы
учёта
многим
заявок
услуги
HP OpenView
тело
Service
данных
Desk построена
длина
именно
четыре
на
такой
работу
базе
нашем
данных.
логике
Закупка
линии
нового
заявок
сервера
базами
не обязательна,
данных
так
табли
как
фаза
база
ящик
данных
входят
программного
базы
продукта
next
может
задач
быть
своя
расположена
файлом
на уже
связи
имеющемся
дать
сервере «SD». При
тоже
со-
здании
своя
данного
модель
сервера
языка
компания
целом
закладывала
более
около 50% мощности закупае-
мого сервера
кроме
на будущую
данные
масштабируемость
этап
системы,
цели
но не смотря
перед
на рост
перед
базы
slova
данных
файлом
за 3 года
вдовин
загруженность
цикл
сервера
служат
возросла
должна
всего
хорошо
на 15% .
В
среды
рамках
заявок
уже
дать
существующей
поле
базы
фазы
данных
работу
в ней
затрат
будут
скорее
созданы
данных
дополни-
тельные
себя
таблицы
фазе
и связи
должны
между
время
ними. Добавленные
заявок
таблицы
форма
не будут
состав
на пря-
мую
среды
связаны
почты
с основными
систем
функциональными
риск
таблицами
одну
базы
кнопки
данных,
slova
по-
этому
систем
не повлияют
всех
на работу
виде
основного
более
функционала ИС HP
next
openView
та-
кие
ServiceDesk.
Написание
схемы
программы
active
сервиса,
весьма
обрабатывающего
нажать
почтовый
описан
ящик,
момент
было
плата
решено выполнить на
intel
языке python. Такой
сроки
выбор
ящик
был
учета
сделан
ипатов
не случайно: Во
таким
первых администратор
клиент
ИС “HP OpenView
данных
ServiceDesk” имеет
памяти
опыт
внести
работы
отчет
с
данным
анализ
скриптовым
работы
языком
файл
программирования. Во
сделан
вторых
новые
данный
есть
язык
систем
дей-
ствительно
имеет
не сложен
служит
в освоении
линии
и среди фрилансеров в
версии
интернете
кратко
легко
работы
найти
случае
программиста,
дерево
который
полное
при
этом
правильно
файла
поставленном
линии
техническом
этап
задании
пе-
ред
сможет
этом
в поставленные
нажать
сроки
view
выполнить
всего
данную
http
разработку,
путь
стоимость
лишь
разра-
ботки ПО на python гораздо
данных
ниже,
базой
чем
ской
разработка
letter
на основе
шведун
таких
момент
громоздких
приема
продуктов
заявок
как Borland C++ или
может
Microsoft Visual
каждом
C++ .
одного
В
время
третьих,
этапах
данный
asus
язык
заявок
очень
схемы
активно
данных
развивается
этих
и имеет
заявок
открытую
фазе
архитектуру
полный
и легко
сервер
позволяет
файлом
сделать
выбор
графический
будет
интерфейс
каждой
в виде
случае
HTML
есть
странички (web -интерфейс).
1.4.3 Обоснование
банков
проектных
табли
решений
ствует
по техническому
заявки
обеспече-
нию
Обеспечение
этапом
техническое - совокупность
дать
технических
задач
средств,
этих
компьютер-
ной
работы
техники,
форма
средств
проект
передачи
анализ
информации,
случае
используемых
сбои
в автоматизирован-
ных
рамках
системах
прав
управления
будут
и в информационных
фазы
системах.
Для
table
функционирования
дерево
программы (службы) по
модели
обработке
входят
заявок
должна
горячей
даёт
линии
типа
в рамках
работы
дорабатываемой
будет
ИС HP OpenView
заявок
ServiceDesk потребуются
питер
следующие
формы
элементы
сходна
технического
этого
обеспечения:
42
ПК-сервер – это
данные
основная
учёта
ЭВМ,
письма
на которой
вводе
уже
модуле
развернута
фазе
сама
приема
база
места
данных
своими
в
СУБД а
вместо
также
решены
данный
данной
сервер
было
будет
гост
являться
заявки
сервером
этого
БД. На
file
нем
после
же будет
есть
размещён
того
сервис(служба) которая
упор
и будет
идеол
производить
других
регистрацию
дня*
и обра-
ботку
строка
заявок
может
в автоматическом
много
режиме.
всего
кросс
Почтовый
подход
сервер – сервер
данных
корпоративной
общий
почты,
view
используется
ранее
SD систе-
мой
данная
для
view
формирования
заявки
заявок
выпуск
и рассылки
новой
оповещений;
ПК-пользователясм(рабочаясмстанция)см–смэтосмпользовательский ПК,
данных
посред-
ством
идёт
которого
время
будут
далее
создаваться
может
заявки
именно
чрез
лини
отправку
любых
письма
затрат
с описание
состав
про-
блемы
задач
на почтовый
письме
ящик
учета
горячей
письмо
линии;
ПК-инженера/горячей
работы
линии (рабочая
отчет
станция) – это
также
пользовательский
вдовин
ПК,
между
на котором
ствует
будет
можно
установлена
полю
программа
mail
клиент,
from
которая
можно
будет
данных
фиксировать
график
и
распределять
время
заявки;
Средства
счет
организации
ящик
ЛВС – в
данных
данный
будет
перечень
сайт
входят
будет
активные (марш-
рутизатор,
служба
коммутатор,
цикла
шлюз
выбор
и т.д.) и
анализ
пассивные (сегменты
этапе
ЛВС,
модель
коммутаци-
онные
прав
розетки
смену
и т.д.) компоненты
заявка
локальной
поле
вычислительной
анализ
сети.
Для
базы
каждого
пункте
элемента
если
мы выберем
desk
несколько
задача
критериев,
первый
наиболее
этап
критич-
ных
этапе
при
заявок
осуществлении
риски
выбора:
Серверы - это
заявки
самые
цели
незаметные
ручную
системы
того
в целой
задачи
сети
среды
компьютеров. Иде-
альный
часть
сервер - система,
будет
которая
кол-во
стоит
заявок
в уголочке
будет
или
должны
в шкафустойке,
доступ
и о ней
заявки
все
окно
забыли. Этим
отчёт
он отличается
ящик
от обычных
поля
ПК или
среди
рабочей
языке
станции. И
нами
подход
защиты
к выбору
также
сервера
график
гораздо
единое
более
отчет
жесткий
защите
и прагматичный,
одного
чем
будет
к любой
кол-ва
другой
лини
системе. При
цикла
этом
того
специфика
масса
сервера - преднамеренная
фаза
избыточность
работы
основ-
ных
приём
компонентов.
Главными
анализ
критериями
другие
выбора
вводе
серверной
разъем
платформы
схема
являются
частей
специфика
модель
решаемых
график
сервером
только
задач
базе
и количество
данных
автоматизированных
полный
рабочих
чтобы
мест,
нашем
ко-
торые
знаний
объединяются
сходна
в сеть.
После
базы
этого
прав
остается
desk
только
быть
выбрать
модуля
производителя.
Для
минуту
Сервера
объек
СУБД
можно
сервера
выпуск
в рамках
часть
одного
next
ПК основным критерием
мнению
выбора
выбор
будет
недели
отказоустойчивость
целью
и пропускная
будет
способность
база
сетевого
каждой
интерфейса
отчет
ис-
ходя
планом
из среднего
индекс
арифметическогоколичества заявок
полный
в день,
приём
которое
ручную
состав-
ляет 1000 заявок
пойдет
и ежеминутным
тема
опросом
систем
программы
таблиц
базы
также
данных
цикла
на наличие
работы
новой
заявки
заявки
задача
в базе,
задачи
а также
состав
загруженности
данный
сетевой
заявки
инфраструктуры
того
на 30% и
43
загруженности
данных
корпоративного
данная
сервера
лини
баз
intel
данных
заняты
на 25% ,
шведун
нет
будем
необходимо-
сти
python
закупать
памяти
высокопроизводительный
данные
сервер
малых
с сетевым
данных
адаптером
заявка
скоростью
будет
в 1Gbps, достаточно ограничиться
этапы
интерфейсом
данной
в 100Mbps.
Итогом
дает
анализа
блок
критериев
цикла
по серверному
гб/с
оборудованию
более
будет
нженер
использование
чтобы
того
вполне
же сервера,
лишний
который
часто
использовался
первые
в компании
так-же
ранее.
В
серебр
качестве
рублей
сервера
чтобы
баз
задачи
данных (БД) используется
работ
сервер,
работы
построенный
фаза
на
платформе
методы
HP ProLiant DL365 G5,
данных
он обладает
файла
следующими
роли
характеристи-
ками,
здания
представленными
базе
в
кнопку
Таблице 6.
Таблица №6
Характеристики
аблице
сервера
заявок
БД
Рассмотрим
этой
данную
риски
платформу
пути
подробнее:
Четыре
служба
процессора
рублей
позволяют,
любые
при
анализ
использовании
платы
SQL
сферы
сервера,
записи
эффективно
desk
распараллеливать
всего
задачи,
данных
выполняемые
заявка
на сервере.
32 Гб
чтобы
оперативной
заявка
памяти
работы
достаточно
считаю
для
рамки
обработки
услуг
больших
систем
объемов
задачи
инфор-
мации,
свой
используемых
отдел
на данный
ключа
момент
будет
в БД,
года
а также
была
последующего
должна
увеличе-
ния
полю
вычислительной
имена
нагрузки,
данных
так
рамках
как
задач
на данный
виде
момент
заявок
пиковый
доступ
размер
данной
за-
нятой
около
оперативной
затрат
памяти
работу
составляет 8 Гб.
Использование 6 жестких
если
дисков обусловленоследующими соображениями:
Для
значит
надежного
ранее
функционирования
задачи
операционной
базам
системы
одним
сервера
одним
органи-
зован
модули
RAID
может
массив
работу
из двух
цель
SSD
этого
жестких
desk
дисков
имеет
каждый
данной
по 500 ГБ .Операци-
онная система
многим
специально
новые
расположена
mail
отдельно
имеет
от файлов
одну
БД из соображе-
ния
служба
безопасности
сервер
и производительности.
Для
этапе
надежного
анализ
хранения
затрат
данных
этом
в формате Structured
есть
Query Language
(SQL) организован
работу
массив
россии
SSD
полным
дисков большого
slova
объема 500Гб. Данного
версии
объ-
ема
нешний
достаточно
выпуск
для
мной
внедрения
работ
нового
задачи
функционала,
каждой
на данный
заявка
момент
заявок
объем
сети
занятого
базы
пространства
данных
занимает 270Гб,
можно
при
отчет
условии
полных
того,
мною
что
всего
в БД хранятся
девайс
записи
языком
за 3 года.
Характеристика
Значение
Процессор
Intel Xeon
перед
W-3175X с
части
тактовой
работ
чистотой 3,8
Гц.
Кол-во
часть
процессоров
4
Оперативная
именно
память
32 Гб (расширяемая
входит
до 64 Гб)
Жесткие
двух
диски
SSD 500 Gb
Кол-во
новые
жестких
дата
дисков
могут
6 (расширяемо
потому
до 8)
Питание
Дополнительный резервны блок
письме
питания
800Вт
также
с горячей
среды
заменой
44
Так
исаев
же отдельно
фирмой
необходимо
заявка
хранить
есть
данный
исходя
в форматах mdf (файл
ручную
базы
полное
данных),
нажать
а также
работа
транзакции
фазы
в виде
перед
файлов ldf (файл
выборе
транзакций),
именно
для
лини
чего
учтены
не-
обходим
этапы
еще
данной
один
dors
массив,
фирмой
аналогичный
точки
предыдущему
работы
по размеру.
«Использование
года
дополнительного питания
этапам
повышает
итогом
отказоустойчивость
далее
си-
стемы»
гост
[6. стр 169].
Для
фризен
ПК-пользователя
вопрос
и ПК-инженера
роли
основными
самые
критерием
своя
выбора
приёма
оборудо-
вания
desk
в данном
смета
случае
ведь
являются
method
его
гост
технические
работы
характеристика,
работу
и что
данных
не ме-
нее
кол-во
важно,
служба
соответствие
шведун
утвержденным
срокам
корпоративным
гост
стандартам. Таким
main
об-
разом,
также
для
давно
персональных
услуги
компьютеров
работы
основным
заказ
критерием
работы
выбора
так-же
является
новый
утвержденный
язык
список
данном
конфигураций
объему
ПК
нового
(Asus P5 CPU: Сore i5560m 3.2 Ghz
table
Ram: 4Gb) Характеристики
отдела
данной
почту
конфигурации
также
описаны
систем
в Таблице 7.
Таблица №7
Характеристика
день
конфигурации
тому
ПК пользователя
ПАРАМЕТР
ЗНАЧЕНИЕ
Корпус
Minitower IN-WIN "EMR-003", mATX, черно-серебр. (600Вт)
Процессор
Intel "Core i5-560m" (3.2ГГц, 3МБ, 1066МГц, EM64T) Socket775
(oem)
Кулер
этом
для процессора
Socket775 Arctic Cooling "Alpine 7 GT" (ret)
Вентилятор
GlacialTech "SilentBlade II GT9225-EDLA1" d90мм,1800об./мин.
(питание от мат.платы и разъёма питания ATA HDD) (oem)
Материнская
track
плата
Socket775 ASUS "P5G41-M LE/C/SI" (iG41, 2xDDR4, U100, SATA
II, PCI-E, D-Sub, DVI, SB, 1Гбит LAN, USB2.0, mATX) (oem)
Модуль
данных
оперативной
идеол
памяти
4ГБ DDR4 SDRAM Kingston "ValueRAM" KVR800D2N6/2G
(PC6400, 800МГц, CL6) (ret)
Жесткий
данная
диск
320ГБ Seagate "Barracuda 7200.12ST3320418AS" 7200об./мин.,
16МБ (SATA II) (oem)
Для
класс
почтового
много
сервера
лишний
критериями
момент
выбора
рамках
будет
свой
отказоустойчивость
сейчас
и высо-
кая
общий
скорость
модель
работыподсистемы обработки
чтобы
данных. Для
точка
него
берут
будут
этапам
использо-
ваться
может
высокопроизводительные
экран
жёсткие
именно
диски
свыше
SSD Kingston 500Gb. И
служба
отдель-
ный
задачи
RAID
login
контроллер,
между
который
систем
предоставляет
итогом
и высокую
схемы
скорость
вместо
работы,
работы
и вы-
сокую
range
отказоустойчивость
линии
подсистемы
считаю
данных.
работ
Конфигурация
виде
почтового
связи
сервера,
дня*
функционирующего
общем
в компании,
целью
совпа-
дает
ящик
с указанными
данные
критериями,
отдел
поэтому
будем
оставляем
нового
то,
дизайн
что
заявки
есть.
писем
Упрощенная
базы
конфигурация
можно
почтового
каждом
сервера
типа
описана
стадий
в Таблице 8.
45
Таблица №8
Аппаратная
места
конфигурация
года
почтового
базы
сервера
Форм-фактор
2U
Код
X5650
Модель
Intel® Xeon®
Количество
разъем
ядер
12
Количество
были
процессоров (установлено)
4
Тактовая
анализ
частота
3200 МГц
Intel
работ
Smart
учёта
Cache
letter
12 Mb
случае
Разъем (сокет)
FCLGA1366
Тип
будет
памяти
DDR4
Объём
виде
одного
ской
HDD
500 Гб
Общий
вызова
объём
3 Тб
Количество
какого
HDD
6 шт
угроз
Интерфейс
SATA
Количество
выбор
сетевых
мест
адаптеров
6 шт
исло
Скорость
единой
подключения
1 Гб/с
Тип
полная
видеокарты
Дискретная
Оптический
многим
привод
DVD±R
USB
6 шт
базам
RJ45 (LAN)
2 шт
задачи
Monitor
список
port (VGA)
Есть
Мощность
риски
блока
перед
питания
800 Вт
Количество
первом
блоков
будет
питания
2 шт
базе
Возможность
более
горячей
виде
замены
Есть
Для
сервер
средств
момент
организации
данных
ЛВС
между
критерием
этапу
выбора
плата
будет
поле
тип
новый
кабеля
быть
и про-
пускная
базе
способность. На
ящика
данный
самым
момент
сделан
по анализу
базе
сетевого
slova
трафика
языке
програм-
мой Net
view
Send загруженность
цели
сети
линии
составляет 36%. Соответственно,
вводе
свободная
время
пропускная
также
способность
второй
составляет 64% от
группа
общей
новые
пропускной
язык
способности
учет
СКС. Обрабатываемые
имеет
службой(сервисом)
цель
500 заявок
dors
в день
письмо
и ежеминутный
прав
опрос
версии
почтового
базы
сервера
после
добавит
новые
загруженность
модель
сети
линии
всего
данных
на 3-5%,
записи
что
часто
ни-
коим
приёма
образом
модуля
не повлияет
картам
не её пропускную
легко
способность
систем
и появление
день
колли-
зий.
46
II.Проектная часть
2.1 Разработка проекта
слов
автоматизации
2.1.1 Этапы
таблиц
Жизненного
любые
Цикла
также
проекта
заявок
автоматизации
Модель
работ
жизненного
заявок
цикла - структура,
задачи
содержащая
услуги
процессы,
часть
действия
своя
и
задачи,
серебр
которые
база
осуществляются
того
в ходе
машины
разработки,
ошибок
функционирования
series
и со-
провождения
линии
программного
заявка
продукта
расчёт
в течение
этапов
всей
можно
жизни
работы
системы,
кнопки
от опре-
деления
ошибки
требований
также
до завершения
данное
ее использования. Существует
также
несколько
будет
моделей
самые
и стандартов,
методы
в той
данная
или
базы
иной
доступ
степени
работы
регламентирующих
базой
жизненный
будут
цикл,
дерево
большинство
цикл
из них
фаза
относятся
быть
к заказному
поля
ПО (автоматизированным
между
си-
стемам
эффект
АС,
свою
и др.) и
линии
кроме
заняты
непосредственно
letter
ЖЦ регламентируют
служат
также
языка
и про-
цессы
учет
разработки:
ГОСТ 34.601-90 распространяется
шведун
на автоматизированные
help
системы
базой
и уста-
навливает
блок
стадии
сбои
и этапы
гост
их создания. Кроме
типа
того,
поля
в стандарте
заявки
содержится
витка
описание
самые
содержания
всех
работ
данный
на каждом
других
этапе. Стадии
доступ
и этапы
slova=
работы,
риски
закреп-
ленные
задач
в стандарте,
работы
в большей
abby
степени
next
соответствуют
дисков
каскадной
того
модели
самые
жиз-
ненного
заявки
цикла.
ISO/IEC 12207:2008 стандарт
первой
на процессы
метода
и организацию
собой
жизненного
ос-
нове
цикла. Распространяется
кнопку
на все
всем
виды
новые
заказного
slova
ПО. Стандарт
hpovsd
не содержит
можно
опи-
сания
цикла
фаз,
slova
стадий этапов.
ской
Custom
рамках
Development
работу
Method (и,
вместо
методика Oracle) по
данной
разработке
данная
прикладных
минуту
информационных
цель
систем
служит
под
main
заказ - конкретный
чтобы
материал,
ведь
детализированный
сложно
до уровня
время
заготовок
чтобы
проектных
работы
документов,
линии
рассчитанных
базы
на использование
того
в
проектах
отдел
с применением Oracle.
«Степень
виде
адаптивности
ящика
CDM
также
ограничивается
ldap
тремя
также
моделями
этого
ЖЦ: "клас-
сическая" (предусмотрены
эффект
все
работы
работы/задачи
своими
и этапы), "быстрая
этапах
разработка"
(Fast
заявок
Track), "облегченный
view
подход",
длина
рекомендуемый
http
в случае
версий
малых
поля
проектов»
[7.стр. 388].
Rational
данных
Unified
ниже
Process (RUP) предлагает
работе
итеративную
работа
модель
группу
разработки,
файл
включающую
самые
четыре
форм
фазы:
аблица
начало,
этого
исследование,
ходе
построение
путь
и внедрение.
Каждая
series
фаза
целью
может
этом
быть
шлюз
разбита
случае
на этапы (итерации),
одна
в результате
также
которых