Настройку и поддержку информационной безопасности и защиты информации осуществляет - узкий круг IT специалистов, IT отдела. Начальник IT отдела отвечает за контроль и работоспособность информационной безопасность и защиты информации.

Обеспечение информационной безопасности и защиты информации на уровнях:

· Программный - Microsoft Windows Server 2003, Active Directory:

а) права доступа (к операционной системе Windows XP, Windows Server, Терминальный доступ Windows Server);

б) права пользователя системы (разграничены права доступа пользователей 1с Бухгалтерия, CRM Fresh Office, файловый сервер);

в) парольная защита, доступ к базе (установлены пароли на программные продукты, такие как: Касперский, 1с Бухгалтерия, CRM Fresh Office);

г) ведение логов и так далее (ведется контроль логов, Windows Server пользователи, контроль трафика интернет, контроль почты).

· Аппаратный - бекапы (резервное копирование) серверов.

Также ведется защита информационного Web-портала компании
ООО «...», используются средства защиты от внешних угроз:

- ежеквартальная смена паролей на доступ к управлению (cms) web порталом

- ежеквартальная смена паролей на доступ к базам данных SQL

- ежеквартальная смена паролей на доступ к FTP серверу

- производится бекап (базы SQL, FTP файлов) 4 раза в месяц

В ООО «...» производится постоянный мониторинг наиболее опасных угроз информационной безопасности:

1) Утечка данных;

2) Халатность служащих;

3) Вирусы;

4) Хакеры;

5) Кража оборудования;

6) Аппаратные и программные сбои.

Из списка угроз видно, что первое место в иерархии опасностей информационного обеспечения компании ООО «...» занимает утечка данных. А именно нарушается конфиденциальность следующих информационных блоков: персональные данные; финансовые отчеты, детали конкретных сделок, интеллектуальная собственность компании; бизнес-планы. Поэтому руководители отделов компании ведут ежедневный мониторинг своих подчиненных, it-отдел контролирует права доступа к корпоративной информации на файловый сервер, производит мониторинг электронной почты сотрудников, контролирует интернет канал путем закрытия доступа к социальным сетям и личной почте.

К сожалению, наиболее опасным каналом по-прежнему остаются мобильные накопители, компания старается ограничить сотрудников от копирования информации и передачу ее между собой и третьим лицам на мобильных накопителях.

Если утечку информации удается предотвратить, сотрудник несет ответственность за нарушение внутренней ИБ. К нарушителю применяются одна или несколько санкций:

1) Выговор;

2) Строгий выговор;

3) Штраф;

4) Принудительно-«добровольное» увольнение из компании;

5) Увольнение из компании согласно статьи Трудового кодекса и с заведением личного уголовного дела.

1.3 Анализ существующих разработок и выбор стратегии автоматизации

1.3.1 Анализ существующих разработок для автоматизации задачи

В современной разработке информационных систем все системы относятся к автоматизированным системам управления (АСУ), при этом достаточно часто используется общий класс АСУ технического обслуживания и ремонта (ТОиР). Уже около 30 лет существует класс информационных систем для автоматизации управления процессами ТОиР. В его состав входят три вида систем:

· Системы CMMS (Computerized Maintenance Management System)- автоматизированные системы управления ТОиР - достаточно несложные информационные системы, которые нацелены на управление только процессами ТОиР.

· Системы EAM (Enterprise Asset Management) - управление активами предприятия -системы специального назначения, предоставляющие возможность автоматизировать весь процесс ТОиР и обеспечивающие его процессы, такие как, управление ремонтным персоналом, материальную базу, поставки и т.д.

· Модули ТОиР в ERP-системах - самостоятельные объединенные модули в ERP пакетах. Главное достоинство - интеграция со всеми остальными модулями. Как правило, имеют ограниченную функциональность в управлении ТОиР.

Программные продукты для управления проектами, которые временами попадают в разряд систем управления ТОиР, нельзя назвать полноправными решениями для управления ТОиР, поскольку они используются, главным образом, для календарного планирования сроков проведения работ.

Решения в области автоматизации сервис-центров предназначены для автоматизации планирования, управления и учета деятельности по техническому обслуживанию и ремонтам оборудования. Их использование особенно актуально для предприятий со значительным количеством оборудования и высокими требованиями к его готовности, где в силу необходимости обработки больших объемов данных значительно усложняются задачи по планированию, подготовке и учету ремонтной деятельности.

Компьютерные системы управления ремонтами (Computerized Maintenance Management Systems - CMMS) существуют уже более 20 лет. Их логическим развитием являются современные интегрированные системы управления основными фондами, которые предназначены для сокращения затрат на обслуживание оборудования и повышение производительности (коэффициента готовности).

Данные системы поддерживают следующие возможности:

· Ведение регистра оборудования.

· Регистрация технических данных, регистрация ремонта и обслуживания оборудования.

· Управление поставками оборудования и управление монтажом.

· Планирование и диспетчеризация наряд-заказов. Интеграция с системой управления персоналом.

