Для обеспечения защиты переговоров по телефону и сети 220 воль в
кабинете генерального директора и в переговорной комнате используется
универсальный генератор шума "Гром-ЗИ-4".
Он выполняет защиту информации по каналу побочных
электромагнитных излучений телефонной связи и сети 220В.
Имеет сертификат Гостехкомиссии России No 41.
1.3.3 Выбор и обоснование способа приобретения ИС для
автоматизации задачи
Для автоматизации деятельности отдела продаж в настоящее время
используется решение «Клиент-Коммуникатор CRM+», которое
автоматизирует универсальные функции CRM-управления:
продажами: реестры рабочих договоров и заявок маршрутизатор
позволят фиксировать и управлять коммерческими задачами;
работами: журналы задач позволяют контролировать исполнение
поручений и вовремя принимать меры по просроченным работам;
финансами: реестры счетов и финансовых операций позволяют
организовать и управлять движением денежных средств.
Для автоматизации бухгалтерии на исследуемом предприятии ООО
«УАиЭНП» внедрена комплексная информационная система «Клиент-
коммуникатор».
Для защиты информации от вирусов на предприятии внедренено и
используется MicrosoftSecurityEssentials.
1.4 Обоснование проектных решений
Система автоматизации ведения оперативного учета и планирования
производства строится на базе программного комплекса, который предназначен
для автоматизации:
− отражения отношений предприятия с контрагентами
(поставщиками и заказчиками): поставка товаров, отгрузка готовой продукции,
контроль сроков возникновения и погашения задолженностей;
− отражения операций с товарными ценностями, материальными
ценностями и МБП и получение на основании этих данных оперативной
информации и отчетов об остатках и движении товаров;
− отражения операций, связанных с производственной деятельностью
организации: учет и анализ затрат, расчет себестоимости произведенной
продукции с возможностью распределения непрямых затрат;
− отражения операций с нематериальными активами: поступление,
движение, изменение стоимости, выбытие;
− учета сотрудников предприятия, повременной и сдельной
заработной платы.
1.4.1 Обоснование проектных решений по информационному
обеспечению
В состав системы оперативного учета входят следующие основные
подсистемы:
− учет необоротных активов;
− учет материальных ценностей;
− учет финансово-расчетных операций;
− учет договоров и взаиморасчетов с контрагентами;
− учет отгрузок (логистики);
− учет производства;
− учет заработной платы;
− сводный учет, анализ и составление отчетности.
В указанной системе также существует возможность настройки доступа
различных по уровню доступа пользователей к информации и функциональным
возможностям [3].
1.4.2 Обоснование проектных решений по программному
обеспечению
На основе выше рассмотренных аналогов программного обеспечения
следует провести сравнительный анализ выполняемых функций именно каждой
системы.
Таблица 4 – Сравнительный анализ аналогов программного
обеспечения
Исходя из проведенного анализа существующих программ и требований
Заказчика, было принято решение о разработке автоматизированной системы
своими силами.
1.4.3 Обоснование проектных решений по техническому обеспечению
В качестве среды разработки автоматизированной информационной
системы было принято решение об использовании именно C++Builder 2010
Professional.
C++Builder 2010 Professionalпредназначен для создания
высокопроизводительных приложений для Windows, сенсорных экранов, а
также для рабочих станций, которые работают с базами данных.
C++Builder 2010 Professional владеет мощной комбинацией ANSI С++,
VCL и single EXE, что очень хорошо подходит для разработчиков:
подключение к локальным базам данных InterBase®, Blackfish™
SQL и MySQL;
развертывание Blackfish SQL в системах с одним пользователем и
размером базы данных 512 МБ;
веб-библиотеку VCL с ограничением числа подключений (не более
пяти);
визуализацию кода с использованием UML, упрощающую анализ
исходного кода благодаря визуальному представлению.
Среда разработки C++Builder включает расширенный редактор,
отладчик, средства тестирования модулей и моделирования и мощный
компилятор с опережающей поддержкой будущих стандартов C++0x.
II Проектная часть
2.1 Разработка проекта автоматизации
СУБД MsAccess представляет собой систему управления реляционной
базой данных, которая включает:
- все необходимые инструментальные средства для создания
локальной базы данных;
- общей базы данных в локальной сети или в Интернете на сайте
SharePoint, сохраняемой на SQL-сервере;
- а также для создания приложения пользователя, работающего с
этими базами данных.
Программное обеспечение MicrosoftAccess 2007 предназначено для
создания и управления базами данных.
Для пользователей, которые только начинают работать с СУБД, Access
поможет сделать еще доступнее и удобнее использование средств доступа к
данным БД с помощью современного и понятного интерфейса.
Работа с усовершенствованным интерфейсом, обеспечивающим
быстрый поиск нужных инструментов, позволяет сразу включиться в
подготовку профессиональных документов, повышает эффективность, качество
работы и сокращает сроки ее выполнения.
Необходимые команды организованы в виде наборов вкладок, четко
соответствующих функциям, реализуемым в Access, благодаря чему находить
их легко и просто.
Access предоставляет гибкие средства для работы пользователя с
разным уровнем подготовки [16].
Access позволяет создавать не только новые таблицы в базе данных, но
и создает связи с внешними данными на основе интерфейса ODBC
(OpenDatabaseConnectivity).
Связанные таблицы, так же, как и собственные, отображаются и
функционируют.
2.1.1 Этапы жизненного цикла проекта автоматизации
Проектирование ИС подразумевает выполнение определенных этапов
проектирования – стадий жизненного цикла.
Стадии жизненного цикла описаны в Государственном стандарте РФ
ГОСТ Р ИСО/МЭК "Информационная технология.
Процессы жизненного цикла программных средств"под номером 12207-
99, принятый и введенный в действие постановлением Госстандарта России от
23 декабря 1999 г. № 675-ст.
Настоящий стандарт содержит полный аутентичный текст
международного стандарта ISO/IEC 12007:95 «Информационная технология.
Процессы жизненного цикла программных средств», который действует
с незначительными поправками в настоящее время, а также регламентирует
процессы жизненного цикла программных средств и информационных
технологий.
Все процессы ЖЦ в соответствии с этим стандартом делятся на три
группы: основные процессы, вспомогательные и организационные [8].
Вспомогательные процессы предназначены для поддержки выполнения
основных процессов, обеспечения качества проекта, организации верификации,
проверки и тестирования ПО.
Организационные процессы определяют действия и задачи,
выполняемые как заказчиком, так и разработчиком проекта для управления
своими процессами [9].
Стандарт не определяет конкретной модели жизненного цикла или
метода разработки программного средства.
Пользователи, применяющие настоящий стандарт, должны сами
выбирать модель ЖЦ применительно к своему программному проекту и
распределять процессы, работы и задачи, выбранные из настоящего стандарта,
на данной модели [10].
ГОСТ 34.60190 определяет следующие стадии и этапы создания АИС
[11]:
1. Формирование требований к АИС:
− обследование организации и обоснование необходимости разработки
ИС;
− требования конечных пользователей к системе;
− оформление отчёта о проделанной работе (тактико-техническое
задание).
2. Разработка концепции АИС:
− изучение объекта автоматизации;
− проведение исследовательских научных работ, необходимых для
работы;
− разработка вариантов АИС, выбор окончательного варианта, который
будет удовлетворять всем требованиям пользователя;
− оформление отчёта о проделанной работе.
3. Разработка технического задания (далее ТЗ). ТЗ – это документ, в
котором сформулированы основные цели разработки, требование к
программному продукту, определены сроки и этапы разработки, и
регламентирован процесс приёмно-сдаточных испытаний.
4. Эскизный проект (макет):
− планирование предварительных проектных решений по будущей
системе, по отдельным её частям;
− разработка документаций как на АИС.
5. Технический проект:
− принятие решений по создаваемой системе;
− разработка документаций на систему;
− разработка и оформление документации на поставку изделий на
комплектование АИС;
− оформление технических требований на разработку изделий для
комплектования АИС;
− задания на проектирование в смежных модулях ИС.
6. Рабочая документация:
− создание рабочей документации;
− разработка программ и её адаптация.
7. Ввод в действие:
− подготовка предприятия-заказчика к началу установки ИС;
− обучение персонала;
− комплектование АИС техническими и программными средствами;
− строительно-монтажные работы;
− пуско-наладочные действия;
− предварительные испытания ИС;
− опытная эксплуатация установленной и проверенной системы;
− приёмочные испытания.
8. Сопровождение АИС:
− выполнение обязательств по гарантийному обслуживанию;
− послегарантийное обслуживание.
Модель жизненного цикла отражает различные состояния системы в
процессе всего жизненного цикла ИС.
Модель ЖЦ – это такая структура, которая содержит все процессы,
действия и задачи по разработке программного продукта, по его
сопровождению и функционированию в течении всей жизни созданной
системы, вплоть до её исчезновения [9].
2.1.2 Ожидаемые риски на этапах жизненного цикла
Основной целью управления программными проектами является
достижение оптимального качества программного продукта при минимуме
затрат, оценка и управление проектными рисками навсех этапах жизненного
цикла (ЖЦ) разработкипрограммного обеспечения.
Существует набор различных методов, позволяющих количественно
оценить риски. Абсолютное большинство из них посвящено планированию и
составлению календарных планов с учетом риска задержки выполнения
различных этапов выполнения проекта, а также риска выйти забюджет проекта
(в частности оценка необходимых резервов). Это метод сетевого
планирования(CPM, PERT), анализ дерева решений, методимитационного
моделирования Монте Карло.
Проанализируем метод дерева решений. Этографический инструмент
для анализа проектныхситуаций, находящихся под воздействием факторов
риска.
Дерево решений (рис. 7) отображаетпоследовательные решения в виде
ветвей дерева,располагающихся слева направо. Ветви берут своеначало из
исходной точки принятия решения и«разрастаются» вплоть до получения
конечныхрезультатов.
Путь вдоль ветвей дерева состоит изпоследовательности отдельных
решений и случайных событий. Чтобы оценить решения, необходимо
рассчитать ожидаемое значение каждогопути, «свернув» дерево в обратном
направлении — от конечных точек до исходной.
Данный метод позволяет наглядно представить даже довольно сложные
структуры рисков ирешений.
Недостатком данного метода являетсясложность точного определения
вероятностей ипотерь в случае наступления рискового события.
Рисунок 7 – пример метода Дерева решений по разработке ПП
Приложения редко работают сами по себе, поэтому при C+
+Builderприходится разработчикам подключаться к самым разным серверам,
используя стандартные протоколы [7].
Интерактивные средства предназначены для простой разработки форм и
отчетов.
Для построения формы или отчета достаточно использовать один
щелчком щелчок мыши.
С помощью режима представления форм и отчетов, можно без особых
усилий настроить их в соответствии с потребностями пользователя,
непосредственно наблюдая изменения этих объектов.
В Access можно подключать от других настольных и серверных баз
данных электронные таблицы, которые предназначены для хранения
информации, необходимые программе.
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
На основании ранее оцененных рисков информационных активов в
исследуемой организации планируется к внедрению СКУД «Parsec».
При каждой декомпозиции блока создается новая диаграмма.
Число декомпозиций не ограничено и полностью зависит от уровня
сложности, который необходимо показать в модели [24].
2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и её описание
Под информационной моделью понимается совокупность объектов
(сущностей) ПО, их характеристик (атрибутов) и связей между ними.
Она создается по принципу реляционной модели данных, т. е.
представления данных в виде отношений между ними.
Анализ ПО состоит в выявлении объектов, предоставлении им
уникальных и значимых названий, соответствующих смысловым понятиям в
этой предметной области.
В качестве объектов могут выступать [12]: