Характеристика организации по ремонту техники

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

. Аналитическая часть

.1 Технико-экономическая характеристика и анализ деятельности
предприятия

.1.1 Общая характеристика предприятия

.1.2 Организационная структура предприятия

.1.3 Программная и техническая архитектура информационной системы
предприятия

.1.4 Анализ системы обеспечения информационной безопасности и
защиты информации

.2 Характеристика комплекса задач и обоснование необходимости
автоматизации

.2.1 Выбор комплекса задач автоматизации и характеристика
существующих бизнес процессов

.2.2 Анализ информационных потоков и документооборот
предприятия

.2.3 Обоснование необходимости использования вычислительной
техники для решения задачи

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

.3.1 АС «БП: Авторизованный сервисный центр»

1.3.2 АС «КомпьюЛиб»

.3.3 АС
«Hardware Inspector»

1.4 Обоснование проектных решений автоматизации задачи

.4.1 Выбор и обоснование модели данных

.4.2 Выбор и обоснование СУБД

.4.3 Выбор и обоснование инструментальных средств
программирования

.4.4 Выбор и обоснование технического обеспечения

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

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

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

.1.2 Ожидаемые риски на этапах жизненного цикла и их описание

.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации

.2 Концептуальный уровень архитектуры базы данных

.2.1 Инфологическая модель предметной области

.2.2 Перекрестная проверка модели данных и иерархии функций

.2.3 Даталогическая модель базы данных

.3 Физическая модель базы данных

.3.1 Описание состава проектируемых объектов БД

.3.2 Техническое описание объектов БД

.4 Реализация системы

.4.1 Дерево функций системы и сценарий диалога

.4.2 Характеристика нормативно-справочной, входной и оперативной
информации

.4.3 Характеристика результатной информации

.4.4 Структурная схема пакета (дерево вызова программных
модулей)

.4.5 Описание программных модулей

.5 Контрольный пример реализации проекта и его описание

Список использованной литературы

3 Физическая
модель базы данных

С помощью ERwin Data Modeler,
используя визуальные средства, была описана модель данных предметной области,
на основании которой была автоматически сгенерирована схема данных для выбранной
реляционной СУБД Access (См. рис.
2.5). Автоматически генерируются также триггеры, обеспечивающие ссылочную
целостность БД.

Рисунок 2.5 — Схема данных Access

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

2
Техническое описание объектов БД

Для технического описания объектов базы данных представим построенные
таблицы Access в форме конструктора (См. рис. 2.6 —
2.16).

Рисунок 2.6 — Таблица Access
«Вид»

Рисунок 2.7 — Таблица Access
«Производитель»

Рисунок 2.8 — Таблица Access
«Клиент»

Рисунок 2.9 — Таблица Access
«Техника»

Рисунок 2.10 — Таблица Access
«Мастер»

Рисунок 2.11 — Таблица Access
«Работа»

Рисунок 2.12 — Таблица Access
«Заказ»

Рисунок 2.13 — Таблица Access
«Ремонт»

Рисунок 2.14 — Таблица Access
«Категория»

Рисунок 2.15 — Таблица Access
«Материал»

Рисунок 2.16 — Таблица Access
«Расход»

4
Реализация системы

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

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

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

Рисунок 2.17 — Дерево функций главного меню

автоматизация бизнес информационный учет

2
Характеристика нормативно-справочной, входной и оперативной информации

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

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

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

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

Рисунок 2.18 — Справочник «Клиенты»

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

Рисунок 2.19 — Справочник «Сотрудники»

С помощью справочника «Виды техники» (См. рис. 2.20) пользователь системы
имеет возможность при необходимости добавить новый вид техники, обслуживаемый
специалистами сервисного центра «Компьютерный мир».

Рисунок 2.20 — Справочник «Виды техники»

Аналогичным образом представлен справочник «Марки техники» (См. рис.
2.21).

Рисунок 2.21 — Справочник «Марки техники»

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

Рисунок 2.22 — Справочник «Расходные материалы»

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

Рисунок 2.23 — Справочник «Ремонтные работы»

3
Характеристика результатной информации

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

–       Справка о приеме техники в ремонт;

–       Наряд на выполнение ремонтных работ;

–       Акт выполненных работ.

–       Отчет о результатах деятельности компании (за период);

–       Отчет о результатах деятельности мастера (за период).

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

Рисунок 2.24 — Документ «Справка о приеме техники в ремонт»

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

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

Рисунок 2.25 — Документ «Наряд на ремонтные работы»

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

Рисунок 2.26 — Документ «Акт выполненных работ»