· Отчетность о выполнении наряд заказов - объемы работ, рабочее время, использованные материалы и понесенные затраты.

· Полная регистрация всех финансово-хозяйственных операций (по снабжению, складским операциям, проектным работам.)

· Полная регистрация всех расходов на ремонтные работы (материалы, время, трудозатраты) и сравнение их с запланированными.

· Управление складскими запасами - пополнение материалов на основе потребностей наряд-заказов, заказов снабжения, запланированных отпусков и уровней складских запасов.

· Управление документооборотом - по меньшей мере, возможность оперативного доступа к электронным документам, связанным с оборудованием, наряд-заказами и регламентами проведения ремонтных работ.

· Управление персоналом - управление и контроль обслуживающего и ремонтного персонала, квалификации, доступности, компетенции.

Рассмотрим некоторые из существующих на рынке и наиболее подходящих для автоматизации рассматриваемого процесса в ООО «...».

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

Основные возможности:

· Учет труда сотрудников - фиксирование исполнителей работ в заказах-нарядах и их тарифа, расчет и выдача зарплаты

· Полный учет в Сервис-Центре: оформление заказов-нарядов, отслеживание этапов выполнения работ и оплат

· Учет на различных фирмах/подразделениях/складах Учет исполнения одной работы несколькими исполнителями

· Отслеживание остатков деталей с детализацией по серийным номерам

· Возможность резервирования ("бронирования") серийных номеров

· 8 категорий цен для работ и 8 категорий цен на детали

· Возможность изменения названий валют и их курсов

· Ведение склада: состояние, приходы, уходы и перемещения

· Автоматический расчет категорий цен (на основе заданного %)

· Учет: типов ремонта, приемщиков заказов, кошельков (касса, расч.счет и т.д.)

· Ведение учета по разным фирмам с раздельной нумерацией документов

· Есть сетевая версия

Конфигурация «1С. Предприятие. Управление сервисным центром» предназначена для автоматизации сервисных центров по обслуживанию бытовой, офисной и компьютерной техники. Гибкость настроек, а также функциональные возможности программы, позволяющие автоматизировать основные контуры учета и управления сервисной компанией, предоставляют возможность использовать ее как в небольших мастерских, так и в крупных сетевых компаниях с разветвленной сетью удаленных подразделений (приемных пунктов или региональных сервисных центров).

Основные функциональные возможности конфигурации:

· Стационарный ремонт:

o прием изделия в ремонт;

o дефектация;

o распределение изделий по инженерам;

o выполнение ремонта (рабочий стол инженера);

o регистрация оплаты выполненных работ;

o выдача изделия.

· Выездные услуги:

o прием заявки;

o распределение заявок по инженерам;

o подготовка расписания обслуживания;

o выполнение работ;

o оплата и закрытие работ.

· Реализация запчастей:

o регистрация заказа запчастей клиента;

o реализация и оплата.

· Снабжение и склад запасных частей:

o заказ и резервирование запчастей;

o формирование заказов поставщику;

o поступление запчастей;

o распределение согласно резервам.

· Транспортная логистика:

o транспортировка между филиалами (приемными пунктами);

o транспортировка изделий в сторонние сервисные центры и обратно;

o контроль сроков нахождения изделий.

· Работа с производителем:

o настройка и использование систем кодирования ремонтов;

o сбор данных и формирование гарантийных отчетов.

· Расчет заработной платы инженеров

Полнофункциональная система управления основными фондами предприятия ЕМРАС обладает встроенными механизмами для интеграции с системами АСУ ТП и другими системами, используемыми на предприятии, и полностью интегрируется с имеющейся производственно-хозяйственной деятельностью.

Решение MAXIMO 4i предоставляет пользователям возможности полнофункционального управления движением документов, которое упорядочивает работы по обслуживанию и настройке оборудования. MAXIMO 4i настраивается под существующие на предприятии бизнес-процессы. Кроме того, имеется возможность обмена информацией с карманными компьютерами, такими, как Palm или Psion, что повышает общую производительность труда. Система может работать на базе любой широко используемой аппаратной платформы и операционной системы, а также использовать все наиболее популярные SQL-базы данных.

К сильным сторонам Avantis.Pro относятся: развитый функционал, реализованный в соответствии с передовыми бизнес-стратегиями по управлению активами, принятыми в мировой практике; проработанные вопросы интеграции системы с нижним уровнем управления предприятием (любые параметры оборудования и любая информация цехового уровня доступны для анализа, по умолчанию реализованы интерфейсы к Factory Suite/Wonderware и Foxboro I/A Series, при небольших доработках могут быть реализованы аналогичные интерфейсы к любой системе управления цехового уровня); современные стратегии упреждающего технического обслуживания, реализованные в составе модуля планово-предупредительного ремонта.

Система MIMS Open Interprise гибка в применении, работает с существующими бизнес-процессами предприятия и повышает их эффективность. Продукт полностью интегрирован, с его помощью модернизируется производственная деятельность и обеспечивается точная, оперативная информация в режиме реального времени.

