61
Таблица 4.
Информация o ПЭВМ и комплектующих
№ п/п
Наименование данных
Условное
наименование
Тип данных
Формат
1
Наименование процессора
CPU NAME
Teкcтoвый
20
2
Частота работы процессора, МГц
CPU MHZ
Чиcлoвoй
Целое
3
Тип памяти
RAM SD
Teкcтoвый
12
4
Объем памяти, Мб
RAM V
Чиcлoвoй
Целое
5
Имя винчестера
HDD NAME
Teкcтoвый
20
6
Объем винчестера
HDD SIZE
Чиcлoвoй
Одинарно
е с плав-
щей
точкой
7
Имя дисковода
FDD NAME
Teкcтoвый
20
8
Тип дисковода
FDD TYPE
Teкcтoвый
7
9
Название видеокарты
VGA NAME
Teкcтoвый
20
10
Объем видеопамяти
VGA V
Чиcлoвoй
Одинарно
е с
плавающе
й точкой
11
Тип видеокарты
VGA TYPE
Teкcтoвый
20
12
Имя материнской платы
MB NAME
Teкcтoвый
20
13
Тип корпуса
CASE TYPE
Teкcтoвый
5
14
Имя звуковой карты
SOUND NAME
Teкcтoвый
20
15
Имя привода СD-ROM
CD_ROM NAME
Teкcтoвый
20
16
Скорость привода СD-ROM
CD_ROM SPEED
Чиcлoвoй
Целое
17
Имя модема
MODEM NAME
Teкcтoвый
20
18
Тип модема
MODEM TYPE
Teкcтoвый
5
62
№ п/п
Наименование данных
Условное
наименование
Тип данных
Формат
19
Имя сетевой карты
NETCARD NAME
Teкcтoвый
20
20
Тип сетевой карты
NET TYPE
Teкcтoвый
5
21
Инвентарный номер
INV NUMB
Teкcтoвый
20
Для того чтобы пользователю было удобно использовать систему, в ней
необходимо предусмотреть ряд справочников. Все они могут быть пополнены и
изменены в зависимости от необходимости. К нормативно-справочной информации
в проектируемой системе можно отнести следующие справочники: справочник
сотрудников; справочник фирм поставщиков; справочник отделов; справочник
типов периферии.
Нормативно справочная информация представлена в виде таблиц.
Справочник сотрудников содержит основные личные данные о сотрудниках
предприятия. Это такие данные как фамилии, имя, отчество сотрудника и его
должность. Все эти данные необходимы для нормального ведения учета средств
вычислительной техники на предприятии и быстрого поиска основных сведений о
сотрудниках.
Таблица 5.
Справочник сотрудников
№
п/п
Наименование данных
Условное
наименование
Тип
данных
Формат
1
ФИО сотрудника
Name
Teкcтoвый
50
2
Занимаемая сотрудником
дoлжнocть
Job
Teкcтoвый
50
3
Отдeл в котором работает
сотрудник
Depart
Числовой
Длинное
целое
Справочник фирм поставщиков содержит информацию о фирмах-
поставщиках, обслуживающих фирмах и ремонтных мастерских. Данный
справочник является необходимым для получения полной информации о фирме,
63
которая производит гарантийное или сервисное обслуживание средств
вычислительной техники.
Таблица 6.
Справочник фирм-поставщиков
№ п/п
Наименование
данных
Условное
наименование
Тип
данных
Формат
1
Наименование
поставщика
Name
Teкcтoвый
50
2
Адрес предприятия
Address
Teкcтoвый
50
3
Телефоны
Phone
Текстовый
20
4
Контактное лицо
Contact
Teкcтoвый
50
Таблица 7.
Справочник отделов
№ п/п
Наименование
данных
Условное наименование
Тип данных
Формат
1
Наименование
отдела
Name
Teкcтoвый
50
Таблица 8.
Справочник типов периферии
№ п/п
Наименование
данных
Условное наименование
Тип данных
Формат
1
Тип периферии
Type
Teкcтoвый
50
64
Вся выходная информация будет представлена в виде отчета о составе всего
парка вычислительной техники имеющегося на предприятии, с полями,
представленными в таблице 9, отчета о сотрудниках с полями, представленными в
таблице 10 и отчета о сданных в ремонт с полями, представленными в таблице 11.
Таблица 9.
Справочник парка вычислительной техники
№ п/п
Наименование
данных
Условное
наименование
Тип
данных
Формат
1
Инвентарный
номер
Snum
Текстовый
50
2
Номер
id
Счетчик
Целое
3
Дата покупки
dtbuy
Дата/время
Краткий формат
даты
4
Ответственное
лицо
Name
Teкcтoвый
50
Таблица 10.
Справочник сотрудников
№ п/п
Наименование
данных
Условное наименование
Тип данных
Формат
1
ФИО
Сотрудники_Name
Teкcтoвый
50
2
Должность
Job
Teкcтoвый
50
3
Название отдела
Отделы_Name
Teкcтoвый
50
65
Таблица 11.
Справочнык о сданном в ремонт оборудовании
№ п/п
Наименование
данных
Условное
наименование
Тип
данных
Формат
1
Номер
Id
Счетчик
Целое
2
Инвентарный
номер
Snum
Текстовый
50
3
Ответственный
Сотрудники_Name
Текстовый
50
4
Начало
обслуживания
dtStart
Дата/время
Краткий формат
даты
5
Окончание
обслуживания
DtEnd
Дата/время
Краткий формат
даты
6
Описание
Comment
Memo
66
II. Проектная часть
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Понятие жизненного цикла является одним из базовых понятий методологии
проектирования информационных систем. Жизненный цикл информационной
системы представляет собой непрерывный процесс, начинающийся с момента
принятия решения о создании информационной системы и заканчивается в момент
полного изъятия ее из эксплуатации.
Документ описывает жизненный цикл типичного бизнес-процесса, от
проектирования и реализации до анализа. Для каждой из фаз жизненного цикла мы
более подробно опишем, что это за фаза. Мы также покажем, как Drools Flow может
помочь вам во время каждой из этих фаз, с описанием различных компонентов,
которые актуальны в течение этой фазы Основными преимуществами
использования Drools Flow в данном контексте являются:
Унификация: за последние несколько десятилетий было определено еще
больше проприетарных форматов. Drools Flow-это полностью открытая реализация
process engine, которая скрывает детали того, какой язык процесса фактически
используется для максимально возможного определения бизнес-процесса, и
предоставляет унифицированное решение, в котором можно объединить несколько
языков процессов. В результате все функции, реализованные поверх движка с
помощью этого универсального API, могут автоматически использоваться для всех
поддерживаемых языков процессов.
Generic process engine: core engine-это универсальный движок процесса,
который предоставляет базовые строительные блоки и основные службы
(персистентность, транзакции, события и т. д.).) для реализации конкретного языка
процесса. Это позволяет нам поддерживать выполнение на различных языках, т. е.
BPMN2, OSWorkflow, языке jpdl и т. д.
Внедрение пользовательских компонентов: поток Drools не требует
реализации языка процесса поверх универсального обработчика процессов, но также
позволяет внедрить собственный (устаревший) компонент для выполнения
67
определенного языка процесса. Например, Drools Flow поддерживает выполнение
процессов WS-BPEL путем интеграции riftsaw engine (на основе Apache ode engine).
Интеграция: Drools Flow: интегрируется со многими (внутренними и/или
внешними) проектами с открытым исходным кодом для лучшей поддержки всех
этапов жизненного цикла. Это позволяет нам постоянно добавлять новые и
интересные функции без необходимости реализовывать все это самостоятельно.
Это, например, включает:
1. RiftSaw (Apache ODE) для выполнения WS-BPEL;
2. Консоль JBoss BPM для управления веб-процессами;
3. Oryx для веб-редактирования процесса BPMN2;
4. Мониторинг активности услуг (SAM) для мониторинга деловой активности
(BAM);
5. JOPR для администрирования / мониторинга;
6. JBOSS ESB как сервис-ориентированная Платформа.
Их особенности также будут более подробно объяснены на соответствующем
этапе жизненного цикла.
Будущее: Drools Flow не только предлагает поддержку базовой
функциональности, которую можно найти во всех движках BPM в настоящее время,
но также пытается предоставить новые и интересные функции , которые, я думаю,
станут все более важными в будущем.
Динамические процессы (также известные как неструктурированные или
нерегламентированные процессы или управление обращениями): традиционные
механизмы процессов требуют от пользователя указывать точный порядок всех
действий в процессе, используя блок-схему для соединения всех действий.
Неструктурированные процессы не могут быть полностью предопределены
(например, для поддержки человеческого выбора, условных действий,
исключительных ситуаций, добавления действий во время выполнения и т. д.).).
Knowledge-oriented: позволяет пользователям не моделировать свои знания,
используя сочетание бизнес-процессов, бизнес-правил и обработки событий.
Интегрируя процессы, правила и события, пользователи могут выбрать парадигму,
которая наилучшим образом соответствует их потребностям, и объединить их,
используя преимущества расширенной интеграции различных парадигм. Это также
68
означает, что пользователи должны изучить только одно унифицированное решение,
поскольку инструментарий обеспечивает кажущуюся интеграцию, независимо от
того, используются процессы, правила или обработка событий. (3.)
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
Любой проект по созданию информационной системы предприятия всегда
включает множество задач, связанных с общим управлением проектом, разработкой
ПО, проектированием ИС, внедрением, каждая из которых сама по себе является
проектом с присущими ему особенностями. Поэтому в ходе разработки существуют
различные риски. Риски заказчика связаны с неполным достижением целей проекта
и не эффективно израсходованными средствами, а риски исполнителя - с
возможностью резкого превышения фактической себестоимости работ по
сравнению с плановой. Необходимость ведения параллельных и подчас
принципиально отличающихся по своему характеру работ приводит к тому, что
многократно возрастает уровень риска проекта
Таблица 12.
Характерные риски и методы из минимизации
Виды
рисков/варианты
менеджмента
рисков
Снижение видов риска
Снижение вероятности
возникновения риска
Риски, связанные с
масштабом проекта
Детальный анализ каждого этапа
работ, взаимодействия
участников, организации работ
Детально проработанная
программа качества,
отработанное управление
конфигурацией проекта,
специальные процедуры
взаимодействия участников
69
Виды
рисков/варианты
менеджмента
рисков
Снижение видов риска
Снижение вероятности
возникновения риска
Технические риски
проекта
Строгий отбор проектной
команды по квалификационным
критериям. Обучение
участников проекта технологии
проектных работ,
инструментальным средствам
Использование стандартов
предприятия на проектные
работы, разработка
стандартов проекта
Организационные
риски проекта
Обучение участников
проекта (курс "управление
проектом"), тренинги команды,
как можно более полная
формализация деятельности
Включение в команду
администратора проекта,
детальное распределение
ролей в проекте
Операционные
риски проекта
Многократное
тестирование созданных
продуктов, тщательная
экспертиза документов
Строгое выполнение
процедур программы
качества
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Безопасность информационных систем, чаще называемая INFOSEC,
относится к процессам и методологиям, связанным с сохранением
конфиденциальности информации, ее доступности и обеспечения ее целостности.
Это также относится к:
Управления доступом, которые предотвращают несанкционированный
персонал от входа или получения доступа к системе.
70
Защита информации независимо от того, где эта информация находится, т. е.
в пути (например, в электронной почте) или в области хранения.
Выявление и устранение нарушений безопасности, а также документирование
этих событий.
Techopedia объясняет безопасность информационных систем (INFOSEC).
Безопасность информационных систем касается не только компьютерной
информации, но и защиты данных и информации во всех ее формах, таких как
телефонные разговоры.
Оценка рисков должна проводиться для определения того, какая информация
представляет наибольший риск. Например, одна система может иметь наиболее
важную информацию о ней, и поэтому потребуется больше мер безопасности для
поддержания безопасности. Планирование непрерывности деятельности и
аварийное восстановление-это другие аспекты работы специалиста по безопасности
информационных систем. Этот профессионал будет планировать, что может
произойти, если произойдет серьезный сбой в бизнесе, но все же позволит бизнесу
продолжать как обычно.
Архитектура безопасности.
Архитектура безопасности- это единый проект безопасности, который
учитывает потребности и потенциальные риски, связанные с определенным
сценарием или средой. Он также указывает, когда и где применять элементы
управления безопасностью.
В архитектуре безопасности принципы проектирования четко представлены,
а подробные спецификации контроля безопасности обычно документируются в
независимых документах. Архитектуру системы можно рассматривать как
конструкцию, которая включает структуру и обращается к связи между
компонентами этой структуры.
Techopedia объясняет архитектуру безопасности
Основными атрибутами архитектуры безопасности являются:
Отношения и зависимости: обозначает отношения между различными
компонентами внутри ИТ-архитектуры и то, как они зависят друг от друга.
Преимущества: основным преимуществом архитектуры безопасности
является ее стандартизация, что делает ее доступной. Архитектура безопасности