Рисунок 2.27 — Форма «Период отчетности»

Рисунок 2.28 — Форма «Период отчетности»

4
Структурная схема пакета (дерево вызова программных модулей)

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

Рисунок 2.29 — Структурная схема пакета

5
Описание программных модулей

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

Таблица 2.4 — Описание программных модулей системы

Рисунок 2.30 — Модуль данных (Unit3.pas)

Краткая характеристика автосервиса ООО «Ихтеон»

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

Читайте также:  Сервисный центр по ремонту техники комсомола 1 3

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

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

Целью создания автосервиса является получение прибыли и высокий уровень обслуживания клиентов.

Основные задачи деятельности автосервиса:

-Обеспечить высокий уровень технического обслуживания автомобилей;

— Гарантия качества, выполненных услуг.

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

Основными потребностями клиентов автосервиса являются:

1.Окружающая среда — обстановка, оборудование и персонал в сервисе;

2.Доступность-легкость установления связи с поставщиком;

3.Психологические-возможность нахождения контакта; вежливость; отзывчивость;

4.Надежность-совокупность исполнительности и доверия к результатам выполнения работы.

В соответствии с уставом ООО «Ихтеон», автосервис осуществляет следующие виды деятельности:

— Ремонт бензиновых и дизельных двигателей;

— Ремонт кузова;

— Ремонт ходовой;

— Ремонт КПП;

— Покраска кузова.

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

Здание состоит из трех модулей, состыкованных между собой. 1-й модуль — не большая стоянка машин под ремонт, 2-й — общий модуль для всех постов, 3-й – административное и подсобное помещения. С помощью перегородок организованы дополнительные подсобные помещения и санузел. Площадь здания равна 450 кв. метров.

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

1. Слесарный цех, выполняемые услуги: диагностика двигателя, ТО, замена деталей трансмиссии, ремонт ходовой части автомобиля, ремонт двигателя, в том числе капитальный ремонт двигателя, ремонт АКПП и МКПП и т.д.). Все указанные услуги приведем в таблице 1.

Таблица 1-Перечень услуг и цен в слесарном цехе автосервиса ООО «Ихтеон»

Продолжение таблицы 1

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

Таблица 2- Перечень услуг в цехе электрики автосервиса ООО «Ихтеон»

3. Цех шиномантажа: В последние годы автомобилисты практикуют обращение к услугам шиномантажа, в основном планово — при сезонной смене зимней резины на летнюю резину и наоборот, или в экстренных случаях — при проколах, порезах шины, повреждениях колёсных дисков. Исключение, может быть, составляют водители, исповедующие резкий стиль вождения — для них переобуть машину — процесс привычный, поскольку частые резкие торможения выводят резину из строя за достаточно короткий срок. Однако даже при спокойной и размеренной езде имеет смысл регулярная проверка давления в шинах и периодическая перестановка колёс таким образом, чтобы обеспечить равномерный износ протектора. Это позволяет существенно продлить жизнь резине Вашего авто. Перечень услуг шиномантажа приведен в таблице 3.

Таблица 3 — Перечень услуг в цехе шиномантажа автосервиса ООО «Ихтеон»

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

-покраска отечественные автомобили 3000 рублей не включает стоимость лакокрасочных и расходных материалов;

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

-покраска капота коэффициент -1, 5, покраска крыши (объемных деталей) коэффициент 2;

-Рихтовка детали оценивается в зависимости от сложности повреждений и составляет от 300 до 5500 руб.

Более полную информацию можно получить на месте при осмотре. Все выше перечисленное относилось к производственному цеху. Теперь переходим к служебным помещениям автосервиса ООО «Ихтеон».

Служебные помещения включают в себя:

— кабинет директора (заведующего);

— комната отдыха для персонала;

— комната личной гигиены;

Все перечисленные помещения (цеха) автосервиса ООО «Ихтеон», отображены в виде рисунков (СМ. ПРИЛОЖЕНИЕ А).

Далее посмотрим организационную структуру автосервиса ООО «Ихтеон», и дадим им краткую характеристику.

Финансовая служба
 
сервиса

Рисунок 1 — Организационная структура управления автосервиса ООО «Ихтеон»

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

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

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

3.Финансовая служба занимается организацией бизнес процессов на месте; осуществление продаж услуг сервисного центра; обучение стажёров сервисного центра; контроль и соблюдение стандартов обслуживания клиентов; контроль и соблюдение стандартов эксплуатации и обслуживания оборудования.

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