iMaint является одной из самых современных на сегодняшний день систем управления основными фондами. Она решает полный комплекс задач, связанных с техническим обслуживанием и ремонтами оборудования, закупками материалов и комплектующих для ремонтов, управлением складами запчастей, расчетом себестоимости ремонтных работ. Решения на базе iMaint используются практически во всех отраслях промышленности и поддерживают работу как небольших и средних предприятий, так и крупных распределенных компаний с несколькими тысячами одновременно работающих пользователей.

Система Datastream предназначена для комплексной автоматизации процессов управления материальными активами, связанных с ними процессов технического обслуживания и модернизации оборудования. Datastream интегрируется с системами нижнего уровня (АСУ ТП), позволяя получать от них данные, на основе которых проводится анализ необходимости выполнения тех или иных ремонтных/профилактических работ. Система управляет всем жизненным циклом оборудования, начиная с проектирования, изготовления, монтажа, сборки и последующего обслуживания, сервисных и профилактических работ, модернизации, реконструкции и списания.

Система промышленного менеджмента TRIM разработана российским производителем НПП "СпецТек". Система построена на основе технологии клиент-сервер с распределенной базой данных. В максимальной конфигурации система включает в себя: систему управления техническим обслуживанием, безопасностью и качеством; управление документами, Снабжение, Сбыт и Распределенный склад, Администратор, Репликатор, Транспорт, Проверка базы данных, Переводчик, систему обслуживания каталогов.

Основным недостатком перечисленных систем является их громоздкость и, как следствие, сложность внедрения, и большое количество времени и средств, затрачиваемых на это. При внедрении одной из описанных выше программ большое количество функций не будет использоваться.

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

1.3.2 Выбор и обоснование стратегии автоматизации задачи

В существующей схеме планирования задач выделяются несколько этапов. Первый этап - анализ стратегии развития бизнеса.

В условиях конкуренции выигрывают те предприятия, чьи стратегии в бизнесе объединяются со стратегиями в области информационных технологий. Поэтому реальной альтернативой варианту выбора автоматизированной системы является подбор некоторого набора пакетов различных поставщиков, которые удовлетворяют наилучшим образом той или иной функции ИС управления (подход mix-and-match). Такой подход смягчает некоторые проблемы при внедрении и привязке программных средств, а ИТ оказывается максимально приближенной к функциям конкретной индивидуальности предметной области.

В последнее время все большее число организаций, предприятий, фирм предпочитает покупать готовые пакеты и технологии, а если необходимо, добавлять к ним свое программное обеспечение, так как разработка собственных ИС и ИТ связана с высокими затратами и риском. Эта тенденция привела к тому, что поставщики систем изменили ранее существовавший способ выхода на рынок. Как правило, разрабатывается и предлагается теперь базовая система, которая адаптируется в соответствии с пожеланиями индивидуальных клиентов. При этом пользователям предоставляются консультации, помогающие минимизировать сроки внедрения систем и технологий, наиболее эффективно их использовать, повысить квалификацию персонала [9].

Бизнес будет развиваться эффективно при хорошо организованной и отлаженной работе всех отделов предприятия.

Следующим этапом в этом процессе является поиск и обработка всей отчетной информации, полученной по телекоммуникационным каналам связи.

Далее производится конкретный подход к каждой поставленной задаче для снижения нагрузки на сотрудника. Затем результаты решения этих задач передаются руководителю ООО «...». На этом этапе возможна корректировка работы.

Система должна быть оптимальна для использования, и иметь формы, которые выполняют следующие функции:

– получение данных;

– обработка, анализ, сохранение и печать данных.

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

Существуют следующие стратегии автоматизации:

1) Хаотичная (кусочная) автоматизация является одним из наиболее неэффективных видов инвестирования средств для развития предприятия. Под автоматизацией понимается отсутствие стратегического плана создания и развития. При таком подходе процесс внедрения информационных технологий определяется локальными сиюминутными задачами, а не реальными потребностями бизнеса. В этом случае предприятие получает разрозненные прикладные системы, стоимость интеграции которых может быть сравнима с комплексным решением.

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

2) Автоматизация по участкам подразумевает процесс автоматизации отдельных производственных или управленческих подразделений предприятия, объединенных по функциональному признаку. Подобный подход автоматизации выбирается, когда у предприятия не хватает инвестиций на автоматизацию в полном объеме или существующие участки дают большой экономический эффект. Часто данная автоматизация применяется на производственных участках.

3) Автоматизация по направлениям подразумевает автоматизацию отдельных направлений деятельности предприятия. Отличительной чертой от автоматизации по участкам является, что деятельность предполагает участие в этом процессе всех организационных подразделений, функционирование которых связано с автоматизируемым направлением. Конечным результатом автоматизации по направлениям может быть полная автоматизация компании.

