Исследование технологий проектирования АИС

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

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

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

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

Такие инструментальные средства можно  условно разделить на два класса: инструменты быстрой разработки приложения в развитых СУБД – класс  DEVELOPER и интегрированные инструменты быстрой разработки приложений – класс BUILDER.

К инструментам этих классов можно  отнести средства 4GL (генераторы компонентов приложений):

- генераторы таблиц базы данных;

- генераторы форм ввода-вывода;

      - генераторы запросов;

      - генераторы отчетов;

      - генераторы меню.

Такие генераторы существуют почти  во всех СУБД, как персональных Access, FoxPro, Paradox, так и в окружении промышленных серверов БД (Oracle, Informix, Adabas D и др.).

Рассмотрим инструментальную среду  быстрой разработки приложений СУБД Access, которая включает ряд мастеров (конструкторов).

-Мастер (конструктор) таблиц предназначен для быстрого создания структуры таблиц БД и их взаимосвязей.

-Мастер (конструктор) форм ввода-вывода позволяет быстро создать экраны ввода информации в БД различного типа (ленточные, в столбец, матричные).

-Мастер (конструктор) запросов позволяет создавать запросы различной сложности.

-Мастер (конструктор) отчетов позволяет создавать отчеты на базе нескольких таблиц или запросов.

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

 

 

1.4 Типовое  проектирование

Методы типового проектирования АИС  предполагают создание системы из готовых  покупных типовых элементов (типовых  проектных решений). Для этого  проектируемая АИС должна быть декомпозируема на множество составляющих компонентов (подсистем, комплексов задач, программных  модулей и т.д.), для которых  подбираются и закупаются имеющиеся  на рынке типовые проектные решения. Далее закупленные типовые элементы, как правило, включающие программные  продукты настраиваются на особенности  конкретного предприятия или  дорабатываются в соответствии с  требованиями проблемной области.

Под типовым проектным решением (ТПР) будем понимать представленное в виде проектной документации, включая  программные модули, проектное решение, пригодное к многократному использованию. В качестве проектного решения может  выступать реализация как отдельных  компонентов АИС (программных модулей, функциональных задач, автоматизированных рабочих мест, локальных баз данных, локальных вычислительных сетей), так и взаимосвязанных комплексов компонентов (функциональных и обеспечивающих подсистем, АИС в целом). [386,1]

 

1.4.1 Параметрически-ориентированное проектирование

При проектировании АИС на основе параметрической настройки пакета прикладных программ (ППП), последний  рассматривается как «черный  ящик». На вход ППП подаются параметрический  и информационный потоки, а выходом  служит результат работы пакета.

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

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

Результаты работы пакета – отчеты, графики, электронные документы, которые  могут накапливаться или направляться во внешнюю среду.

ППП состоит из:

- блока функционирования – обрабатывает исходные данные и формирует результаты работы пакета.

- блока обработки параметров – представляет собой совокупность специальных модулей по интерпретации значений параметров.

- блока адаптации – взаимодействует с блоком функционирования и может добавлять модули или модифицировать их.

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

 

Критерии оценки ППП:

1. Назначение и возможности пакета;
2. Оптимальные признаки и свойства пакета;
3. Требования к техническим и программным средствам;
4. Документация пакета;
5. Факторы финансового порядка;
6. Особенности установки;
7. Особенности;
8. Помощь поставщика по внедрению и поддержанию пакета;
9. Оценка качества пакета и опыт его использования;
10. Перспективы развития пакета. [390,1]

 

1.4.2 Модельно-ориентированное  проектирование

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

Ядром типовой АИС является постоянно  развиваемая модель предметной области, поддерживаемая в специальной базе метаинформации – репозитории, на основе которого осуществляется конфигурация программного обеспечения. Таким образом, проектирование и адаптация АИС сводятся прежде всего к построению модели предметной области и ее периодической корректировке.

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

Базовая модель репозитория содержит описание бизнес-функций, бизнес-процессов, бизнес-объектов, организационной структуры, которые используются в программных модулях типовой АИС.

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

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

Построенная модель предприятия в  виде метаописания хранится в репозитории и при необходимости может быть откорректирована. Далее по модели предприятия автоматически осуществляется конфигурация информационной системы, в ходе которой выполняется семантический контроль по бизнес-правилам. [404,1]

 

1.5 Обоснование  технологии проектирования для  проекта АИС «Студенческий»

Главной проблемой на предприятии «Студенческий» является неточный контроль потока денежных средств, в связи с чем при ревизиях появляется недостача денежных средств.

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

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

RAD-технология является наиболее приемлемой в данном случае технологией проектирования по следующим причинам:

- Низкие временные затраты на создание системы за счет использования автоматических генераторов;

-  Низкие материальные затраты за счет использования стандартного программного пакета Microsoft;

- Легкость и доступность любой информации, касающейся предприятия;

- Точный контроль потока денежных средств из-за уменьшения числа ошибок;

Технологическая сеть проектирования на основе прототипного проектирования (RAD-технология) представлена на рис.4.

 

Рисунок 4 - ТСП  прототипного проектирования (RAD-технология),

где Д1 – техническое задание на разработку; Д2 – описание предметной области; U1 – универсум средств быстрой разработки приложений; G1 – приложение-прототип; Д4 – результаты работы приложения-прототипа; Д5 – замечания и уточненные требования к АИС; G2 – доработанный прототип; Д6 – новые спецификации-требования; G3 – готовое приложение.

2 Проектирование АИС «Студенческий» для торгового предприятия

 

2.1 Описание  предметной области

Магазин «Студенческий» – предприятие, занимающееся розничной торговлей бытовой химии, канцелярскими товарами.

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

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

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

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

На данный момент магазин «Студенческий» не использует никаких средств автоматизации, а весь учет ведется с помощью записей в тетрадях продавцов, что приводит к некоторым проблемам:

• Затрудняется поиск нужной информации из-за огромного количества документов;
• Данные об учете дублируются несколько раз, что приводит к возникновению логических ошибок;
• Неточный контроль потока денежных средств.

Организационная структура магазина «Студенческий» представлена на рисунок.5.

 

 

 

 

 

 

 

Рисунок 5 – Организационная структура

 

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

В инструментальной среде пакета BPWin разработана модель функционирования экономического объекта «Студенческий». Контекстная диаграмма в нотации IDEF0 представлена на рис.12.