Главная | Обратная связь | Поможем написать вашу работу!
МегаЛекции

Принципы проектирования информационных систем




Информационная система (ИС) – программно-аппаратный комплекс, предназначенный для хранения и обработки информации какой-либо предметной области. База данных – важнейший компонент любой информационной системы. Хорошо структурированная информация в базе данных позволяет не только беспроблемно эксплуатировать систему и выполнять ее текущее обслуживание, но и модифицировать и развивать ее при модернизации предприятия и изменении информационных потоков, законодательства и форм отчетности.

В настоящее время в эксплуатации на крупных предприятиях находятся комплексные ИС управления предприятиями (КИС, корпоративные системы, ERP-системы), такие как R /3 фирмы SAP, Oracle E-Business Suite, Baan ERP. Среди российских разработок приближаются по функциональности к системам класса ERP " Галактика ", " Флагман ", " Парус ".

Многие ERP-системы могут устанавливаться и функционировать на различных операционных системах и серверах баз данных (многоплатформенные системы). База данных подобных систем состоит из нескольких тысяч таблиц (BaanERP 5.0с – более 2500 таблиц информации по одному предприятию).

Любая сложная система для обеспечения ее надежного функционирования строится как иерархическая система, состоящая из отдельных подсистем и модулей, которые взаимодействуют между собой и используют общую базу данных.

Понимание принципов разработки, организации и функционирования подобных систем, способов хранения и обработки информации необходимо каждому современному специалисту.

На рис. 1.1 показан полный состав системы BaanERP версии 5.0с (меню администратора системы) и состав модулей подсистемы " Производство ".

 

 

Рис. 1.1. Подсистемы и модули BaanERP 5.0c

На рис. 1.2 приведена схема подсистем и модулей КИС "Флагман".

 

Рис. 1.2. Схема подсистем и модулей КИС "Флагман"

 

При описании информационной системы предполагается, что она содержит два типа сущностей: операционные сущности, которые выполняют какую-либо обработку (некоторый аналог программы), и пассивные сущности, которые хранят информацию, доступную для пополнения, изменения, поиска, чтения (база данных).

При проектировании сложных информационных систем используется метод декомпозиции – система разбивается на составные части, которые связаны, взаимодействуют друг с другом и образуют иерархическую структуру. Иерархический характер сложных систем хорошо согласуется с принципом групповой разработки. В этом случае деятельность каждого участника проекта ограничивается соответствующим иерархическим уровнем.

Классический подход к разработке сложных систем представляет собой структурное проектирование, при котором осуществляется алгоритмическая декомпозиция системы по методу " сверху вниз ". Именно в этом случае можно построить хорошо функционирующую систему с общей базой данных, согласованными форматами использования и обработки информации на всех участках, с оптимальным взаимодействием всех подсистем.

Исторически сложилось так, что некоторые системы разрабатывались по методу " снизу вверх ": вначале создавались отдельные автоматизированные рабочие места (АРМы), затем предпринимались попытки объединения их в единую информационную систему. Подобные разработки для крупных систем не могут быть успешны.

При создании проекта информационной системы для проектирования ее базы данных следует определить:

1. объекты информационной системы (сущности в концептуальной модели);

2. их свойства (атрибуты);

3. взаимодействие объектов (связи) и информационные потоки внутри и между ними.

При этом очень важен анализ существующей практики реализации информационных процессов и нормативной информации (законов, постановлений правительства, отраслевых стандартов), определяющих необходимый объем и формат хранения и передачи информации. Если радикальной перестройки сложившегося информационного процесса не предвидится, следует учитывать имеющиеся формы хранения и обработки информации в виде журналов, ведомостей, таблиц и т.п. бумажных носителей.

Однако предварительно необходимо выполнить анализ возможности перехода на новые системы учета, хранения и обработки информации, возможно, исходя из имеющихся на рынке программных продуктов-аналогов, разработанных крупными информационными компаниями и частично или полностью соответствующими поставленной задаче.

Схема формирования информационной модели представлена на рис.1.3.

 

Рис. 1.3. Схема формирования информационной модели

 

Концептуальная модель (см. рис.1.3) – отображает информационные объекты, их свойства и связи между ними без указания способов физического хранения информации (модель предметной области, иногда ее также называют информационно-логической или инфологической моделью). Информационными объектами обычно являются сущности – обособленные объекты или события, информацию о которых необходимо сохранять, имеющие определенные наборы свойств – атрибутов.

Физическая модель – отражает все свойства (атрибуты) информационных объектов базы и связи между ними с учетом способа их хранения – используемой СУБД.

Внутренняя модель – база данных, соответствующая определенной физической модели.

Внешняя модель – комплекс программных и аппаратных средств для работы с базой данных, обеспечивающий процессы создания, хранения, редактирования, удаления и поиска информации, а также решающий задачи выполнения необходимых расчетов и создания выходных печатных форм.

Создание информационной системы ведется в несколько этапов, на каждом из которых конкретизируются и уточняются элементы разрабатываемой системы.

Существуют различные типы схем, иллюстрирующих жизненный цикл разработки ИС. На рис.1.4 показана каскадная схема с обратной связью.

 

Рис. 1.4. Каскадная схема жизненного цикла ИС

 

Жизненный цикл разработки сложной системы в этом случае складывается из этапов анализа, проектирования, программирования и тестирования, внедрения и сопровождения, которые выполняются последовательно.

По принятым сегодня нормам, над любым проектом ИС работают:

- бизнес-аналитики, изучающие и моделирующие бизнес-процессы предметной области;

- системные аналитики и архитекторы, проектирующие архитектуру решения, приложений и данных;

- авторы кода приложений;

- специалисты по тестированию и оценке качества;

- авторы документации;

- авторы дистрибутивов;

- специалисты по внедрению,

причем обычно эти функции распределяются между различными специалистами, хотя совмещение ролей все еще практикуется.

На этапах проектирования и программирования могут использоваться методы объектно-ориентированного подхода к разработке объектов информационной системы (наследование, инкапсуляция, полиморфизм).

Поделиться:





Воспользуйтесь поиском по сайту:



©2015 - 2024 megalektsii.ru Все авторские права принадлежат авторам лекционных материалов. Обратная связь с нами...