4) Полная автоматизация подразумевает собой систему, состоящую из большого количества элементов различных уровней и различного назначения. К ним относятся подсистемы, модули, блоки управления, задачи, управленческие процедуры, функции и т. д. Это позволяет использовать один алгоритм для расчета схожих задач. Так же исключается необходимость дублирования различных справочников в разных системах, так как всё собрано в одной. Есть и минусы полной автоматизации. Полная автоматизация требует значительных финансовых и временных затрат, а также очень точного и тщательного планирования. Проанализировав данные варианты стратегий, была выбрана стратегия автоматизации по направлению, т.к. это наиболее подходящий вариант для нашего предприятия.

Для рассматриваемой фирмы разработка стратегии реализации проекта будет такой:

· Анализ области деятельности предприятия;

· Анализ стратегии дальнейшего развития предприятия;

· Определения стратегических свойств разрабатываемой системы ;

· Определение функциональности системы;

· Анализ существующих разработок;

· Выбор стратегии автоматизации;

· Выбор способа приобретения;

· Определение архитектуры;

· Формирование бизнес-плана

1.3.3 Выбор и обоснование способа приобретения ИС для автоматизации задачи

Способы приобретения ИС - это последующие действия от определения и формализации решения о необходимости ИС до момента пока ИС не будет внедрена на предприятия. Существуют следующие способы приобретения ИС:

· разработка (самостоятельная и заказная);

· покупка ИС (покупка отечественной или зарубежной ИС);

· покупка + доработка (самостоятельная или заказная);

· аренда.

Рассмотрим детально каждый из способов на предмет его применения к автоматизации поставленной задачи.

При покупке готового решения необходимо выбрать такое решение, которое полностью будет соответствовать схемам ведения бизнеса. Это очень сложно, так как производители систем автоматизации пытаются угодить всем потенциальным клиентам и их системы получаются перегруженными лишним функционалом, за который приходится платить, либо система представляет собой каркас для построения решения под конкретного потребителя. Оба эти варианта не подходят для решения поставленной задачи, так как приобретение готовой информационной системы для автоматизации по направлениям является невыгодным с точки зрения вложения денег в систему автоматизации.

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

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

Покупка и доработка возможна, если требует небольшой объем доработки, данная доработка часто возможна в рамках модели ядра ИС, что часто вызывает затруднения из-за отсутствия развернутой документации. У варианта аренды ИС можно выявить следующие преимущества:

· улучшает инновационные возможности компании за счет взаимодействия и партнерства с поставщиками мирового уровня, имеющими большой интеллектуальный потенциал и богатый инновационный опыт;

· обеспечивает большую гибкость компании в случае внезапного изменения рыночной ситуации или потребительских предпочтений: проще и дешевле найти новых поставщиков с необходимыми возможностями и ресурсами, чем перестраивать внутреннюю деятельность компании, ликвидируя одни мощности и ресурсы и создавая новые;

· ускоряет приобретение ресурсов и навыков;

· позволяет сосредоточиться на тех операциях, которые эффективно выполняются силами компании, и тех, которые стратегически целесообразно сохранить под ее контролем.

Поэтому информационная система будет разрабатываться в компании собственными силами, так как компания располагает квалифицированными сотрудниками для разработки и внедрения данной информационной системы. Разработка собственной системы предполагает наличие у предприятия специалистов, способных провести анализ бизнес-процессов, разработать и внедрить систему их автоматизации. Так как автоматизируется одно достаточно небольшое направление деятельности ООО «...», имеющимся работникам не составит особого труда провести весь комплекс работ по проектированию, разработке и внедрению системы автоматизации.

Разрабатываемая информационная система будет включать весь необходимый функционал, и учитывать все особенность работы и пожелания сотрудников данной компании, так как будет являться индивидуальным (уникальным) продуктом, что позволяет быстро изменить функциональность в соответствии с требованием внутреннего заказчика.



1.4 Обоснование проектных решений

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

Информационное обеспечение - совокупность данных, представленных в определенной форме для компьютерной обработки. Организационное и методическое обеспечение представляют собой комплекс мероприятий, направленных на функционирование компьютера и программного обеспечения для получения искомого результата.

Информационное обеспечение (ИО) -- совокупность единой системы классификации и кодирования информации, унифицированных систем документации и информационных массивов. [12]

В состав информационного обеспечения включаются два комплекса: компоненты внемашинного ИО (классификаторы технико-экономической информации и документы) и внутримашинного ИО (макеты и экранные формы для ввода первичных данных в ЭВМ или вывода результатной информации, структура информационной базы: входных, выходных файлов, базы данных).

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

Классификатор -- это документ, с помощью которого осуществляется формализованное описание экономической информации в ЭИС, содержащей наименования объектов, наименования классификационных группировок и их кодовые обозначения.[13]

По сфере действия выделяют следующие виды классификаторов: международные, общегосударственные (общесистемные), отраслевые и локальные классификаторы.

Основной компонентой внемашинного информационного обеспечения является система документации, применяемая в процессе управления экономическим объектом. Под документом понимается определенная совокупность сведений, используемая при решении экономических задач, расположенная на материальном носителе в соответствии с установленной формой.

Система документации -- это совокупность взаимосвязанных форм документов, регулярно используемых в процессе управления экономическим объектом. Отличительной особенностью системы экономической документации является большое разнообразие видов документов. [13]

