ИАС – это часть программной поддержки информационной инфраструктуры организации, обеспечивающая специальные задачи управления.
При разработке любых программных продуктов существует проблема устаревания программы на момент ее создания и как следствие этого необходимость модификации ее сразу после окончания разработки. Поэтому важными становятся два требования к разрабатываемым в настоящее время программным продуктам и ИАС в частности. Первое – система должна быть открыта, а не являться “вещью в себе”, изменения в которую могут внести только люди, ее разработавшие. Второе – технологии, которые используются во время разработки должны быть по крайней мере современными, а еще лучше учитывать тенденции развития программного обеспечения. Этот пункт относиться как к механизмам, которые реализуются разработчиками программного продукта, так и к тем средствам, которые используются во время разработки.
Во-вторых, популярностью в настоящее время пользуются программные продукты которые либо несут в себе средства модификации программ, либо являются настолько простыми и универсальными, что не требуется их доработка. Разработка сред со своими собственными средствами и языками модификации данных является несколько усложненным и невыгодным при использовании поскольку сомнительно, что собственный язык будет настолько лучше уже существующих, чтобы имело смысл его изучать и использовать в качестве стандартного на данном предприятии. Кроме того, проблема “запаздывания” разработки, очевидно, в этом случае увеличивается.
В-третьих, при разработке ИАС должен соблюдаться модульный принцип организации приложений и данных поскольку в этом случае могут производиться дополнения и изменения с меньшими затратами и гарантировано отсутствие изменений в частях, которые не затрагиваются при модификации других частей.
Таким образом:
1. ИАС - это открытая, модульная система, использующая архитектуру клиент-сервер с реализацией правил бизнес логики как COM объектов сервера транзакций.
2. Уточнение свойств объектов, которыми оперирует ИАС может быть произведено пользователем на описательном уровне. Для этого могут быть написаны компоненты системы, использующие Wizard технологию.
3. Модули, реализующие новые объекты и функции системы должны создаваться в основном на уровне сервисов и объектов сервера.
4. Рабочие места специалистов (АРМы) должны компоноваться как контейнеры, содержащие модули (экранные формы и процедуры обработки отчетов) работы с отдельными объектами ИАС и, возможно, создаваться на уровне описаний того, что включает в себя данный АРМ.
5. Должны использоваться готовые программные продукты, поддерживающие работу с базами данных. Например, генератор отчетов Crystal Report или MS Excel.
6. Существуют компоненты ИАС, которые обладают подобной структурой и используют одинаковые методы обработки данных для всех предприятий и учреждений (“структурный инвариант ИАС”), например, бухгалтерия (АРМ главного бухгалтера), которая вследствие того, что принципы ведения бухгалтерского учета едины для любых организаций (принцип двойных проводок и журнально-ордерная система отчетности). Например, организационную структуру учреждения или персонал организации. Другим типом задач (“функциональным инвариантом ИАС”) являются компоненты ИАС, которые выполняют одинаковые функции, но исходя из различных соображений и используя, быть может, различные исходные данные. К функциональным инвариантам можно отнести задачу расчета заработной платы. Функциональные инварианты должны быть реализованы как библиотека COM объектов. Важным в данном случае является то, что интерфейсы COM объектов такой библиотеки могут быть определены один раз и в дальнейшем не меняться.
Очевидно, что для описания специфики деятельности предприятия и уточнения содержания компонент-инвариантов потребуются дополнительные данные и функции их обработки. К уточняющим компонентам можно отнести, например, ученые степени сотрудников института. Как правило, уточняющие данные связаны с основными как многие к одному. Обеспечение связности данных производится на уровне объектов базы (связи и триггера). Удаление или перенос в архив основных данных должны производится вместе со всеми уточняющими записями. При этом работа с записями одной уточняющей таблицы реализуется на уровне хранимых процедур SQL сервера, а COM объект сервера транзакций обеспечивает последовательный вызов хранимых процедур для каждого объекта. Добавление, изменение и удаление уточняющих компонент не может привести, таким образом, к изменению структуры ИАС в целом, а только изменить содержание некоторых отчетов.
Кроме вышеперечисленных есть модули, реализующие частные задачи и взаимодействующие с инвариантами системы и дополнительными модулями. Если рассматривать учет материальных ценностей и проекты организации, то задачи обработки заявок и получения материалов являясь дополнительным сервисом связывает эти инварианты. Дополнительными модулями являются, модули, обеспечивающие функции статистической и другой обработки информации хранящейся в одной базе данных и экспорт уже обработанного в другую базу. Примером такой задачи будет “оплата за обучение в вузе”, которая связывает оплату каждого студента и кассу института, как часть АРМа главного бухгалтера. Другим примером является экспорт данных о выпускниках ВУЗа в базу выпускников всех учебных заведений России. Очевидно, что дополнительные модули могут не содержать никаких данных. В этом случае их реализация может заключаться в программировании COM объектов сервера транзакций и добавлением его вызова в программе клиента. Если для работы дополнительного модуля требуется хранение какой-то информации, таблицы могут создаваться в другой базе данных.