- •2. Анализ и выбор проектных решений
- •2.1. Анализ текущих проблем автоматизации предметной области
- •2.2. Анализ типовых систем автоматизации предметной области
- •2.3. Концепция разработки автоматизированной системы в рамках предметной области
- •2.4. Обоснование выбора архитектуры реализуемого проектного решения
- •2.4.1. Анализ вариантов построения архитектуры
- •Сравнительный анализ вариантов построения ис
- •Экспертная оценка вариантов реализации ис
- •2.4.2. Архитектура реализуемого проектного решения
- •2.5. Обоснование выбора технологии проектирования и средств ее реализации
- •2.6. Обоснование выбора системно-технических решений проекта
- •2.6.1. Обоснование выбора информационной платформы
- •Сравнительный анализ потенциальных субд
- •Весовые значения потенциальных субд
- •2.6.2. Требования к ресурсам и по сервера бд
- •Минимальные требования к серверу бд
- •Интегральная оценка сетевых ос Windows и Linux
- •2.6.3. Требования к ресурсам и по клиента
- •2.6.4. Расчёт стоимости системы
- •Стоимость системы
- •2.7. Обоснование выбора проектных решений по информационному обеспечению
- •2.7.1. Обоснование состава классификаторов и методов кодирования информации
- •Обоснование состава входных и выходных документов
- •2.7.3. Обоснование выбора методов организации входной и выходной информации
- •2.7.4. Обоснование выбора метода проектирования и состава экранных форм
- •2.7.5. Обоснование способа организации информационной базы
- •2.8. Обоснование выбора проектных решений по технологическому обеспечению
- •2.8.1. Обоснование выбора организации технологии сбора, передачи, обработки и выдачи информации
- •2.8.2. Обоснование выбора методов и языков общения в процессе решения задач
- •2.8.3. Обоснование выбора методов и средств организации системы ведения файлов баз данных и методов актуализации данных
- •2.8.4. Возможные ошибки вывода результатной информации и методы их решения
- •2.9. Интеграция системы со смежными системами и подсистемами
- •2.10. Ожидаемые технико-экономические результаты создания ис
- •2.11. Оценка рисков реализации проекта
- •Группы рисков реализуемого проекта
- •2.12. Предложения по совершенствованию процессов организации и управления взаиморасчетами с контрагентами
- •П20. Недостатки существующего состояния автоматизации предметной области
- •Перечень и характеристика недостатков существующего состояния автоматизации предметной области
- •П21. Анализ типовых систем автоматизации предметной области
- •Эргономический анализ типовых систем автоматизации
- •Определение цены проекта на основе цен типовых систем
- •Расчет стоимости проекта методом бальной оценки
- •Расчет цены по технологии оригинального проектирования
- •П22. Экспертная оценка вариантов реализации ис
- •Экспертная оценка вариантов реализации ис
- •П23. Описание используемых классификаторов
- •П24. Общая схема обработки информации п25. Матрица ранжирования рисков проекта
- •Матрица ранжирования рисков проекта
2.8.4. Возможные ошибки вывода результатной информации и методы их решения
В процессах автоматизированной обработки экономической информации в качестве объекта, подвергающегося преобразованиям, выступают различного рода данные, которые характеризуют те или иные экономические явления. Такие процессы представляют собой комплекс взаимосвязанных операций, протекающих в установленной последовательности. Однако нередко возникают случаи совершения пользователями ошибок, которые выявляются при получении результатной информации, и которые делают ее непригодной к использованию.
Результатом возникающих ошибок является искажение информации, нарушение ее целостности, блокировка, а также утрата конфиденциальности информационных ресурсов. Причинами совершения ошибок, возникающих на этапе вывода, могут быть: неисправная работа периферийных устройств, сбои в оборудовании вычислительного комплекса, плохая организация хранения и учета выдаваемой информации, невнимательность пользователей и др.
Для обеспечения нужного уровня достоверности обработки информации в системе необходимы специальные меры борьбы с ошибками, возникающими на каждом из этапов обработки, например:
контроль вводимых и выходных данных в систему (виды контроля см. п. 2.8.1);
создание резервной копии базы данных;
применение методов обеспечения информационной безопасности, связанные с целостностью и доступностью информации.
Важно отметить, что наиболее важным этапом обработки информации с точки зрения обеспечения достоверности является именно ввод информации в систему. Именно на этапе ввода должны быть исключены ошибки информации, вводимой в систему для обработки.
2.9. Интеграция системы со смежными системами и подсистемами
Ручной перенос информации между информационными системами требует значительных затрат времени и трудовых ресурсов, и кроме того при переносе информации вручную в ней возникают и накапливаются ошибки.
Развитые средства интеграции позволяют обеспечить взаимодействие с базами данных любого типа. В нашем случае, проектируемая информационная система должна предусматривать тесную интеграцию с бухгалтерской информационной системой «1С: Бухгалтерия 8.0» для решения вопроса сокращения документооборота между подразделениями организации и снижением загруженности персонала, в связи с подготовкой соответствующей документации. Необходимо также обеспечить системе возможность обмена данными с другими информационными системами для расширения ее функциональных возможностей.
Взаимодействие с информационными системами должно обеспечиваться, прежде всего, путем использования единых общесистемных лингвистических средств (форматов представления данных), а также единых стандартов обмена данными. Реализация такого обмена будет основываться на использовании стандартного формата экспорта / импорта данных – технологии XML. Стандарт XML является обобщенным форматом данных, и содержит правила, по которым определяется множество тегов, допустимых в документе. Эти теги используются для разграничения элементов документа, их атрибутов и содержимого, а также для определения синтаксиса элементов. Теги прочитываются анализатором, который, в свою очередь, обеспечивает клиентскую программу, а она затем производит определенные действия над элементами документа.
Для реализации механизмов автоматической адаптации информации обычно создается набор специализированных функций, реагирующих на изменение информации в одной системе с переносом соответствующих изменений в другую систему.
В выбранной целевой СУБД InterBase реализован классический инструментарий контроля целостности и непротиворечивости информации (ограничения целостности), декларируемый спецификацией SQL. Методика реализует принцип каскадных реакций на изменения в записях и выполняемых в рамках одной транзакции. В результате каждый клиент гарантированно получает целостный непротиворечивый информационный срез в любой момент времени. Однако при этом возникают ограничения в выборе уровней изоляции транзакций, поскольку на протяжении транзакции должны быть видны уже внесенные правки. Поэтому для реализации функций автоматической адаптации хранящейся в БД информации необходимо использовать дополнительные программные модули. Наиболее оптимальным средством реализации таких программных модулей являются инструментальные средства, использующие технологию XML.
Поскольку на сегодняшний день язык XML уже сумел зарекомендовать себя с лучшей стороны и быстро получил широкое распространение, то использование его в рамках настоящего проекта позволит создать качественное решение с большими перспективами дальнейшей интеграции.