Существующие системы документации, характерные для неавтоматизированных ЭИС, отличаются большим количеством разных типов форм документов; большим объемом потоков документов и их запутанностью; дублированием информации в документах и работ по их обработке и, как следствие, низкой достоверностью получаемых результатов. Обработка документов в таких системах занимает почти половину времени работников. При необходимости упростить систему документации, используют следующие подходы:

· проведение унификации и стандартизации документов;

· введение безбумажной технологии, основанной на использовании электронных документов и новых информационных технологий их обработки.

Входные документы для решаемой задачи желательно получать через сеть, поэтому они должны быть представлены в файлах заранее согласованной структуры. Для упрощения использования таких файлов, они должны иметь табличную форму (что несложно осуществить, т.к. эти документы являются результатными в других задачах и выводятся программными средствами).

К внутримашинному информационному обеспечению относится описание экранных форм.

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

При построении экранных форм для документов с постоянной информацией следует иметь в виду, что эти макеты используются для ввода и актуализации записей информационной базы, поэтому для их проектирования целесообразно применить анкетную форму расположения реквизитов, удобную для выполнения этих операций.

В основе выбора экранных форм лежат принципы минимальной трудоемкости и стоимости ввода информации в ЭВМ, максимальной степени читабельности результатной информации, выводимой на экран, и максимальной надежности и достоверности выполнения этих операций.

Основной частью внутримашинного информационного обеспечения является информационная база.

Информационная база (ИБ) -- определенным образом организованная совокупность данных, хранимых в памяти вычислительной системы в виде файлов, с помощью которых удовлетворяются информационные потребности управленческих процессов и решаемых задач. [3]

Существуют следующие способы организации информационной базы:

· совокупность локальных файлов -- поддерживается функциональными пакетами прикладных программ;

· интегрированная база данных -- основывается на использовании универсальных программных средств загрузки, хранения, поиска и ведения данных, т.е. СУБД.

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

Для данного проекта информационная база представлена в виде интегрированного информационного хранилища. Данная организация позволяет объединить различные источники информации, управлять файлами различных форматов. Кроме того, очевидны преимущества использования для хранения информации базы данных:

· совместимость данных; соответствие данных реальному состоянию объекта;

· удобство и увеличение скорости совместной обработки данных;

· поддержка целостности данных.

База данных (БД) -- поименованная совокупность данных, отражающая совокупность объектов и их отношений в рассматриваемой предметной области. [3].

Основными способами организации БД являются создание централизованных и распределенных БД. Основным критерием выбора способа организации ИБ является достижение минимальных трудовых и стоимостных затрат на проектирование структуры ИБ, программного обеспечения системы, системы ведения файлов. На основании этих критериев и необходимостью обеспечения надежности хранения данных выбран централизованный способ организации БД.

По способу установления связей между данными различают:

· иерархическую;

· сетевую;

· реляционную модель.

Основными компонентами любой из этих моделей являются файлы (или таблицы).

Иерархические модели данных представляют собой графовую модель с вершинами-таблицами. В моделях имеется один файл, который является входом в структуру. Между файлами устанавливаются отношения соподчиненности. У файла может быть одна исходная вершина и несколько подчиненных. Основной тип отношений - 1:М.

В сетевых моделях любой файл может быть точкой входа в систему, и связан с произвольным числом других файлов отношениями типа 1:1, 1:М и М:М.

Наиболее широкое распространение получила реляционная модель данных. При такой организации вся информация представлена в виде таблиц (файлов БД) и отношений. Таблицы являются совокупностью записей (строк, кортежей). Между отношениями (таблицами) существуют связи типа 1:М, М:М. Каждое отношение имеет ключ - это поле записи (атрибут) однозначно идентифицирующее ее. Данное свойство реляционной модели данных исключает дублирование информации, ускоряет поиск и доступ к конкретным данным.

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

Учитывая все преимущества реляционных моделей данных для представления информации, обрабатываемой при решении задачи целесообразно использовать реляционную модель БД.

Проанализировав информационные потоки рассмотренного процесса, приходим выводу, что при разработке модуля автоматизации необходимо использовать следующие входные документы:

· заявка на гарантийное обслуживание;

· гарантийный талон.

При обеспечении деятельности необходимо также руководствоваться следующими справочниками:

· перечень гарантийных обязательств различных производителей;

· перечень условий, при которых прекращается гарантия (для различных производителей и видов оборудования).

При этом формируются следующие выходные документы:

· журнал учета оборудования, сданного в гарантийный ремонт;

· акт приема оборудования в ремонт;

· перечень оборудования, сданного в ремонт по видам гарантии, ремонта, производителям, типам.

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

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

К общесистемному (общему) программному обеспечению относятся программы, рассчитанные на широкий круг пользователей и предназначенные для организации вычислительного процесса и выполнения часто встречающихся вариантов обработки информации. Они позволяют расширить функциональные возможности ЭВМ, автоматизировать планирование очередности вычислительных работ, а также автоматизировать работу программистов. Специальное (функциональное) программное обеспечение представляет собой совокупность программ, разрабатываемых при создании ИТ конкретного функционального назначения. Оно включает пакеты прикладных программ, осуществлявших организацию данных и их обработку при решении функциональных задач ИС [3].

