49
Характеристики ПЭВМ для работы в Access 2010
Параметр
Требования
Процессор
компьютер с процессором 1500 МГц или более, оперативная
память обьемом 2046 или более МБ;
Жесткий диск
Для установки требуется обьем 2ГБ; часть из которого после
установки освобождается
Разрешение
экрана
1080x1940 или более
Сервер и персональные компьютеры, работающие на предприятии, имеют
технические характеристики, превосходящие те, которые необходимы для работы
информационной системы. Это означает, что разработка модуля возможна на любом
из доступных компьютеров и серверов.
Для печати, сканирования и копирования документов установлено
соответствующее оборудование, а также для обеспечения безопасности данных при
аварийном отключении питания рабочие станции оснащены источником
бесперебойного питания. Поэтому внедрение разработанной системы не требует
покупки и установки дополнительных технических средств.
50
ГЛАВА 2. ПРОЕКТНАЯ ЧАСТЬ
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Информационная система магазина «Родник» создана для:
- обеспечение сбора и первичной обработки информации о регистрации
заявок;
- улучшение качества информации;
- создать единую систему доступа к данным;
- снижение трудозатрат на сбор, хранение и анализ информационных
приложений.
В результате создания проектируемой информационной системы
необходимо улучшить следующие показатели:
- время сбора и первичной обработки исходной информации;
- время, потраченное на получение данных.
Ограничением системы является допуск работников, имеющих право на
производственную деятельность организации.
Созданная проектируемой информационной системы ООО «Магазин
«Родник» выполняет функции:
- обработка данных;
- хранилище данных;
- предоставление данных пользователю.
Основными задачами проектируемой информационной системы являются:
- мониторинг покупок;
- создать единую точку хранения приложений;
- реализация мер по переходу на новые технологии для работы с
документами (обеспечение наименьшего бумажного документооборота).
Жизненный цикл (ЖЦ) информационной системы - это период создания и
использования информационной системы (ИС), начиная с момента возникновения
51
требования к проектируемой информационной системы и заканчивая моментом,
когда он полностью не работает.
Рисунок 8. Жизненный цикл разрабатываемой информационной системы
Основным нормативным документом, регламентирующим жизненный цикл
программного обеспечения, является международный стандарт ISO / IEC 12207 [32].
Структура жизненного цикла включает в себя процессы, действия и задачи,
которые должны быть выполнены при создании информационной системы. Каждый
процесс делится на набор действий; Каждое действие делится на набор задач.
Каждый процесс, действие или задача инициируется и выполняется другим
процессом по мере необходимости, и нет заранее определенных
последовательностей выполнения. Ссылки на входные данные сохраняются.
Согласно этому стандарту в структуре жизненного цикла выделяются
следующие этапы.
1) Предпроектное обследование и анализ данных:
- сбор материалов для проектирования с выделением формулировки
требований, исходя из изучения обьекта автоматизации, дает предварительные
выводы предпроектной версии ИС
52
- анализ материалов и разработка документации, обязательно дается
технико-экономическое обоснование с техническим заданием на проектирование
ИС.
2) Дизайн:
2.1) эскизный проект;
- подбор проектных решений по аспектам развития ИС;
- описание реальных компонентов ИС;
- выполнение и согласование технического проекта (ТП).
2.2) детальный дизайн:
- выбор или разработка математических методов или алгоритмов программ;
- корректировка структур баз данных (БД);
- создание документации для доставки и установки программных продуктов;
- выбор комплекса технических средств с документацией по его установке.
2.3) разработка техно-рабочего проекта (ГТО) ИС.
2.4) разработка методологии реализации функций управления с
использованием проектируемой информационной системы и описание правил
действий аппарата управления.
3) Разработка приложений, тестирование, написание документации:
- получение и установка аппаратного и программного обеспечения;
- тестирование позволяет обнаружить наличие ошибок или;
- подготовка текстовых и учебных материалов.
4) Реализация:
- ввод разработанного модуля;
обучение сотрудников, для которых был разработан этот модуль;
- сдача и подписание актов приемки работ.
5) Эксплуатация и обслуживание:
- ежедневная эксплуатация;
- общая поддержка всего проекта [22].
ГОСТ 34 «Единая автоматизированная система учета персонала всех
государственных предприятий» регламентирует процесс автоматизации учета
персонала на всех этапах [30].
53
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
Любой проект по созданию информационной системы предприятия всегда
включает в себя множество задач, связанных с общим управлением проектом,
разработкой программного обеспечения, дизайном ИС, реализацией, каждый из
которых сам по себе является проектом со своими присущими ему особенностями.
Поэтому при разработке возникают различные риски.
Общеизвестно, что значительная часть ИТ-проектов неудачна с точки зрения
соответствия целям, бюджету или срокам. Во многом такие проблемы связаны с
недостаточно полным и качественным управлением рисками.
Информационные риски представляют собой потенциальную, численно
измеряемую возможность возникновения неблагоприятных ситуаций и связанных с
ними последствий в виде ущерба, потерь, неблагоприятных изменений основных
контролируемых параметров проекта.
ИТ-риски можно разделить на две группы: риски, связанные с обеспечением
непрерывности бизнеса, и риски реализации новых проектов.
Управление рисками, конечно, охватывает весь проектный цикл - от
подготовки до завершения, но самым важным (особенно в контрактах с
фиксированными сроками и затратами) будет правильная и честная оценка будущих
рисков на этапе подготовки проекта.
При анализе проекта есть несколько рисков:
- утечка конфиденциальной информации;
- обои при передаче информации, отказ оборудования;
- риск реорганизации, в результате которой автоматизированная система
может стать бесполезной.
Способы предотвращения:
- Активное взаимодействие с руководством в ходе проекта и своевременное
принятие решений.
- участие в проекте ведущих экспертов и профессиональных консультантов
- Четко определенные цели проекта.
- Разработка общей стратегии автоматизации организации
- Стабильный состав рабочей группы на протяжении всего проекта
54
На этапе разработки концепции могут возникнуть следующие риски:
- близорукий анализ времени и бюджета проекта
Чтобы устранить этот вид риска, необходимо более детально проработать
цели и задачи проекта и установить больше контрольных точек.
Неправильно подобранные сотрудники проекта могут привести к полному
отсутствию командной работы.
Этот риск снижается благодаря более тщательному отбору специалистов в
проектной группе путем проверки не только профессиональных навыков, но и
личных качеств.
Способы предотвращения:
- Обеспечение стабильности границ проекта, которые определены на
начальном этапе и остаются неизменными до конца проекта.
- Качественное планирование выполненных работ
- Обеспечение проекта необходимыми ресурсами
- Утверждение и утверждение проектного решения.
- Установление высокого порога для принятия изменений
На этапе планирования могут возникнуть следующие риски:
- Неправильно или не совсем правильно сформированная архитектура
выбранного решения.
Возможность возникновения этого риска зависит от компетенции менеджера
проекта, который отвечает за выбор архитектуры разрабатываемого решения.
Способы предотвращения:
- На начальных этапах проекта, проведение аудита, организация командной
работы, распределение ролей и стимулирование.
- Документирование всей работы и предоставление доступа к данным всем
участникам проекта.
На этапе разработки возможны следующие риски:
- Неправильная интерпретация технических спецификаций и, как следствие,
неправильное программирование архитектуры и временные сдвиги.
Минимизация этого риска - более четкое написание технических
спецификаций, понятных программисту.
55
Другим важным риском в этом проекте является отсутствие надлежащей
квалификации программиста на языке, на котором клиент решил внедрить
программу, которая будет распределять приложения между инженерами.
Способы предотвращения:
- Тщательный отбор персонала, задействованного в проекте
-Перфорированная система связи между сотрудниками, постоянное
документирование системных изменений
На этапе тестирования могут возникнуть следующие риски:
- незаконченное тестирование.
Может случиться, что программный продукт не полностью протестирован.
Это решается повторным тестированием на следующей итерации
разработки.
На этапе реализации могут возникнуть следующие риски:
- риски неправильного решения о полноте проекта.
Возникновение этих рисков приводит к проблеме неполных решений и
возможности несоответствий с другими частями разрабатываемой ИС.
Исключается путем уточнения на следующей итерации.
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Существует множество причин, которые могут серьезно повлиять на работу
спроектированной ИС, привести к потере ценной информации. Среди них
следующие.
1. Несанкционированный доступ извне, копирование или изменение
информации, случайные или преднамеренные действия, приводящие к:
- искажение или уничтожение данных;
- ознакомление посторонних лиц с информацией, составляющей
банковскую, финансовую или государственную тайну.
2. Неправильная работа программного обеспечения, приводящая к потере
или повреждению данных из-за:
- ошибки в приложении или сетевом программном обеспечении;
56
- заражение систем компьютерными вирусами.
3. Отказы технического оборудования, вызванные:
- сбой питания;
- сбой дисковых систем и систем архивации данных;
- сбои серверов, рабочих станций, сетевых карт, модемов.
4. Ошибки обслуживающего персонала.
В результате решения проблем информационной безопасности
разрабатываемая проектируемой информационной системы должна обладать
следующими основными характеристиками:
- Доступность информации различной степени конфиденциальности.
- Обеспечение криптографической защиты информации различной степени
конфиденциальности при передаче данных.
- иерархическая власть субьектов доступа к компонентам ИС.
- Обязательное управление информационными потоками, как в локальных
сетях, так и при передаче по каналам связи на большие расстояния.
- Наличие механизма предотвращения несанкционированного доступа.
- Обязательная целостность программного обеспечения и информации.
- Наличие средств восстановления системы защиты информации.
Основу нормативно-правового обеспечения составляют нормы и регламенты
компании, сервисы и инструменты, реализующие функции защиты информации,
различные виды методик, обеспечивающие деятельность пользователей при
выполнении их работы под строгими требованиями конфиденциальности.
Защита от внешних угроз осуществляется с помощью следующих методов:
- использование программно-аппаратных комплексов;
- разработка и соблюдение политик безопасности;
- использование безопасных каналов связи при передаче информации;
- использование противовирусных средств;
- физическая защита помещений с наиболее ценной информацией.
Характеристики используемых средств от внешних угроз информационной
безопасности приведены в таблице 8.
Таблица 8
57
Характеристика используемых средств от внешних угроз информационной
безопасности
Способ (метод)
Описание (наименование средства)
Программно-аппаратные
комплексы защиты
информации
Сетевой брадмауер
Разработка и соблюдение
политик безопасности
- ограничение доступа пользователей к
информации;
- анализ и статистика нарушений
информационной безопасности;
- информационный мониторинг;
- распределение ответственности по
обеспечению информационной безопасности;
- определение порядка работы с информацией,
являющейся конфиденциальной.
Защита каналов связи
протокол SSH
Антивирусная защита
Kaspersky Total Space Security
Физическая защита
помещений
- система контроля и управления доступом;
- оборудование помещений решетками на
окнах;
- разграничение прав доступа в помещения.
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и её описание
Информационная система может быть определена с технической точки
зрения как набор взаимосвязанных компонентов, которые собирают, обрабатывают,
хранят и распространяют информацию для поддержки принятия решений и
управления в организации.
В результате разработки была разработана информационная модель системы
(рис. 9), которая представляет собой модель организации работы системы и
схематично обьясняет, какие входные документы, а также справочная информация,
обеспечивает работу автоматизированная система агентства недвижимости и
выходных данных. процесс преобразования данных в информационной системе.
Новая информационная модель «КАК ДОЛЖНО БЫТЬ» претерпит
некоторые изменения, то есть вся поступившая информация будет фиксироваться,
58
храниться и обрабатываться в разработанной автоматизированной системе, а также
появиться возможность получать различную отчетность и анализировать ее.
Рассмотрим структурно – функциональную модель учета заказов и клиентов
в организации. Информационная модель представлена на рис. 9.
Рисунок 9. Информационная модель
Для составления каталогов для поставщиков и клиентов информация
поступает из различных источников, таких как журналы, газеты, справочные
материалы.
На рисунке видно, что диаграмма декомпозиции содержит три
функциональных блока: «Приём товара», «Учёт товара», «Отпуск товара»:
− блок «Приём товара», в котором происходит прием товара от поставщика
в магазин на основании сведений от поставщика, документов от поставщика и
информации о товаре. В результате выполнения данного блока будет получена
информация о принятом товаре и отчетность;