26
1.3.3 Выбор и обоснование метода приобретения ИС для автоматизации
складского учета
MS Access стал настолько распространенным на российском рынке по
ряду существенных причин:
• максимальная простота использования;
• самая низкая стоимость по сравнению с другими программами;
• дружественный, интуитивно понятный пользовательский интерфейс;
• возможность вносить изменения в стандартные программные модули и
печатные формы в соответствии с требованиями автоматизированных
предприятий;
• встроенный предметно-ориентированный язык программирования,
возможность подключения к языку программирования C ++
Программные продукты Microsoft всегда отличались демократичными
ценами. Можно купить сам пакет программ, а можно приобрести подписку
Office 365 и пользоваться большинством программ в облаке с любого
устройства.
Таким образом, MS Access является удобной средой разработки. Кроме
того, для разработки системы в MS Access с нуля, необходима только
технологическая платформа, стоимость которой значительно ниже, чем в других
доменных системах.
Про программу C++ Builder 6 можно сказать, что она в свободном доступе
для скачивания. Никаких денег платить не нужно. Использование готового
приложения, разработанного на языке C++, позволит использовать систему
легко и просто.
1.4 Обоснование проектных решений
1.4.1 Обоснование проектных решений для информационной поддержки
Основные принципы создания информационной поддержки:
Честность;
вероятность;
контроль;
Защита от несанкционированного доступа
Единство и гибкость, стандартизация и унификация, минимизация ввода и
вывода информации.
27
Требования для создания внутримашинной информационной базы данных:
- полнота представления данных;
- минимальный состав данных;
- минимизация времени обработки данных;
- независимость структуры массивов от внутренних средств ее организации,
- Динамическая структура информационной базы.
Задачами информационной поддержки являются справочники, такие как:
- Товары;
- поставщики;
- клиенты;
- группы товаров;
- Единицы;
- контракты;
- организация;
- должности;
Дополнений эти каталоги не требуют, их достаточно для выполнения
поставленных задач.
1.4.2 Обоснование проектных решений по программному обеспечению
Программное обеспечение (ПО) - совокупность программ системы
обработки данных и программных документов, необходимых для эксплуатации
этих программ. ПО предназначено для придания вычислительной системе
определенных свойств, связанных с увеличением производительности,
повышением достоверности получаемых результатов, повышением надежности
функционирования системы, улучшения работы пользователя.
Современные средства разработки ПО характеризуются большим
разнообразием критериев, используя которые разработчик имеет возможность
автоматизировать процесс разработки приложений. Так, в настоящее время
инструментальные средства позволяют:
создавать интерфейс используя стандартные компоненты;
передавать управление различным процессам, в зависимости от
состояния системы;
создавать оболочки для баз данных, как и сами базы данных;
28
разрабатывать более надежное ПО, путем обработки
исключительных ситуаций, возникающих при некорректной работе ПО.
Современные средства разработки характеризуются следующими
параметрами:
поддержка объектно-ориентированного стиля программирования;
возможность использования CASE-технологий, как для
проектирования разрабатываемой системы, так и для разработки моделей
реляционных баз данных;
использование визуальных компонент для наглядного
проектирования интерфейса;
поддержка БД;
возможность использования алгоритмов реляционной алгебры для
управления реляционными базами данных;
возможность синхронизации составных частей проекта
(предоставляется при разработке больших программных комплексов).
Вышеперечисленными свойствами обладают многие языки
программирования, например: Delphi, Visual C++, Borland С++ Builder, Visual
FoxPro и другие. Мной был выбран C++ Builder.
При создании программного продукта автоматизированной системы
складского учета главным критерием выбора программных средств разработки
являлись:
скорость разработки приложений;
возможность быстрого внесения изменений в программу;
возможность редактирования и просмотра БД, используя средства
разработки.
Как дополнение к перечисленному, можно указать, что время разработки
зависит от: поддержки выбранным инструментарием ОС, аппаратной
поддержки, необходимой для их оптимального функционирования; наличия
предварительного опыта у разработчиков в использования соответствующих
программных средств. Обеспечить минимальное время разработки можно только
при выполнении этих условий.
29
1.4.3 Обоснование проектных решений для технической поддержки
Техническая поддержка - это комплекс технических средств,
используемых для работы информационной системы, а также для
соответствующей документации для этих действий и других логических тестов.
При выборе компьютера необходимо руководствоваться рядом характеристик.
Эти функции включают в себя надежность, память, стоимость,
производительность и другие.
Возможность работы с необходимым программным обеспечением и,
следовательно, успех создания системы зависит от значения указанных
параметров.
В настоящее время компания имеет операционную систему Windows 10 на всех
компьютерах. Существует сервер с установленной операционной системой
Windows Server 2016. Сервер подключен к интернету. Установленное
программное обеспечение: прокси-сервер. Конфигурация представлена в
таблице 1.4.3.
Процессор
Intel® Core™ i7-5015U Processor (3M Cache, 2.10 GHz)
Жесткий диск
Western Digital 1Tb SATA-64MB Cache
Оперативная память
Hynix PC3-10600 DDR3 2GB SO-DIMM
Операционная система
Windows 10
Монитор
19" Samsung
Материнская плата
ASUS P8H68
Таблица 1.4.3 Характеристика ПК организации
На данный момент компания использует следующее программное обеспечение:
1. 1С:Бухгалтерия 8.2
2. OS Windows 10.
3. Пакет Open Office
4. Пакет MS Office 2013.
5. Антивирус Dr. Web.
6. Windows Server 2016.
Пункты 2 и 6 относятся к классу системного программного обеспечения, пункты
3 и 4 представляют собой стандартный пакет офисного программного
30
обеспечения, пункт 5 обеспечивает защиту информации для программного
пакета организации, пункт 1 - единственный доступный пакет программного
обеспечения для автоматизации производственного процесса, используется
вести бухгалтерский учет в организации.
Техническая архитектура предприятия представляет собой совокупность
технических средств: маршрутизаторы, рабочие станции, многофункциональные
устройства (принтер-сканер-копир), серверная комната.
Все компьютеры связаны локальной сетью, что позволяет осуществлять обмен
информацией между сотрудниками компании.
31
ГЛАВА 2. Проектная часть
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Жизненный цикл (ЖЦ) информационной системы - это период создания и
использования информационной системы (ИС), начиная с момента
возникновения требования к ИС и заканчивая моментом, когда он полностью
перестает работать.
Основным нормативным документом, регулирующим жизненный цикл
программного обеспечения, является международный стандарт ISO / IEC 12207.
Структура жизненного цикла включает в себя процессы, действия и
задачи, которые необходимо выполнить при создании информационной
системы. Каждый процесс делится на набор действий; Каждое действие делится
на набор задач. Каждый процесс, действие или задача инициируется и
выполняется другим процессом по мере необходимости, и нет заранее
определенных последовательностей выполнения. При этом ссылки на исходные
данные сохраняются.
Согласно этому стандарту в структуре жизненного цикла выделяются
следующие этапы.
1) Предпроектное обследование и анализ данных:
· Сбор материалов для проектирования, отличающий формулировку требований
от изучения объекта автоматизации, дает предварительные выводы
предпроектной версии ИС;
· Требуется анализ материалов и разработка документации, технико-
экономическое обоснование с техническими требованиями для проектирования
ИС.
2) Дизайн:
2.1) эскизный проект;
• Выбор проектных решений по аспектам развития ИС;
• описание реальных компонентов ИС;
• Реализация и утверждение технического проекта (ТП).
2.2) Детальный проект:
• выбор или разработка математических методов или алгоритмов программ;
32
• Корректировка структур базы данных (БД);
• Создание документации для доставки и установки программных продуктов;
• Подбор технического оборудования с установочной документацией.
2.3) разработка техно-рабочего проекта (ТРП) ИС.
2.4) разработка методологии реализации функций управления с использованием
ИС и описание правил действий аппарата управления.
3) Разработка приложений, тестирование, написание документации:
• Получение и установка аппаратного и программного обеспечения;
• Тестирование позволяет обнаружить наличие ошибок;
• Подготовка текстовых и учебных материалов.
4) Реализация:
• Ввод разработанного модуля;
• Обучение сотрудников, для которых разработан этот модуль;
• Доставка и подписание актов приемки и сдачи работ.
5) Эксплуатация и обслуживание:
• ежедневная эксплуатация;
• Общая поддержка всего проекта.
Рисунок 2.1 – Модель жизненного цикла
ГОСТ 34 «Единая автоматизированная система учета персонала всех
государственных предприятий» регламентирует процесс автоматизации учета
персонала на всех этапах.
33
Стандарт ISO/IEC 15288 «Информационные технологии. Системная
инженерия. Процессы жизненного цикла системы» [19] - практически первый
международный стандарт, в котором методологические принципы
проектирования системы всесторонне рассматриваются с точки зрения
организации процессов жизненного цикла. Документ обеспечивает основу для
моделирования и реализации общих процессов, составляющих системы
жизненного цикла, предоставляя возможность оценивать и улучшать их и
охватывая все концепции и идеи, связанные с этими системами, от
проектирования до времени вывода из эксплуатации. Процессы жизненного
цикла, определенные стандартом, могут использоваться один раз, многократно
или рекурсивно, как по отношению к системе в целом, так и к любым ее
элементам, применяемым к системам индивидуального и массового
производства, а также для адаптации к требованиям клиент. [19].
Стандарт MSF (Microsoft Solutions Framework) представляет собой набор
принципов и правил работы, в определенной степени ориентированных на
проекты разработки программного обеспечения и развитие информационной
инфраструктуры.
Стандарт RUP (Rational Unified Process) - это методология разработки
программного обеспечения, созданная Rational Software, которая в основном
соответствует стандартам и правилам, связанным с процессами жизненного
цикла программного обеспечения и оценкой технологической зрелости
организаций-разработчиков (ISO 12207, ISO 9000, CMM и т. Д.).
Стандарт COBIT (Control Objectives for Information and related Technology)
[20] определяет набор универсальных задач управления ИТ. Основная ценность
COBIT заключается в том, что он предлагает модель, которая обеспечивает связь
между бизнес-целями и ИТ-процессами.
Методология управления, контроля и аудита информационных систем
была разработана Международной ассоциацией аудита и контроля
информационных систем и позволяет:
• Построить работу ИТ-службы на процессной основе;
34
• Организовать мониторинг работы ИТ-службы, привязанной к целям и задачам
бизнеса;
• Провести ИТ-аудит и сравнить уровень развития ИТ с другими компаниями в
отрасли.
Процедура аудита включает четыре последовательных этапа:
идентификация и документирование (сбор и первоначальный анализ
информации); оценка механизмов управления; тест на соответствие; детальное
тестирование.
На этапе идентификации и документирования процедуры документируются, а
существующие механизмы управления определяются путем опроса руководства
и сотрудников организации с целью выяснения следующих вопросов:
требования бизнеса и связанные с этим риски; организационная структура;
распределение ролей и обязанностей; политика и процедуры; нормативные
требования; существующие механизмы управления; существующая отчетность.
На этапе оценки механизмов управления эффективность существующих
механизмов управления оценивается при выполнении задач управления, их
выполнимость и пригодность сравниваются с установленными критериями,
отраслевыми стандартами и критическими факторами успеха. Используя методы
экспертных оценок, определяется, для каких механизмов контроля на
следующем этапе необходимо проверить соответствие установленным
процедурам. Аудитор должен обеспечить документирование существующих ИТ-
процессов, четкое определение ответственности и подотчетности и, при
необходимости, предоставление механизмов компенсационного управления.
Тест на соответствие относится к этапу аудита, задачей которого является
получение гарантий пригодности существующих механизмов управления для
решения задач управления. Проверка осуществляется путем получения прямых и
косвенных доказательств надлежащего выполнения установленных процедур
управления за оцениваемый период. На этом этапе также проводится
ограниченное исследование адекватности результатов процессов управления,
определяется уровень детального тестирования и объем дополнительной работы,
необходимой для получения гарантий адекватности ИТ-процесса.
35
Детальный тест является заключительным этапом аудита, целью которого
является оценка и обоснование рисков невыполнения управленческих задач с
использованием аналитических методов и экспертных оценок. Его конечная
цель - побудить руководство предпринять корректирующие действия для
улучшения состояния системы управления ИТ. На этом этапе аудитор
документирует недостатки в механизмах управления, угрозы и уязвимости,
возникающие в результате этих недостатков, реальные и потенциальные
последствия реализации угроз посредством причинно-следственного анализа и
сравнительного тестирования.
Методика Oracle CDM является развитием технологии CASE.
Методология Oracle CDM определяет следующие процессы на протяжении
жизненного цикла информационной системы:
определение производственных требований;
изучение существующих систем;
определение технической архитектуры;
спроектировать и построить базу данных;
разработка и внедрение модулей;
преобразование данных;
тестирование;
обучение;
переход на новую систему;
подтверждение и сопровождение.
Для разрабатываемого дополнительного программного модуля больше
подходят стандарт ISO / IEC 12207 и ГОСТ 34.601-90. Эти стандарты имеют
набор процессов, действий и задач, охватывающих самый широкий диапазон
возможных ситуаций с максимальной адаптивностью. Стандарт содержит очень
мало описаний, направленных на проектирование базы данных.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Процесс разработки программного обеспечения связан с определенными
рисками, возникающими на всех этапах работы - от этапа управления
требованиями до внедрения готового продукта.