При выборе комплекса технических средств для разработки системы, одним из важнейших критерием является выбор операционной системы. Операционная система управляет техническими средствами компьютера, поддерживает запуск и выполнение тех или иных программ и приложений, обеспечивает защиту данных, выполняет различные сервисные функции. Каждая программа пользуется средствами, предоставляемыми операционной системой. Таким образом, выбор операционной системы очень важен, так как он определяет набор программ и формат исполняемых файлов, а также их взаимодействие с операционной системой.

В качестве операционной среды для разработки и применения программы была выбрана операционная система семейства Windows, в частности операционная система Windows Vista. Этот выбор обусловлен тем, что на сегодняшний день Windows Vista является одной из наиболее распространенных операционных систем. Операционная система Windows Vista обеспечивает стабильность работы, предоставляя пользователям возможность сосредоточиться на выполняемой работе.

Для реализации приложения, позволяющего автоматизировать описанный выше процесс, необходимо прежде всего определится с его архитектурой.

В настоящее время наиболее востребованы два типа архитектуры - файл-сервер, клиент-сервер.

В архитектуре файл-сервер сетевое разделение компонентов диалога отсутствует, а компьютер используется для функций отображения, что облегчает построение графического интерфейса. Файл-сервер только извлекает данные из файлов, так что дополнительные пользователи и приложения лишь незначительно увеличивают нагрузку на центральный процессор.

Объектами разработки в файл-серверном приложении являются компоненты приложения, определяющие логику диалога, а также логику обработки и управления данными. Разработанное приложение реализуется либо в виде законченного загрузочного модуля, либо в виде специального кода для интерпретации.

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

Архитектура клиент-сервер предназначена для разрешения проблем файл-серверных приложений путем разделения компонентов приложения и размещения их там, где они будут функционировать наиболее эффективно. Особенностью архитектуры клиент-сервер является наличие выделенных серверов баз данных, понимающих запросы на языке структурированных запросов (Structured Query Language, SQL) и выполняющих поиск, сортировку и агрегирование информации.

Отличительная черта серверов БД -- наличие справочника данных, в котором записаны структура БД, ограничения целостности данных, форматы и даже серверные процедуры обработки данных по вызову или по событиям в программе. Объектами разработки в таких приложениях, помимо диалога и логики обработки, являются, прежде всего, реляционная модель данных и связанный с ней набор SQL-операторов для типовых запросов к базе данных.

Большинство конфигураций клиент-сервер использует двухуровневую модель, в которой клиент обращается к услугам сервера. Предполагается, что диалоговые компоненты размещаются на клиенте, что позволяет реализовать графический интерфейс. Компоненты управления данными размещаются на сервере, а диалог и логика- - на клиенте. В двухуровневом определении архитектуры клиент-сервер используется именно этот вариант: приложение работает на клиенте, СУБД -- на сервере.

Поскольку эта схема предъявляет наименьшие требования к серверу, она обладает наилучшей масштабируемостью.

Поэтому для реализации описанного приложения выбираем архитектуру клиент-сервер и реализуем его в виде веб-приложения.

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

Выбор системы управления баз данных (СУБД) представляет собой сложную многопараметрическую задачу и является одним из важных этапов при разработке приложений баз данных. Выбранный программный продукт должен удовлетворять как текущим, так и будущим потребностям предприятия, при этом следует учитывать финансовые затраты на приобретение необходимого оборудования, самой системы, разработку необходимого программного обеспечения на ее основе, а также обучение персонала. Кроме того, необходимо убедиться, что новая СУБД способна принести предприятию реальные выгоды.

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

· Моделирование данных

· Особенности архитектуры и функциональные возможности

· Контроль работы системы

· Особенности разработки приложений

· Производительность

· Надежность

· Требования к рабочей среде

· Смешанные критерии

Основным принципом выбора СУБД следует считать определение программного продукта, в наибольшей мере соответствующего предъявляемым требованиям. Эту задачу решить не очень просто. Во-первых, к СУБД предъявляется большое число требований, которые с течением времени изменяются, во-вторых, СУБД имеют большое число параметров, что затрудняет их сравнение. Кроме того, информация о СУБД часто носит рекламный характер, не позволяющий сделать правильное суждение.

При выборе продукта следует обратить внимание на дату его появления. В качестве показателей «благополучия» можно использовать: твердое финансовое положение, перспективная динамика развития аппаратно-программных средств, годовой оборот, численность состава, объем продаж и т.д. - стоимость. На стоимость программных продуктов в основном влияют вид программного продукта и фирма - разработчик. Стоимость полнофункциональных СУБД обычно колеблется в пределах $ 500 - $ 1000. Общая стоимость включает в себя стоимость прикладного инструментария, средств настройки конфигурации системы, администрирования БД и сопровождения. Иногда общая стоимость крупных систем, построенных на базе реляционных БД, достигает миллионов долларов. Основным фактором, определяющим общую стоимость системы, чаще всего является число поддерживаемых пользователей.