5.Производственный персонал, в него входят: электрик, диагност, слесарь, шиномантажник.

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

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

5.3Слесарь его основные обязанности заключаются в следующем: сборка, разметка, замена или реставрация механизмов, рубка металла, опиловка металла, гибка металла, нарезание резьбы метчиком или плашкой (вручную), притирка, шабрение, сборочные работы, и др.

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

5.4Жестянщик-маляр в его обязанности входит: выравнивание геометрии кузова, рихтовка, шпатлевка, сварочные работы, подготовка к покраске и соответственно сама покраска.

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

6.2 Секретарь на него возлагается записи заказов и их распределения. А так же работа с телефонным аппаратом.

Приложение
Б

Рисунок Б.1 — Отчет «Результаты деятельности мастера»

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

Программный продукт «БП: Авторизованный сервисный центр» не является самостоятельной
программой и устанавливается как дополнение к типовой конфигурации «Управление
торговлей». Для работы конфигурации требуется установка программы «1С:
Предприятие 8.0».

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

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

–       учет клиентов;

–       учет оборудования по серийным и заводским номерам;

Читайте также:  Городская служба ремонта бытовой техники сергиев посад

–       учет оборудования, установленного у каждого клиента;

–       история ремонта по каждой модели оборудования;

–       учет работ по стационарному ремонту;

–       учет работ по выездному ремонту;

–       учет и планирование заявок;

–       учет и планирование работ по сервисным договорам;

–       учет показателей заработной платы;

–       учет движения ТМЦ (комплектующих и запасных частей);

–       формирование отчетов для производителей оборудования;

–       формирование управленческих отчетов.

–       Функционально конфигурация разделена на следующие блоки:

–       стационарный ремонт;

–       выездной ремонт;

–       учет договоров сервисного обслуживания;

–       учет проектов.

Общая схема конфигурации (См. рис. 1.6) отражает состав и взаимодействие
модулей системы.

Рисунок 1.6 — Общая схема конфигурации

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

2 АС
«КомпьюЛиб»

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

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

–       учет программ;

–       ведение баз данных производителей и продавцов оборудования;

–       хранение стоимости устройств, расчет суммарной стоимости по
рабочим станциям, подразделениям и т.д.;

–       хранение гарантийных сроков, расчет срока окончания гарантии;

–       учет событий по устройствам и рабочим станциям (компьютерам):
история перемещений, ремонтов, изменений и т.д.;

–       автоматическое отслеживание событий; полный журнал событий («история»
компьютерного парка организации);

–       автоматизированный ввод данных — импорт отчетов программ
диагностики оборудования (Sysinfo Lab ASTRA,
AIDA32);

–       гибкий настраиваемый интерфейс просмотра данных;

–       быстрый удобный ввод информации (в том числе копирование
устройств, компьютеров);

–       мощные механизмы поиска, фильтрации, сортировки, группировки (в
том числе автофильтр a-la Excel и Quick Search);

–       подробные развернутые отчеты;

–       экспорт в Word, Excel, HTML, текстовые файлы;

–       работа в сети;

–       возможность работы с несколькими независимыми базами данных.

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

3 АС «Hardware Inspector»

АС «Hardware Inspector» разработана компанией Database Harbor Software и предназначена для автоматизированного учета и
инвентаризации компьютерной техники и иного оборудования в организациях. Она
дает возможность вести учет не просто текущего состояния параметров компьютера,
а всей истории жизни отдельных комплектующих. «Hardware Inspector» решает задачи автоматизации
инвентарного учета компьютерной техники и комплектующих, с возможностью
хранения всей истории перемещений и обслуживания. Поддерживает механизм ревизий
рабочих мест, который предохраняет компьютеры и комплектующие от хищения и
подмены, детальный контроль над параметрами конфигурации компьютера,
обеспечивающий свободу и оперативность действий по планированию модернизации и
перераспределения устройств. Формирует отчетность для материальной бухгалтерии.
Основные возможности АС:

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

–       древовидная организация подразделений и рабочих мест. Устройства
располагаются на рабочем месте, также имея иерархическую структуру. Например,
материнская плата находится внутри корпуса, CPU — внутри материнской платы, а
кулер — внутри процессора;

–       по каждому устройству ведется история ремонта и других работ по
его обслуживанию;

