17. Этапы проектирования ис

Выделим следующие этапы проектирования ИС:

I. Исследование предметной области.

II. Разработка архитектуры системы.

III. Реализация проекта.

IV. Внедрение системы.V. Сопровождение системы.

I. Исследование предметной области предусматривает следующие

шаги:

1. Спецификацию деятельности в предметной области.

2. Анализ деятельности в предметной области.

2.1. Структурно-логический анализ деятельности.

2.1.1. Анализ путей.

2.1.2. Анализ связности (прочности и сцепления) компонентов

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

2.2. Анализ производительности.

2.3. Экономический анализ.

II. Разработка архитектуры системы включает в себя разработку

следующих компонентов:

1. Спецификации требований к проектируемой системе.

2. Конструирование концептуальной модели предметной области.

3. Спецификации обработки данных в проектируемой системе.

4. Спецификации пользовательского интерфейса системы.

5. Спецификации деятельности в предметной области с учетом

внедрения системы.

Процесс проектирования ИС базируется на моделях представления

проектных решений (рис. 1.18).Рис. 1.18. Модели представления проектных решений

Модель классификации ориентирована на группирование объектов

предметной области в соответствии с различными аспектами классификации

и важность тех или иных свойств этих объектов.

Модель декомпозиции ориентирована на описание систем, способных

выполнять действия над данными. Различают виды декомпозиции действий

на основе:

• состава выходных данных;

• входных данных;

• представлений о промежуточных результатах;

• представлений о фазах обработки;

• представлений об альтернативных действиях.

Модели потоков отражают движение различных видов носителей

(материальных, финансовых, информационных и др.).

Модель данных предметной области ориентирована на описание

структуры информационных объектов, их функциональных взаимосвязей,

необходимых для поддержания заданных действий.

Модель классов определяет систему классификации информации о

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

характеристик модели классов можно выделить отношения наследования,

включения или использования. В основе лежит объектно-ориентированный

подход, основой которого является представление о предметной области как

совокупности взаимодействующих друг с другом объектов, рассматриваемых

как экземпляр определенного класса. Классы образуют иерархию на основе

наследования. Объектно-ориентированный подход содержится в

современных языках высокого уровня Smalltalk, Object Pascal, C++, Java.

Модель пользовательского интерфейса ориентирована на описание

взаимодействий пользователей с проектируемой системой, состава форм

представления и команд управления заданиями.

Модели логики ориентированы на описание потока управления

(последовательности выполнения) операторов программной системы и

действий пользователей.

Для отображения результатов проектирования на различных этапах

используются следующие виды схем представления проектных решений:

1. Схемы первичной классификации.

2. Схемы вторичной классификации.

3. Схемы детализации.

4. Схемы спецификации функциональных возможностей.

5. Схемы локальных моделей данных.

6. Схемы потоков.

7. Диаграммы переходов.

8. Схемы спецификации пользовательского интерфейса.9. Схемы распределенной обработки данных.

10. Структурированные карты объектов.

Схема классификации описывает многомерную одноуровневую

классификацию одного элемента. Каждый признак (основание)

классификации имеет глобальный идентификатор и имя:

саt.<ид. признака классификации>–<имя признака классификации>.

Дуги на схеме классификации помечаются соответствующими

элементами типа cat.

По способу формирования будем различать первичные и вторичные

варианты оснований классификации.

Первичные основания характеризуют, как правило, наличие различных

существенных отличительных свойств у каждого подкласса

рассматриваемого класса элементов.

Вторичные основания классификации элемента формируются в

соответствии с основаниями классификации элементов, которые сильно

связаны с данным элементом.

Схемы потоков являются средством более детальной спецификации

функциональных или организационных элементов. В соответствии с типами

потоков будем различать схемы:

• материальных потоков;

• финансовых потоков;

• информационных потоков;

• потоков событий;

• отражающие сразу несколько типов потоков.

Правила конструирования схем потоков следующие:

• вся схема строится для одного исходного функционального или

организационного элемента;

• каждый функциональный и организационный элементы

спецификации должны иметь уникальный идентификатор;

• каждый поток должен иметь тип, уникальный идентификатор и,

возможно, спецификацию;

• каждый поток, кроме потока событий, должен связывать

накопитель соответствующего вида и функциональный элемент, или такие

элементы должны быть специфицированы в организационных элементах,

связанных потоком;

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

вида являются базы данных (информационные объекты) или папки

документов:

• накопителями финансовых потоков являются счета

бухгалтерского учета;

• накопителями материальных потоков являются места

постоянного или временного размещения материальных ценностей;• предполагается, что всякий организационный элемент имеет в

своем составе накопитель документов и накопитель финансовых средств с

идентификатором этого элемента.