На уровне технических характеристик разнообразие СУБД еще больше, чем на качественном уровне. К техническим характеристикам относятся:

· общие параметры (операционная среда, потребность в оперативной памяти, ограничения на максимальный объем БД и др.);

· ограничения на операции над данными;

· типы данных;

· возможности средств формулировки и выполнения запросов;

· работа в многопользовательских средах;

· инструментальные средства разработки приложений;

· импорт и экспорт.

Оценка производительности производится методом тестирования с помощью эталонных тестов из набора AS3AP (ANSI SQL Standard Scalable and Portable). В них контролируется широкий спектр часто встречающихся операций БД и моделируются однопользовательские и многопользователь-ские среды.

Ниже, в таблице 1.8 приведена сравнительная таблица трех распространенных систем управления базами данных, конкурирующих на рынке программного обеспечения по основным показателям.

автоматизация программный информационный модель

Таблица 1.8

Сравнение СУБД

Показатели	Microsoft SQL Server 2008	MySQL 5.1	PostgreSQL 8.4
Поддерживаемые операционные системы	Windows Desktop/Server	Windows Desktop/Server , Linux, Unix, Mac	Windows1 Desktop/S22erver, Linux, Unix, 2Mac
Условии лицензирования	Коммерческий продукт с закрытым исходным кодом. Есть бесплатная версия с ограничением оперативной памяти до 4 Гб.	Коммерческая лицензия и GNU GPL.	Лицензия BSD Open Source.
Наличие предустановленных драйверов в ОС семейства Windows	Да	Нет	Нет
Наличие драйверов ODBC, JDBC, ADO.NET	Да	Да	Да
Поддержка репликации	Да, встроенная и разных типов. Но внесение тсруктурных изменений после начала репликаци -- очень сложный процесс.	Да, включая mater-master репликацию.	Да, но с помощью сторонних продуктов с открытым исходным кодом. Репликация всех типов.
Возможность писать хранимые функции на разных языках программирования	Да, теоретически на любом языке, поддерживающим CLR, например VisualBasic.NET, C#, IronPython, но сначала надо скомпилировать код в бибилиотеку dll.	Нет (кроме C и Pl/SQL)	Да, наиболее полная поддержка из всех рассматриваемых.
Возможность создавать пользовательские аггрегированные функции	Да -- любой .NET язык, кроме TRANSACT SQL.	Да, только на С	Да -- на PL language и встроенных C, SQL, PLPgSQL.
Поддержка даты и времени	Да	Да (но без временной зоны)	Да
Аутентификация	Средставими БД и ActiveDirectory	Средствами БД	Много разных методов, включающих предыдущие
Разграничение доступа к столбцам	Да	Да	Да
Поддержка DISTINCT ON	Нет	Нет	Да
Поддержка WITH ROLLUP	Да	Да	Да
Поддержка WITH CUBE	Да	Нет	Нет
Поддержка функций OVER..PARTITION BY	Да	Нет	Да, причем лучше, чем в MS SQL
Поддержка рекурсивных запросов	Да	Нет	Да
Производительностьпланировщика запросов для сложных запросов	Средняя (умеет параллельные запросы «из коробки»)	Очень хорошая	Плохая

Таким образом, для проекта, рассматриваемого в данном дипломном проекте наиболее приемлема СУБД MS SQL.

В качестве языка разработки клиента подключения к базе данных был выбран язык PHP.

PHP - это язык программирования для динамической генерации HTML кода со стороны сервера. В нём имеется встроенная поддержка базы данных MySQL, что позволяет считать выбранную связку MySQL-PHP наиболее оптимальной. PHP-скрипты интерпретируется и выполняются на сервере.

Предпочтение PHP было отдано по следующим характеристикам:

· В процессе выбора языка разработки альтернативой PHP был язык ASP(Active Server Pages), схожий по структуре но построенный на технологии СОМ. Предпочтение PHP было отдано по следующим характеристикам:

· В модулях PHP все запускается в области памяти, выделенной программе операционной системой. ASP загружает для различных действий соответствующие СОМ-модули, чем сильно загружает оперативную память и процессор

· Интеграция PHP с выбранной СУБД MySQL значительно более полная, чем у ASP. Существует множество утилит на PHP для работы с базами данных MySQL, где реализуется набор свойств наиболее полный в сравнении с другими базами данных. Есть очень полезные встроенные функции, недоступные для других баз данных.Одним из значительных преимуществ PHP является поддержка широкого круга баз данных: Oracle, Microsoft SQL server, MySQL и другие.

· Несомненное достоинство PHP - это отсутствие временных проблем с исправлением внутренних ошибок, что позволяет оперативно реагировать и исправлять недоработки.

· Межплатформенная миграция