–       возможность как ручного, так и автоматизированного заполнения
базы данных. Автоматизированное добавление устройств осуществляется посредством
импорта их описаний из отчетов программ ASTRA и AIDA32. Данная возможность
позволяет избавиться от рутинной работы по первичному вводу информации, однако
данные программные продукты не входят в стоимость системы и могут быть
приобретены за отдельную плату. Программа анализа конфигурации (ASTRA) читает
данные об устройствах, «зашитые» на аппаратном уровне, определяет модель
устройства, производителя и его www-адрес, дату производства, серийный номер (у
HDD, CPU, мониторов, модулей памяти и материнских плат), а также многие другие
технические параметры;

–       большой набор отчетов: «Паспорт на устройство», «Паспорт на
рабочее место», «Список инвентарных номеров», «Полный перечень оборудования»,
«Выполненные работы за период времени»;

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

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

–       учет гарантийных сроков на технику с прогнозированием их
окончания;

–       учет бухгалтерской информации о купленной технике (когда, где, у
кого и по каким документам куплена техника);

–       учет инвентарных номеров, которые, при желании, можно присвоить
каждому устройству;

Главным недостатком данной АС является ее избыточность и громоздкость,
это ограничивает возможность ее применения на рассматриваемом предприятии.
Достаточно высокая стоимость программы также повлияла на решение руководителей
предприятия создать собственную автоматизированную систему

Листинг
программного кода

Модуль главной формы программы (Unit1.pas)

unit Unit1;, Messages, SysUtils, Variants, Classes, Graphics,
Controls, Forms,, Menus, Grids, DBGrids, StdCtrls, ImgList, ExtCtrls, Buttons,
DBCtrls;

Form1: TForm1;Clos;Unit3, Unit2, Unit4, Unit5, Unit6, Unit7,
Unit8, Unit9;

‘Вы действительно хотите удалить заказ?’+#10+

‘После нажатия на кнопку ДА, данные будут удалены.’+#10+

‘Для отмены удаления нажмите на кнопку НЕТ.’, ‘ВНИМАНИЕ’,

MB_YesNo+MB_ICONWARNING+MB_TaskModal) = mrYes
Then.ADOTabZakaz.Delete;;;TForm1.N12Click(Sender:
TObject);.ADOTabZakaz.Edit;DM.ADOTabZakazВызов.Value=False then.ADOTabZakazВызов.Value:=True.ADOTabZakazВызов.Value:=False;.ADOTabZakaz.Post;.ADOTabZakaz.Refresh;;TForm1.N13Click(Sender:
TObject);.ADOTabZakaz.Edit;DM.ADOTabZakazДоставка.Value=False then.ADOTabZakazДоставка.Value:=True.ADOTabZakazДоставка.Value:=False;.ADOTabZakaz.Post;.ADOTabZakaz.Refresh;;TForm1.N14Click(Sender:
TObject);.ADOTabZakaz.Edit;DM.ADOTabZakazВыполнен.Value=False then.ADOTabZakazВыполнен.Value:=True;.ADOTabZakazДатаВыполнения.Value:=Date();.ADOTabZakazВыполнен.Value:=False;.ADOTabZakazДатаВыполнения.Clear;;.ADOTabZakaz.Post;.ADOTabZakaz.Refresh;;TForm1.N15Click(Sender:
TObject);.ADOTabZakaz.Edit;DM.ADOTabZakazОплата.Value=’нал’
then.ADOTabZakazОплата.Value:=’безнал’.ADOTabZakazОплата.Value:=’нал’;.ADOTabZakaz.Post;.ADOTabZakaz.Refresh;;TForm1.N18Click(Sender:
TObject);;.Checked:=True;.Caption:=’ГОТОВ (вкл.)’;.ADOTabZakaz.Filter:=’Выполнен=True’;.ADOTabZakaz.Filtered:=True;;TForm1.N19Click(Sender:
TObject);;.Checked:=True;

BitBtn3.Caption:=’НЕ ГОТОВ (вкл.)’;.ADOTabZakaz.Filter:=’Выполнен=False’;

