3. Функциональные системы

3.1 Программное обеспечение включает в себя следующие функциональные подсистемы:

• подсистема ввода данных в БД;

• подсистема обработки учётных документов;

• подсистема расчёта статических данных;

• подсистема формирования отчётов.

3.2 Программное обеспечение будет иметь архитектуру клиент-сервер (сервер БД, сервер файлов).

4. Иерархия модулей

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

• «Выход». Выход из программы;

• Пункт меню «Справка» один подпункт: «О программе»;

• «О программе». Содержит сведения о разработчике и авторе проекта, а также о версии проекта;

• Пункт меню «Действие» содержит пять подпунктов: «Отменить», «Создать», «Редактировать», «Сохранить» и «Удалить»;

• «Отменить». Производится отмена действия;

• «Создать». Производится создание записи в базе данных;

• «Редактировать». Выполняется правка данных в базе данных;

• «Сохранить». Выполняется сохранение данных в базе данных;

• «Удалить». При помощи этой кнопки можно удалить нужную запись из базы данных.

• «Сортировать…». Содержит возможные варианты сортировки данных (в разных формах варианты отличаются).

• «Эксель». Позволяет экспортировать данные в MS Excel.

4. Моделирование бизнес-процессов предметной части

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

Эти модели создавались с помощью СASE средств Ramus.

Проектирование велось с использованием методологии проектирования IDEF0. С помощью IDEF0 была описана деятельность по сбору информации о памятников архитектуры в общем, затем эту деятельность была декомпозирована на элементы. Далее была описана последовательность действий по созданию модели. Сначала были оформлены свойства модели. Далее на диаграмме top-уровня показана в общем деятельность по сбору, входные потоки, результативные потоки, а так же персонал, инструментарий и нормативно-правовые акты, инструкции, технологии. Потоки графически изображались в виде стрелок (Arrow), а любая деятельность или работа в виде прямоугольника (ACTIVITY). У каждого из этих элементов имелись собственные свойства (Name, Definition). На (рис. 1) представлена оформленная диаграмма top-уровня.

На рисунке 2.1 бизнес-процесс «Сведения о памятниках архитектуры» имеет четыре стрелки – вход, выход, управление и механизм. Вход этого бизнес-процесса представляет собой Полную информацию о памятниках архитектуры, управление – приказы, механизм – информационную систему, а выход – Архив памятников архитектуры на КМВ.

На рисунке 2.2 бизнес-процесс подразделяется на четыре этапа: поставка Анализ полученных данных, Проведение научно – исследовательской деятельности, Обработка полученных данных, Ввод данных в архив. На первом поставляется полная информация о памятниках архитектуры для анализа. После этого проанализированный материал отправляется на исследования с целью дополнения последними фактами. Затем дополненный материал обрабатывают. И на последнем этапе материал вводят в архив.

Здесь также были выделены собственные внутренние потоки (стрелки), а также были распределены выше описанные потоки из top-уровня.

На рисунке 2.3 бизнес-процесс подразделяется на четыре этапа: Анализ достоверности информации, Анализ фактического подтверждения информации, Анализ орфографии и пунктуации материала, Завершающий этап правильности формулировок текста. На первом этапе мы подаём документы на анализ достоверности, на втором на анализ фактического подтверждения информации, на третьем и на четвёртом филологический анализ.

Рис. 2.1. Контекстная диаграмма бизнес-процесса «Сведения о памятниках архитектуры»

Рис. 2.2. Диаграмма декомпозиции бизнес-процесса «Сведения о памятниках истории и архитектуры»

Рис. 2.3. Диаграмма декомпозиции бизнес-процесса «Анализ полученных данных»

Рис. 2.4. Диаграмма декомпозиции бизнес-процесса «Проведение научно исследовательской деятельности»

Здесь также были выделены собственные внутренние потоки (стрелки), а также были распределены выше описанные потоки из top-уровня.

На рисунке 2.4 бизнес-процесс подразделяется на четыре этапа: Исследование памятника, Разработка описания памятника на основе полученных исследовательских данных, Проведение работ по сверению полученных исследовательских данных и проанализированного материала, Вывод конечного сверенного и дополненного материала. На первом этапе исследуется памятник, затем разрабатывается описание памятника, потом материал дополняется возможными последними фактами.

Рис. 2.5. Диаграмма декомпозиции бизнес-процесса «Обработка полученных данных»

На рисунке 2.5 бизнес-процесс подразделяется на четыре этапа: Анализ текущего материала, Выделение из материала ключевой информации, Компоновка информации, Подготовка материала для ввода в архив. На первом этапе идёт анализ текущего материала, потом идёт выделение ключевой информации, потом материал компонуется для ввода в систему.

На рисунке 2.6 бизнес-процесс подразделяется на четыре этапа: Проверка всего необходимого материала для ввода в базу данных Бухгалтером, Создание учётной записи, Заполнение учётной записи, сохранение учётной записи в архиве. На первом этапе идёт проверка информации для ввода в систему, потом создаётся учётная запись, потом она заполняется данными и сохраняется в базе данных.

Рис. 2.6. Диаграмма декомпозиции бизнес-процесса «Ввод данных в архив»