Вместе с тем следует учитывать, что указанное преимущество не всегда может быть реализовано. Это связано с тем, что на скорость работы реального проекта влияют множество факторов. [11]

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

Техническое обеспечение - это комплекс технических средств, предназначенных для работы информационной системы, а также соответствующая документация на эти средства и технологические процессы.

Эволюция технического обеспечения, которое включает в себя аппаратные средства, средства коммуникации, программное обеспечение, проходит неравномерно, скачкообразно. Развитие компьютерной техники пока происходит в геометрической прогрессии. Каждые четыре года происходит удвоение производительности компьютеров.

Классификация компьютерных технологий по типу пользовательского интерфейса (как взаимодействует пользователь технологии с компьютером) - пакетные, диалоговые, сетевые. В первом случае пользователь получает только результаты работы технологии, в остальных он взаимодействует с ней на индивидуальном компьютере или компьютере, подключенном к сети ЭВМ.

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

Компьютерная техника предназначена, в основном, для реализации комплексных технологий обработки и хранения информации и является базой интеграции всех современных технических средств обеспечения управления информационными ресурсами.

Коммуникационная техника предназначена, в основном, для реализации технологий передачи информации и предполагает как автономное функционирование, так и функционирование в комплексе со средствами компьютерной техники.

Организационная техника предназначена для реализации технологий хранения, представления и использования информации, а также для выполнения различных вспомогательных операций в рамках тех или иных технологий информационной поддержки управленческой деятельности.

В рассматриваемой задаче автоматизации, в ходе которой необходимо автоматизировать процесс учета гарантийного оборудования ООО «...», в качестве технического обеспечения используются следующие средства:

· персональные компьютеры менеджеров;

· сервера;

· соединительные линии локальной вычислительной сети.

Персональные компьютеры оцениваются по следующим основным критериям:

· быстродействие процессора;

· объем жесткого диска;

· объем оперативной памяти;

· быстродействие видеокарты.

Так как разрабатываемый модуль будет работать на основе клиент-серверной технологии, то все вычисления будут производиться на стороне сервера, следовательно, системные требования к персональным компьютерам минимальны.

Описанные в пункте 1.1.3 технические характеристики персональных компьютеров относятся к компьютерам со средней производительностью, откуда можно сделать вывод, что их модернизация или замена в целях выполнения поставленной задачи не требуется.

Технические характеристики серверов также не подлежат улучшению, так как в настоящее время используемые модели серверов имею возможность нарастить свою производительность для выполнения автоматизируемой задачи без ущерба для других выполняемых ими задач.

Соединительные линии ЛВС оцениваются по допустимой пропускной способности. Так как во время работы разрабатываемого модуля и обмена информацией с сервером не передается голосовой или видео трафик, или другие большие по объему данные, то и особых требований к пропускной способности не предъявляется. Так как пропускная способность линий связи в настоящее время составляет до 100 мбит/сек, то они также не требуют модернизации или замены.



2 Проектная часть

2.1 Разработка проекта автоматизации

2.1.1 Этапы жизненного цикла проекта автоматизации

Жизненный цикл информационных систем в стандартах представляет собой набор этапов, частных работ и операций в последовательности их выполнения и взаимосвязях, регламентирующих ведение работ от подготовки технического задания до завершения испытаний ряда версий и окончания эксплуатации ИС. Стандарты включают правила описания исходной информации, способов и методов выполнения операций, устанавливают контроль технологических процессов, требования к оформлению их результатов. А также регламентируют содержание технологических и эксплуатационных документов на комплексы программ. Они определяют организационную структуру коллектива, обеспечивают распределение и планирование заданий, а также контроль над этапами создания комплекса ИС. [9]

Основными стандартами, описывающие жизненный цикл информационной системы, являются:

* ГОСТ 34.601-90 - стандарт распространяется на автоматизированные системы, используемые в различных видах деятельности (исследование, проектирование, управление и т.п.), включая их сочетания, создаваемые в организациях. Стандарт устанавливает стадии и этапы создания автоматизированной системы.

* ISO 12207 - стандарт применяется при приобретении систем, программных продуктов и оказании соответствующих услуг (внедрение, сопровождение); а также при поставке, разработке, эксплуатации и сопровождении программных продуктов и программных компонентов программно-аппаратных средств как в самой организации, так и вне ее.

* ISO 15288 - стандарт обеспечивает общие основы процессов, составляющих жизненной цикл систем, созданных человеком. Этот жизненный цикл охватывает концепции идей вплоть до снятия системы с эксплуатации. Он обеспечивает процессы для приобретения и поставки системы.

* RUP (Rational Unified Process - рациональный унифицированный процесс) - это методология разработки ПО, созданная и распространяемая корпорацией Rational Software. Она описывает упорядоченный подход к распределению задач и обязанностей в организации-разработчике.

* XP (eXtreme Programming) - методология содержит совершенно иные базовые принципы, нежели RUP. Основными чертами являются определение точных кратковременных планов (как правило, недельных), постоянное перепланирование, тесное общение с заказчиком. Эта методология больше подходит для полу-исследовательских и инновационных проектов.