DM.ADOTabZakaz.Filtered:=True;;TForm1.N20Click(Sender:
TObject);;.Checked:=True;.Caption:=’ДАТА (вкл.)’;.ADOTabZakaz.Filter:=’ДатаЗаказа=’+DateToStr(DM.ADOTabZakazДатаЗаказа.Value);.ADOTabZakaz.Filtered:=True;;TForm1.N21Click(Sender:
TObject);.Form8.ShowModal;;TForm1.N22Click(Sender:
TObject);;.Checked:=True;.Caption:=’№ТЕХ. (вкл.)’;
DM.ADOTabZakaz.Filter:=’НомерТехники=’+Chr(39)+DM.ADOTabZakazНомерТехники.Value+Chr(39);.ADOTabZakaz.Filtered:=True;;TForm1.N24Click(Sender:
TObject);;.Checked:=True;.Caption:=’МАСТЕР (вкл.)’;.ADOTabZakaz.Filter:=’КодМастера=’+IntToStr(DM.ADOTabZakazКодМастера.Value);.ADOTabZakaz.Filtered:=True;;TForm1.N26Click(Sender:
TObject);;.ADOTabZakaz.Filtered:=False;;TForm1.N28Click(Sender: TObject);,
Save: OleVariant;: string;DM.ADOTabZakazНомерЗаказа.Value=Null Then(‘Выберите заказ!’);;;:=ExtractFilePath(Application.ExeName)+’Doc1.doc’;:=IntToStr(DM.ADOTabZakazНомерЗаказа.Value);:=ExtractFilePath(Application.ExeName)+’DocСправка
№’+St+’.doc’;.WordApplication1.Connect;.Minimize;.WordApplication1.Documents.Open(N,EmptyParam,EmptyParam,EmptyParam,,EmptyParam,EmptyParam,EmptyParam,EmptyParam,EmptyParam,,EmptyParam,EmptyParam,EmptyParam,EmptyParam);.WordDocument1.ConnectTo(DM.WordApplication1.ActiveDocument).WordDocument1.SaveAs(Save);.WordDocument1.Tables.Item(1).Cell(14,2).Range.InsertBefore(St);:=DM.ADOTabZakazКлиент.Value;.WordDocument1.Tables.Item(1).Cell(3,2).Range.InsertBefore(St);:=DM.ADOTabZakazТелефон.Value;.WordDocument1.Tables.Item(1).Cell(4,2).Range.InsertBefore(St);:=DM.ADOTabZakazФакс.Value;.WordDocument1.Tables.Item(1).Cell(5,2).Range.InsertBefore(St);:=DM.ADOTabZakazАдрес.Value;.WordDocument1.Tables.Item(1).Cell(6,2).Range.InsertBefore(St);:=DM.ADOTabZakazEmail.Value;.WordDocument1.Tables.Item(1).Cell(7,2).Range.InsertBefore(St);:=DM.ADOTabZakazНомерТехники.Value;.WordDocument1.Tables.Item(1).Cell(9,2).Range.InsertBefore(St);:=DM.ADOTabZakazТехника.Value;.WordDocument1.Tables.Item(1).Cell(10,2).Range.InsertBefore(St);:=DM.ADOTabZakazМарка.Value;.WordDocument1.Tables.Item(1).Cell(11,2).Range.InsertBefore(St);:=DM.ADOTabZakazИмяТехники.Value;.WordDocument1.Tables.Item(1).Cell(12,2).Range.InsertBefore(St);:=DateToStr(DM.ADOTabZakazДатаЗаказа.Value);.WordDocument1.Tables.Item(1).Cell(15,2).Range.InsertBefore(St);

Except(‘Шаблон документа не найден!’);

DM.WordApplication1.Disconnect;.Restore;;;;.WordApplication1.Disconnect;.Restore;;TForm1.N30Click(Sender:
TObject);, Save: OleVariant;: string;DM.ADOTabZakazНомерЗаказа.Value=Null Then(‘Выберите заказ!’);;;:=ExtractFilePath(Application.ExeName)+’Doc2.doc’;:=IntToStr(DM.ADOTabZakazНомерЗаказа.Value);:=ExtractFilePath(Application.ExeName)+’DocНаряд
№’+St+’.doc’;.WordApplication1.Connect;.Minimize;.WordApplication1.Documents.Open(N,EmptyParam,EmptyParam,EmptyParam,,EmptyParam,EmptyParam,EmptyParam,EmptyParam,EmptyParam,,EmptyParam,EmptyParam,EmptyParam,EmptyParam);.WordDocument1.ConnectTo(DM.WordApplication1.ActiveDocument).WordDocument1.SaveAs(Save);.WordDocument1.Tables.Item(1).Cell(12,2).Range.InsertBefore(St);:=DM.ADOTabZakazМастер.Value;.WordDocument1.Tables.Item(1).Cell(3,2).Range.InsertBefore(St);:=DM.ADOTabZakazТелМастер.Value;.WordDocument1.Tables.Item(1).Cell(4,2).Range.InsertBefore(St);:=DM.ADOTabZakazСертификат.Value;.WordDocument1.Tables.Item(1).Cell(5,2).Range.InsertBefore(St);:=DM.ADOTabZakazНомерТехники.Value;.WordDocument1.Tables.Item(1).Cell(7,2).Range.InsertBefore(St);:=DM.ADOTabZakazТехника.Value;.WordDocument1.Tables.Item(1).Cell(8,2).Range.InsertBefore(St);:=DM.ADOTabZakazМарка.Value;.WordDocument1.Tables.Item(1).Cell(9,2).Range.InsertBefore(St);:=DM.ADOTabZakazИмяТехники.Value;.WordDocument1.Tables.Item(1).Cell(10,2).Range.InsertBefore(St);:=DateToStr(DM.ADOTabZakazДатаЗаказа.Value);.WordDocument1.Tables.Item(1).Cell(13,2).Range.InsertBefore(St);

