Пункты 2.2.1–2.2.4 программного обеспечения включают общие положения, отражающие стандарты, а также требования к аппаратным и программным ресурсам для успешной эксплуатации программного средства. Здесь же приводится описание использованных средств разработки. Затем производится характеристика архитектуры проектируемого программного средства и представляется структурной схемой пакета (деревом вызова процедур и программ). После чего производится описание программных модулей и файлов.
В пункте «2.2.1. Общие положения» следует привести иерархию функций управления и обработки данных, которые призван автоматизировать разрабатываемый программный продукт. При этом можно выделить и детализировать два подмножества функций: реализующих служебные функции (например, проверки пароля, ведения календаря, архивации баз данных и др.) и реализующих основные функции ввода первичной информации, обработки, ведения справочников, ответов на запросы и др.
Выявление состава функций, их иерархии и выбор языка общения (например, языка типа “меню”) позволяет разработать структуру сценария диалога, дающего возможность определить состав кадров диалога, содержание каждого кадра и их соподчиненность.
При разработке структуры диалога необходимо предусмотреть возможность работы с входными документами, формирование выходных документов, корректировки вводимых данных, просмотра введенной информации, работу с файлами нормативно-справочной информации, протоколирования действий пользователя, а также помощь на всех этапах работы.
В этом пункте следует выбрать способ описания диалога. Как правило, применяется два способа описания диалога. Первый предполагает использование табличной формы описания. Второй использует представление структуры диалога в виде орграфа, вершины которого перенумерованы, а описание его содержания в соответствии с нумерацией вершин, либо в виде экранов, если сообщения относительно просты, либо в виде таблицы.
Диалог в ЭИС не всегда можно формализовать в структурной форме. Как правило, диалог в явном виде реализован в тех ЭИС, которые жестко привязаны к исполнению предметной технологии. В некоторых сложных ЭИС (например, в экспертных системах) диалог не формализуется в структурной форме и тогда данный пункт может не содержать описанных схем. Описание диалога, реализованного с использованием контекстно-зависимого меню не требует нестандартного подхода. Необходимо лишь однозначно определить все уровни, на которых пользователь принимает решение относительно следующего действия, а также обосновать решение об использовании именно этой технологии (описать дополнительные функции, контекстные подсказки и т.д.)
На основе результатов, полученных выше, строится дерево программных модулей, отражающих структурную схему пакета, содержащей программные модули различных классов:
· выполняющие служебные функции;
· управляющие модули, предназначенные для загрузки меню и передачи управления другому модулю;
· модули, связанные с вводом, хранением, обработкой и выдачей информации.
В данном пункте необходимо для каждого модуля указать идентификатор и выполняемые функции.
В случае проектирования программного обеспечения для корпоративной ЭИС следует дополнительно рассмотреть состав транзакций и типовых процедур ведения корпоративных баз данных.
Описание программных модулей должно включать блок-схемы и описание блок-схем алгоритмов основных расчетных модулей (объемом не менее 400 операторов).
Схема взаимосвязи программных модулей и информационных файлов отражает взаимосвязь программного и информационного обеспечения комплекса задач, и может быть представлена несколькими схемами, каждая из которых соответствует определенному режиму. Головная же часть, представляется одним блоком с указателями схем режимов.
Пункты 2.3.1–2.3.2 технологического обеспечения включают описание организации технологии сбора, передачи, обработки и выдачи информации;
отражают последовательность операций, начиная от способа сбора первичной информации, включающей два типа документов (документы, данные из которых используются для корректировки нормативно-справочной информации и документы, представляющие оперативную информацию, используемую для расчетов), и заканчивая формированием результатной информации и способами ее передачи.
Затем приводится схема технологического процесса сбора, передачи, обработки и выдачи информации.
В разделе «Область физической безопасности» необходимо предложить и обосновать меры по защите от несанкционированного проникновения, разрушения или компрометации информации в результате механических манипуляций, обеспечения требуемого качества электропитания.
В разделе «Область безопасности персонала» рассматриваются организационные решения и предложения по работе с персоналом (разработка функциональных обязанностей по мерам защиты информации в проектируемой информационной системе, разграничение участков работы и осведомленности сотрудников и т.п.).
В разделе «Правовая область безопасности» следует рассмотреть законность и правомочность предложенных мер защиты информационной системы. Способы выявления и доказательства возможных нарушений среды безопасности.
Вопросы относящиеся к области безопасности оборудования связаны с:
· надежностью и устойчивостью функционирования оборудования:
• тщательный отбор комплектующих элементов;
• дублирование и резервирование основных элементов и узлов;
• анализ работы оборудования;
• действия персонала в аварийных ситуациях;
• и т.п.
· управление доступом к оборудованию:
• идентификация;
• пародирование;
• разграничение доступа;
• регистрация и контроль за действиями пользователя;
• и т.п.
В области безопасности программного обеспечения освещаются проблемы:
· защиты от нарушения нормального функционирования программного обеспечения в результате преднамеренного или непреднамеренного воздействия тех или иных программных средств;
· управление доступом к информационной системе с помощью программных средств (процедуры авторизация и аутентификация);
· обеспечение целостности баз данных и файловых систем. И предлагаются решения этих проблем.
В разделе безопасности обрабатываемой информации рассматриваются варианты защиты информации методами архивирования, криптографии, стеганографии, проверки подлинности, электронно-цифровой подписи.
При выполнении проекта по информатизации для любого предприятия принципиально важен вопрос об экономической эффективности выполняемых работ. Проще говоря, стоит ли вкладывать финансовые, материальные и прочие виды ресурсов в проект. Причем, абсолютно не имеет значения, каким образом проект будут реализован. То ли это ИС собственной разработки (как вариант, ИС, разработанная под данного заказчика сторонним производителем), то ли это «стандартная» система, приведенная в качестве варианта решения проблем конкретного предприятия.
Проблема расчета экономической эффективности упирается в несколько ключевых точек:
· Заказчик, как правило, сам достаточно хорошо понимает, что существующая ИС (или несуществующая), не устраивает его по некоторым параметрам, более того, эти параметры он достаточно четко готов сформулировать для себя, но как только дело доходит до разговора с подрядчиком данная четкость пропадает.
· Заказчик стремится решить максимальное количество проблем в минимальное время, не придавая значения четкой постановке вопроса о том что, сколько стоит и в какие сроки может быть выполнено, более того в какие сроки произойдет возврат вложенных в данный проект средств.
· Разработчик «не видит» по своей вине или по вине заказчика те ключевые точки, которые принципиально важны для реализации проекта и которые оказывают «видимое» влияние на параметры экономических показателей системы.
Таким образом, для реализации каждого конкретного проекта ИС необходимо четко определить, и, прежде всего самому проектировщику определится, какие параметры и экономические показатели необходимо вывести в экономическое обоснование, для того что бы показать необходимость проектирования или внедрения, которое так же стоит рассматривать как проект, информационной системы.
Экономические показатели можно разделить на две группы: абсолютные и относительные. Причем, существует реальная сложность в качественной оценке и той и другой группы показателей.
Абсолютные показатели:
· показатели величины трудоемкости обработки по базовому и предлагаемому варианту, оцениваемые по году эксплуатации ИС – Т0 и Тj. Причем, предполагается, что при рассмотрении вариантов базового и предлагаемого будет предложено несколько вариантов новой системы;
· показатели эксплуатационных стоимостных затрат за год по базовому (С0) и предлагаемому варианту (Сj);
· показатель снижения трудовых затрат за год (ΔT), который рассчитывается по формуле:
ΔT= Т0 – Тj;
показатель снижения стоимостных затрат за год:
ΔС= С0- Сj.
Относительные показатели:
· коэффициент снижения трудовых затрат, показывает на какую долю или какой процент снижаются трудовые затраты предлагаемого варианта по сравнению с базовым: