27
Также данная ИС позволяет быстро оформлять наряды на выполнение
различных работ (посадку, вырубку, обрезку, побелку). Составленный наряд
можно отправить на печать.
1.4.3 Обоснование проектных решений по техническому обеспечению
При внедрении информационной системы важно определить аппаратно-
программную конфигурацию, обеспечивающую достаточную
производительность решения автоматизируемых задач.
К характеристикам аппаратнойaсоставляющей, влияющим на
производительность, относятся, в частности быстродействие и архитектура
центрального процессора, объем и быстродействие подсистемы памяти [8].
Для реализации данного проекта была использована система управления
базами данных, реализованная средствами пакета инструментов веб-
разработчика Denwer [1].
Системные требования:
Операционная система MicrosoftaWindows XP с пакетом обновления 2
(SP2) или более поздняя версия, или MicrosoftaWindowsaServer 2007 или более
поздняя версия;
ПК с процессором 500 МГц или более, 256 или более МБ ОЗУ;
дисковод для CD-дисков;
Жесткий диск – для установки необходимо 20 МБ;
Разрешение экрана монитора - минимум 800x600 точек
(рекомендовано 1024x768) или более;
Дополнительные компоненты – Microsoft Office 2007 для печати
договоров, счетов и справок.
В ООО «Зеленстрой» рабочие места сотрудников оснащены
компьютерами со следующими характеристиками:
Процессор AMD Athlon 3800+
448 Mb RAM
52х CD-ROM
Жёсткий диск объёмом 10Gb
28
8Mb 3D Video Card с поддержкой DirectX 9
Сервер, используемый на предприятии, обладает следующими параметрами:
Процессор Intel® Xeon® 3400
3Gb DDR3 1333MHz
2 жёстких диска SAS/SATA Hot-Swap по 200Gb
Операционная система Windows+Server 2007
На основании вышеизложенного можно сделать заключение о том, что
рабочие места и сервер вполне соответствуютaтребованиям, необходимым для
использования на них созданной ИС.
29
II ПРОЕКТНАЯ ЧАСТЬ
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Жизненныйaцикл (ЖЦ) программного ܖ обеспечения (ПО) ИС – это
непрерывный процесс, который начинается с момента принятия решения о
создании ПО и заканчивается по завершении ܖ его эксплуатации.
Модель ЖЦ ПО представляет собой ܖ структуру, которая определяет
последовательность выполнения и ܖ взаимосвязи ܖ процессов, действий и задач в
течение ЖЦ. Более распространенными являются следующие модели: ܖ каскадная,
с промежуточным контролем и спиральная.
Такие модели как каскадная и с промежуточным контролем включают
следующие этапы ܖ ЖЦ ПО:
Анализ;
Проектирование;
Реализацию;
Внедрение;
Сопровождение.
Отличительной чертой каскаднойaмодели является строго
последовательная ܖ реализация перечисленных выше этапов жизненного ܖ цикла.
Модель имеет следующее достоинство: на каждом из ܖ этапов данная ܖ модель
позволяет формировать законченный комплект ܖ документации и дает
возможность планировать сроки ܖ завершения работ и соответствующие ܖ затраты.
Однако имеется следующий недостаток: реальный процессaразработки ПО в
большинстве случаев не укладывается в такую жесткую схему и требует
возврата к предыдущим этапам до уточнения или пересмотра принятых
решений.
В отличие от каскадной ܖ модели с промежуточнымaконтролем
жизненный цикл более близок к реальной разработке и применению ПО. При
данной модели допускается возврат каждого этапа жизненного ܖ цикла на любой
30
из предыдущих ܖ этапов, если требуется выполнение межэтапнойaкорректировки.
Кроме того может быть обеспечена большая ܖ надежность ПО, однако возрастает
длительность периода ܖ разработки.
При спиральной ܖ модели ܖ жизненного цикла отсутствуютaнедостатки
выше описанных моделей. В данной модели основополагающими являются
первоначальные ܖ этапы: анализ и ܖ проектирование, в которых реализуемость
технических решений проверяется с помощью создания прототипов.
Кроме того спиральная ܖ схема разработки позволяет перейти на
следующий ܖ этап не завершив ܖ полностью работы на предыдущем этапе.
Окончательные работы могут быть выполнены на следующем ܖ витке ܖ спирали. В
результате это обеспечивает возможность предъявить заказчику ܖ разработки
некоторый работоспособный ее ܖ вариант, чтобы уточнить требования.
Целью данной ܖ выпускной квалификационнойaработы является
разработка программы учета зеленых ܖ насаждений, способной за счет
автоматизации усовершенствовать учет зеленых ܖ насаждений. В процессе
разработки будет использована каскадная ܖ модель жизненногоaцикла.
Использование этой модели на каждом из этапов позволяет формировать
законченный комплект ܖ документации и дает возможность планироватьaсроки
завершения работ и соответствующие ܖ затраты.
Каскаднаяaмодель включает следующие ܖ этапы:
Анализ
Проектирование
Реализация
Введение
Эксплуатация.
На этапеaанализа ܖ необходимо собрать ܖ информацию по учету зеленых
насаждений. Менеджеры, бухгалтер ܖ предприятия должны собрать и
проанализировать ܖ данные необходимые им в программе ܖ по автоматизации
договорных отношений.
На этапе ܖ проектирования по результатам представленной ܖ информации
происходит проектирование базы ܖ данных и структуры ܖ программы.
31
На этапе реализации создается база ܖ данных: создаются все необходимые
справочники документы, регистры. Затем производится настройка ܖ главного
меню и меню всех элементов ܖ программы.
Этап ܖ внедрения включает в себя развертывание технических,
информационных и программных ܖ средств и проведение окончательного
тестирования системы на развернутых средствах, чтобы убедиться в
работоспособности всех модулей системы.
На этапе ܖ эксплуатации необходимо провести ܖ обучение всех
пользователей, которые будут работать с системой.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
На этапе ܖ анализа нужно четко установить все виды ܖ данных, которые
будут вводиться в программу ܖ автоматизации. Поскольку если на этом этапе не
будет учтена какая-либо ܖ информация, это отразится на возможности ܖ хранения
данной информации в системе и, следовательно, может быть утрачено
использование этой информации в отчетности или другой выходной
документации. Чтобы уменьшить ܖ данный риск ܖ упущенияaинформации, нужно
проделать перекрестную проверку между различными ܖ подразделениями
предприятия.
На этапе ܖ проектирования нужно провести детальный анализ ܖ информации
и перенести его на структуры базы данных и программы. Постараться избежать
дублированияaинформации в системе.
На этапе ܖ реализации требуется исключить ܖ возможность совершения
пользователем системы ошибочных действий, которые могут повлечь крах
системы или ввод неверныхaданных. Чтобы снизить такой риск, требуется
осуществить тестирование системы достаточным числом пользователей.
На этапе ܖ внедрения нужно проверить наличие необходимого
программногоaобеспечения и лицензий ܖ к нему.
32
На этапе эксплуатации нужно обеспечить правильное ܖ обучение
пользователей и, чтобы уменьшить рискaпроконтролировать ܖ результаты данного
процесса.
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Достаточно существенным для успешной деятельности современного
предприятия является система обеспечения информационной ܖ безопасности и
защиты ܖ информации. Это объясняется хранением в ܖ информационнойaсистеме
личных данных сотрудников и конфиденциальной ܖ информации о деятельности
предприятия. Конкуренты в борьбе за прибыль готовы пойти на противоправные
действия для владенияaинформацией, а завладев ею, могут использовать ее во
вред своим конкурентам. Кроме того, существенной стороной обеспечения
информационной безопасности является защита ܖ от намеренного или случайного
уничтожения данных, что может привести к потере информации важной как для
эффективной работы предприятия, так и для аналитической отчетности.
Компьютеризация ܖ деятельности предприятия, по сравнению с бумажным
вариантом работы, повышает уровень ܖ информационнойaбезопасности на
порядок. Автоматизированный учет накладывает на пользователя большую
ответственность в работе [12].
Информационная ܖ безопасность и защита информации ܖ технически
выполняется при помощи системы паролей для доступа к информации разного
уровня. В первую очередь, это пароль для входа пользователя ܖ в операционную
систему его рабочегоa места. Ввод этого пароля открывает пользователю ܖ доступ
к информации на данном компьютере и к документам, хранящимся на нем.
Однако политика безопасности ܖ должна быть сформирована так, чтобы у
пользователя было некоторое ограничение прав на своем рабочем ܖ месте, то
есть, к примеру, он не мог установить вредоносноеaпрограммноеaобеспечение
или программы по копированию информации. Это несомненно, несколько
осложняет работу пользователя, но при этом дает гарантию защиты
информации. В такой ситуации требуется найти баланс ܖ между удобством и
33
комфортом в деятельности пользователя и безопасностью ܖ хранения
корпоративнойaинформации.
Если пользователь входит под своим паролем в операционную систему,
и имеет доступ не только к ресурсам локального ܖ компьютера, но и к ресурсам
компьютерной сети предприятия, то такое может быть, если пользователь
входит в компьютер как доменный или сетевой пользователь. Тогда необходимо
еще более внимательнее подойти к разграничению прав ܖ пользователей в
корпоративной сети. Необходимо таким образом настроить права сетевого
пользователя, чтобы дать ему возможность беспрепятственно работать со
своими документами, однако, ограничить доступ к документам и информации, к
которой он не имеет права допуска. Тогда одновременно ܖ может быть решена
задача защиты данных от несанкционированного ܖ доступа и от случайной их
порчи.
Распределением прав пользователей в компании занимается системный
администратор. Он обязан разграничить права пользователей на доступ к
документам и информации как в сети так и на локальных ܖ компьютерах.
Далее для защиты информации необходимо применить парольную
защиту доступа непосредственно в автоматизированную ܖ систему заключения и
контроля договоров. Возможно, нужно более гибко настроить доступ
пользователей только к необходимым данным в информационной ܖ системе,
скрыв от несанкционированного доступа и от возможности случайной порчи
данные, доступа к которым у данного ܖ пользователя нет.
Обязанность распределения прав доступа пользователей ܖ к данным,
хранящимся в информационной системе заключения и контроля договоров,
накладывается на администратора системы. Он обязан настроить права каждого
пользователя так, чтобы, не создавая ему ܖ трудностей в работе, ограничить ему
доступ к информации, к которой у него нет допуска.
Существенной и ܖ повышающей уровень информационнойaбезопасности и
защиты информации при введении в действие системы заключения и контроля
договоров является возможность сохранить всю базу данных документов на
каком-либо электронном носителе, если возникнет, например, угроза ܖ стихийных
бедствий или других чрезвычайных ܖ происшествий. В таком случае, данная
34
копия базы данных может быть развернута на новом месте и работа с
документами продолжена с того места, на котором она прервалась.
Помимо создания парольной ܖ защиты ܖ информации необходима и
физическая защита информации. Серверaкомпьютерной сети необходимо
разместить в отдельной ܖ комнате (серверной), где помимо специальных условий,
требующихся для работы ܖ серверов (кондиционирование, вентилирование,…)
нужно создать и специальные условия, которые исключат проникновение
посторонних лиц. Такие, например, как система управления ܖ доступом, либо
другие меры.
Естественно, при введении в деятельность автоматизированной ܖ системы,
работа с бумажными документами тоже будет иметь место, поскольку, многие
документы, имеют юридическую силу только на бумажных ܖ носителях. Хранение
этих документов, должно быть организовано таким образом, чтобы исключить
возможность доступа к ним посторонних лиц, или сотрудников, которые не
имеют к ним доступа. Это также существенный ܖ этап в общей системе
обеспечения информационной ܖ безопасности. Желательно сформировать архив,
где хранились бы данные документы и регламентировать ܖ доступ в него
сотрудников. А возможность проникновения иных лиц исключить физическими ܖ
методами (железная дверь, решетки на окнах).
2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и её описание
Рассмотрим диаграмму потоков данных (DFD) бизнес-процесса «Учет
зеленых насаждений» с целью описания всех его операций и сопровождающих
их документов (рисунок №3).
35
Рисунок №3– DFD-диаграмма бизнес-процесса «Учет зеленых насаждений»
При оформлении документов важно проверить, существуют ли такое
дерево и квартал в базе данных и, если не существуют, внести их в базу данных,
а затем оформить документы.
В процессе оформления документов база данных растений и кварталов
может просматриваться и редактироваться.
2.2.2 Характеристика нормативно-справочной, входной и оперативной
информации
Технология ведения учета в Зеленстрое реализована с использованием
различных видов документов (таких, как личные карточки и наряды) и
характеризуется большим объемом оперативной информации (см. Таблица №3).
36
Таблица №3
Перечень документов
№
п/
п
Название
документ
а
Источн
ик
форми
ро-
вания
докуме
нта
Перио-
дичность
формиро-
вания
Мно-
гост-
роч-
ность
Число
доку-
ментов в
месяц
Объе
м
масси
ва
доку-
менто
в в
год
Кол-
во
строк
в
доку-
менте
Доку-
менто-
строк
1
Наряд на
посадку
деревьев
Операт
ор
По мере
необхо-
димости
да
Примерн
о 50 раз в
месяц
800
40
32000
2
Наряд на
вырубку
деревьев
Операт
ор
По мере
необхо-
димости
да
Примерн
о 50 раз в
месяц
800
40
32000
3
Наряд на
обрезку
деревьев
Операт
ор
Один раз в
год
да
Примерн
о 20 раз в
месяц
400
40
16000
4
Наряд на
побелку
деревьев
Операт
ор
Два раза в
год
да
Примерн
о 20 раз в
месяц
400
40
16000
Условно-постоянной информацией в рассматриваемых задачах являются
полные сведения о растениях.
Условно-постоянная информация поступает с различной периодичностью,
которая варьируется от еженедельного поступления до поступления 1 раз в
квартал.
Оперативная информация поступает так же с различной периодичностью
для каждого типа оперативной информации. К оперативной относится
информация, которая меняется для каждого фиксированного случая ее
использования.
2.2.3 Характеристика результатной информации
Выходными данными являются следующие документы, справки, отчеты:
Оперативная информация представлена следующими документами:
Наряд на посадку;