unit Unit3;, Classes, DB, ADODB, Variants,, WordXP,
OleServer;: TDM;Unit1, Unit2;

end;TDM.ADOTabRashodAfterInsert(DataSet:
TDataSet);ADOTabZakazНомерЗаказа.Value = Null then(‘Выберите заказ!’);.Cancel;;;НомерЗаказа.Value:=ADOTabZakazНомерЗаказа.Value;.Form2.N1.Visible:=True;.Form2.ShowModal;;TDM.ADOTabRashodCalcFields(DataSet:
TDataSet);ADOTabRashodСумма.Value:=ADOTabRashodЦена.Value*ADOTabRashodКоличество.Value;;TDM.ADOTabRashodRecordChangeComplete(DataSet:
TCustomADODataSet;Reason: TEventReason; const RecordCount: Integer; const
Error: Error;EventStatus:
TEventStatus);.ADOQSumRashod.Close;.ADOQSumRashod.Filter:=’НомерЗаказа=’+IntToStr(ADOTabZakazНомерЗаказа.Value);.ADOQSumRashod.Filtered:=True;.ADOQSumRashod.Open;;TDM.ADOTabRemontAfterInsert(DataSet:
TDataSet);ADOTabZakazНомерЗаказа.Value = Null then(‘Выберите заказ!’);.Cancel;;;НомерЗаказа.Value:=ADOTabZakazНомерЗаказа.Value;;TDM.ADOTabTexnikaAfterInsert(DataSet: TDataSet);ADOTabKlientКодКлиента.Value = Null then(‘Выберите клиента!’);.Cancel;;;КодКлиента.Value:=ADOTabKlientКодКлиента.Value;;TDM.ADOTabZakazCalcFields(DataSet:
TDataSet);.ADOQSumRemont.Close;.ADOQSumRemont.Filter:=’НомерЗаказа=’+IntToStr(ADOTabZakazНомерЗаказа.Value);.ADOQSumRemont.Filtered:=True;.ADOQSumRemont.Open;.ADOQSumRashod.Close;.ADOQSumRashod.Filter:=’НомерЗаказа=’+IntToStr(ADOTabZakazНомерЗаказа.Value);.ADOQSumRashod.Filtered:=True;.ADOQSumRashod.Open;
ADOTabZakazСумма.Value:=ADOQSumRemontSumЦенаРаботы.Value+ADOQSumRashodSumцена.Value;;TDM.DSZakazDataChange(Sender:
TObject; Field: TField);ADOTabZakazВызов.Value=True then.Form1.BitBtn14.Caption:=’ВЫЗОВ (откл.)’.Form1.BitBtn14.Caption:=’ВЫЗОВ (вкл.)’;ADOTabZakazДоставка.Value=True then.Form1.BitBtn15.Caption:=’ДОСТАВКА (откл.)’.Form1.BitBtn15.Caption:=’ДОСТАВКА (вкл.)’;ADOTabZakazВыполнен.Value=True
then.Form1.BitBtn2.Caption:=’ГОТОВ (откл.)’.Form1.BitBtn2.Caption:=’ГОТОВ (вкл.)’;ADOTabZakazОплата.Value=’нал’
then.Form1.BitBtn16.Caption:=’БЕЗНАЛ
(вкл.)’;.Form1.N15.Caption:=’Наличный расчет’;.Form1.BitBtn16.Caption:=’НАЛ (вкл.)’;.Form1.N15.Caption:=’Безналичный расчет’;;.ADOQSumRemont.Close;.ADOQSumRemont.Filter:=’НомерЗаказа=’+IntToStr(ADOTabZakazНомерЗаказа.Value);.ADOQSumRemont.Filtered:=True;.ADOQSumRemont.Open;.ADOQSumRashod.Close;.ADOQSumRashod.Filter:=’НомерЗаказа=’+IntToStr(ADOTabZakazНомерЗаказа.Value);.ADOQSumRashod.Filtered:=True;.ADOQSumRashod.Open;

Модуль формы «Расходные материалы» (Unit2.pas)

unit Unit2;, Messages, SysUtils, Variants, Classes, Graphics,
Controls, Forms,, StdCtrls, DBCtrls, Grids, DBGrids, DBCGrids, Mask, ExtCtrls,
Menus;: TForm2;Unit1, Unit3;

ShowMessage(‘Выберите расходные материалы для ремонта и нажмите на кнопку
«Добавить расход»!’);

end;TForm2.FormClose(Sender: TObject; var Action:
TCloseAction);.ADOTabRashod.Cancel;.Visible:=False;;TForm2.N1Click(Sender:
TObject);.ADOTabRashodКодМатериала.Value:=DM.ADOTabMatКодМатериала.Value;.ADOTabRashodКоличество.Value:=1;.ADOTabRashod.Post;.Close;;.

Модуль формы «Клиенты» (Unit6.pas)

unit Unit6;, Messages, SysUtils, Variants, Classes, Graphics,
Controls, Forms,, DBCtrls, ExtCtrls, StdCtrls, Grids, DBGrids, Menus;:
TForm6;Unit1, Unit3, Unit7;

ShowMessage(‘Выберите технику клиента для ремонта и нажмите на кнопку
«Добавить заказ»!’);

end;TForm6.FormClose(Sender: TObject; var Action:
TCloseAction);.ADOTabZakaz.Cancel;.Visible:=False;;TForm6.N1Click(Sender:
TObject);.ADOTabZakaz.Insert;.ADOTabZakazНомерТехники.Value:=DM.ADOTabTexnikaНомерТехники.Value;.Close;.Form7.N1.Visible:=True;.Form7.ShowModal;;.

Модуль формы «Сотрудники» (Unit7.pas)

unit Unit7;, Messages, SysUtils, Variants, Classes, Graphics,
Controls, Forms,, Grids, DBGrids, DBCtrls, ExtCtrls, StdCtrls, Menus;:
TForm7;Unit1, Unit3;

ShowMessage(‘Выберите мастера для ремонта техники и нажмите на кнопку
«Добавить заказ»!’);

end;TForm7.FormClose(Sender: TObject; var Action:
TCloseAction);.ADOTabZakaz.Cancel;.Visible:=False;;TForm7.N1Click(Sender:
TObject);.ADOTabZakazКодМастера.Value:=DM.ADOTabMasterКодМастера.Value;.ADOTabZakazДатаЗаказа.Value:=Date();.ADOTabZakaz.Post;.Close;;.

Модуль формы «Период отчетности» (Unit9.pas)

unit Unit9;, Messages, SysUtils, Variants, Classes, Graphics,
Controls, Forms,, ExtCtrls, StdCtrls, Buttons, ComCtrls, DBCtrls;:
TForm9;Unit1, Unit3;

2
Концептуальный уровень архитектуры базы данных

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

Информационная модель данных предназначена для представления семантики
предметной области в терминах субъективных средств описания — сущностей,
атрибутов, идентификаторов сущностей, супертипов, подтипов и т.д. Элементы
информационной модели данных предметной области являются входными данными для
решения задачи проектирования базы данных — создания логической модели данных.(Information
Modeling) — одна из методологий семейства IDEF. Применяется для построения
информационной модели, которая представляет структуру информации, необходимой
для поддержки функций производственной системы или среды. Метод IDEF1,
разработанный Т. Рэмей основан на подходе П. Чена. Он позволяет построить
модель данных, эквивалентную реляционной модели в третьей нормальной форме. В
настоящее время на основе совершенствования методологии IDEF1 создана ее новая
версия — методология IDEF1X. IDEF1X разработана с учетом таких требований, как
простота изучения и возможность автоматизации. IDEF1X-диаграммы используются
рядом распространённых CASE-средств (в частности, ERwin, Design/IDEF).

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

Читайте также:  Сервис центр по ремонту бытовой техники хабаровск

Таблица 2.1 — Сущности предметной области

Таким образом, средствами ERwin
была спроектирована ER-диаграмма
предметной области (См. рис. 2.2), которая отражает выделенные сущности предметной
области и связи между ними.

Рисунок 2.2 — ER-диаграмма
предметной области

После определения атрибутов сущностей, выделения первичных и внешних
ключей, и связей между сущностями была составлена IDEF1X-диаграмма
КВ-уровня (См. рис. 2.3).

Рисунок 2.3 — IDEF1X-диаграмма КВ-уровня

Описание атрибутов сущностей, с указанием владельцев сущностей,
представлено в таблице 2.2.

Таблица 2.2 — Атрибуты сущностей

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

2
Перекрестная проверка модели данных и иерархии функций

Перекрестная проверка модели предметной области и иерархии функций,
выполнена в форме таблицы 2.3.

В таблице 2.3 использованы следующие сокращения:

–       I — операция добавления данных;

–       U — операция обновления данных;

–       R — операция чтения (выборки) данных.

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

Таблица 2.3 — Перекрестная проверка модели предметной области

1 2. 3
Даталогическая модель базы данных

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

Рисунок 2.4 — Даталогическая модель базы данных

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

Приложение
В

Рисунок В.1 — Главная форма программы

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

Понятие жизненного цикла информационной системы (ЖЦ ИС) является одним из
базовых в программной инженерии. Жизненный цикл ИС определяется как период
времени, который начинается с момента принятия решения о необходимости создания
ИС и заканчивается в момент его полного изъятия из эксплуатации.

Основным нормативным документом, регламентирующим состав процессов ЖЦ ИС,
является международный стандарт ISO/IEC 12207: 1995 «Information Technology — Software Life Cycle Processes» (ISO — International Organization for Standardization — Международная организация по
стандартизации, IЕС — International Electrotechnical Commission — Международная комиссия по
электротехнике). Структура ЖЦ по стандарту ISO/IEC 12207 базируется на трех
группах процессов:

–       основные процессы ЖЦ ИС (приобретение, поставка, разработка,
эксплуатация, сопровождение);

–       вспомогательные процессы, обеспечивающие выполнение основных
процессов (документирование, управление конфигурацией, обеспечение качества,
верификация, аттестация, оценка, аудит, решение проблем);

–       организационные процессы (управление проектами, создание
инфраструктуры проекта, определение, оценка и улучшение самого ЖЦ, обучение).

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

Рисунок 2.1 — Каскадная модель жизненного цикла ИС

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

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

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

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

2
Ожидаемые риски на этапах жизненного цикла и их описание

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

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

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

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

–       Неготовность высшего руководства предприятия к изменениям в
бизнес-процессах предприятия и организационной структуре.

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

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

–       Делегирование основных руководящих и исполнительских полномочий
IT подразделению. В проектную команду обязательно должны входить ключевые
сотрудники всех «предметных» подразделений, которые потом будут работать с
внедряемой системой. На этапе внедрения в полной мере начинают проявляться
риски, заложенные на предыдущих стадиях проекта, так называемые постановочные
риски. К ним добавляются также «сквозные» риски, реализующиеся практически на
каждом этапе проекта. К сквозным рискам относятся, прежде всего,
внутриполитические риски — часто проект по внедрению ИС служит рычагом
политической борьбы на предприятии. Если проект затрагивает сферу жизненных
интересов больших коллективов и руководителей высшего звена, контролирующих
собственность, товарные и денежные потоки, то даже при идеальном планировании и
организации внедрения могут возникнуть значительные проблемы. Неприятие проекта
со стороны персонала, как правило, возникает из-за недостатка информации:
руководство предприятия не осведомлено о том, чем занимается проектная команда,
а сотрудники вообще не видят смысла во внедрении. Преодолеть негативное
отношение персонала может своевременная и регулярная разъяснительная работа,
которая должна входить в обязанности участников проектной группы. После
завершения проекта начинают проявляться долгосрочные риски, препятствующие
эффективному использованию и дальнейшему развитию ИС на предприятии. Главные
долгосрочные риски порождаются неадекватной поддержкой внешних и внутренних
изменений. Важный долгосрочный риск связан с человеческим фактором — окончанием
участия в проекте консультантов. Кроме того, существует риск нарушения
информационной безопасности — возможной утечки коммерческой информации из
компании.

3
Организационно-правовые и программно-аппаратные средства обеспечения
информационной безопасности и защиты информации

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

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

–       Наличием информации различной степени конфиденциальности.

–       Обеспечением криптографической защиты информации различной
степени конфиденциальности при передаче данных.

–       Иерархичностью полномочий субъектов доступа к компонентам ИС.

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

–       Наличием механизма предотвращения несанкционированного доступа.

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

–       Наличием средств восстановления системы защиты информации.

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

Любая информационная система потенциально подвержена угрозам безопасности
— кража данных или нарушение работы системы. Поэтому разработчики ИС её
пользователи должны позаботиться о её безопасности.

Комплексная защита информации в сетях ЭВМ предполагает реализацию четырех
уровней защиты:

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

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

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

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

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *