Дерево функций проекта – это иерархически упорядоченная совокупность функций. Дерево отображает набор функций информационной системы, группируя однотипные наборы рутинных операций в группу функций – ветви дерева, а сами операции – листья ветвей дерева.
Дерево функций разрабатываемой нами информационной системы выглядит следующим образом (см. рис. 2.17):
Рисунок 2.17. Дерево функций ИС
Система диалогов ИС построена на основе кнопочных форм. В качестве вершин сценария используются главные кнопочные формы ИС. Схему сценария диалога разработанной нами ИС можно представить следующим образом (см. рис. 2.18):
Рисунок 2.18. Схема сценариев диалога
Теперь постараемся привести назначение атрибутов диалоговых форм.
Начнем с главной кнопочной формы. Назначение ее атрибутов представлено в табл. 4:
Таблица 4. Главная кнопочная форма
Атрибут Назначение
Кнопка «Справочники» Вывод кнопочной формы «Справочники»
Кнопка «Разместить заказ» Вывод формы ввода «Заказы»
Кнопка «Отчеты» Вывод кнопочной формы «Отчеты»
Назначение атрибутов кнопочной формы «Справочники» представлено в табл. 5:
Таблица 5. Кнопочная форма «Справочники»
Атрибут Назначение
Кнопка «Банки» Вывод формы ввода «Банки»
Кнопка «Контрагенты» Вывод формы ввода «Контрагенты»
Кнопка «Расчетные счета» Вывод формы ввода «Расчетные счета»
Кнопка «Товары» Вывод формы ввода «Товары»
Кнопка «Наличие товара» Вывод формы ввода «Наличие товара»
Кнопка «Склады» Вывод формы ввода «Склады»
Форму справочника «Банки» можно охарактеризовать следующим образом (см. табл. 6):
Таблица 6. Форма справочника «Банки»
Атрибут Назначение
Поле Наименование Наименование банка
Поле БИК БИК банка
Поле ИНН ИНН банка
Поле Кор. Счет Корреспондентский счет
Характеристика формы ввода «Заказ» представлена в табл. 7:
Таблица 7. Форма ввода «Заказ»
Атрибут Назначение
Список «Продукция» Наименование продукции из справочника «Товары»
Список «Контрагент» Наименование контрагента из справочника «Контрагенты»
Список «Склад» Наименование склада из справочника «Склады»
Поле «Количество» Количество заказываемой продукции
Поле «дата» Дата размещения заказа
Метка выбора «Подтвержден» Подтверждение заказа
Форма справочника «Контрагенты» имеет следующую характеристику (см. табл. 8):
Таблица 8. Форма справочника «Контрагенты»
Атрибут Назначение
Наименование Наименование контрагента
Форму справочника «Наличие товара» можно охарактеризовать так (см. табл. 9):
Таблица 9. Форма справочника «Наличие товара»
Атрибут Назначение
Список Склад Наименование склада
Список Продукция Список товаров
Поле Количество Количество указанного товара на указанном складе
Поле Стоимость Стоимость единицы товара
Характеристика формы справочника «Расчетные счета» представлена в табл. 10:
Таблица 10. Форма справочника «Расчетные счета»
Атрибут Назначение
Счет Номер счета
Контрагент Наименование контрагента
Банк Наименование банка
Характеристика формы ввода «Заказ» представлена в табл. 11:
Таблица 11. Форма справочника «Склады»
Атрибут Назначение
Наименование Наименование склада
Форму справочника «Товары» можно охарактеризовать так (см. табл. 12):
Таблица 12. Форма справочника «Товары»
Атрибут Назначение
Наименование Наименование Товара
2.3.2 Характеристика базы данных
Проведем характеристику разработнанной базы данных с помощью модели сущность-связь.
Модель Сущность-Связь (ER-модель) (англ. entity-relationship model или entity-relationship diagram) - это модель данных, позволяющая описывать концептуальные схемы. Она предоставляет графическую нотацию, основанную на блоках и соединяющих их линиях, с помощью которых можно описывать объекты и отношения между ними какой-либо другой модели данных. В этом смысле ER-модель является мета-моделью данных, то есть средством описания моделей данных.
ER-модель удобна при прототипировании (проектировании) информационных систем, баз данных, архитектур компьютерных приложений, и других систем (далее, моделей). С ее помощью можно выделить ключевые сущности, присутствующие в модели, и обозначить отношения, которые могут устанавливаться между этими сущностями. Важно отметить, что сами отношения также являются сущностями (выделяются в отдельные графические блоки), что позволяет устанавливать отношения на множестве самих отношений.
ER-модель является одной из самых простых визуальных моделей данных (графических нотаций). Она позволяет обозначить структуру «крупными мазками», в общих чертах. Это общее описание структуры называется ER-диаграммой или онтологией выбранной предметной области.
На этапе перехода к реализации данной ER-диаграммы в виде реальной информационной системы или программы, происходит отображение ER-модели в более детальную модель данных реляционной (объектной, сетевой, логической, или др.) базы данных, которая называется физической моделью данных по отношению к исходной ER-диаграмме.
ER -диаграмма проектируемой ИС представим следующим образом (см. рис. 2.19):
Рисунок 2.19. ER-диаграмма
2.3.3 Структурная схема пакета (дерево вызова программных модулей)
Структура проекта автоматизации содержит набор следующих классов модулей:
- Управляющие служебные модули;
- Управляющие модули, предназначенные для загрузки меню и перехода к другому модулю;
- Модули ввода, хранения и обработки информации.
Схема дерева программных модулей разработанной нами ИС представлена на рисунке 2.20:
Рисунок 2.20. Дерево программных модулей
2.3.4 Описание программных модулей
Модуль загрузки меню «Главная кнопочная форма» - это модуль, предназначенный для запуска главного меню информационной системы. Для активации данного модуля необходимо сделать настройки автоматического запуска формы из меню «Сервис-Параметры запуска-Вывод формы».
Модуль загрузки формы «Заказ» предназначен для запуска формы «Заказ» в режиме редактирования. Данный модуль выполняется при осуществлении события нажатие на кнопку «Разместить заказ» главного меню.
Модуль изменения таблицы «Заказ» - это модуль, выполняющий стандартное действие EDIT над одной или несколькими полями таблицы «Заказ».
Модуль добавления новой записи в таблицу «Заказ» - модуль, выполняющий стандартное действие INSERT над таблицей «Заказ».
Модуль выбора справочных форм – подменю главного меню системы. Выбор вызываемой формы осуществляется нажатием соответствующей кнопки подменю «Справочники» главной формы.
Модуль загрузки справочной формы – осуществляет загрузку выбранной в подменю «Справочники» формы.
Модуль выбора отчета – подменю главного меню. Данный модуль позволяет выбрать необходимый отчет для отображения при помощи выбора соответствующего подменю формы.
Модуль выполнения запроса – предназначен для выполнения запроса, закрепленного за выбранным отчетом.
Модуль формирования результата – формирует набор записей по заданному запросу.
Модуль отображения отчета – отображает отчет на экран.
2.4 Технологическое обеспечение задачи
Под технологическим обеспечением задачи понимается организация технологий сбора, передачи и обработки информации. Особенности проектируемой системы не позволяют описать методологию сбора и документы, используемые для получения оперативной информации. Это связанно с тем, что данный тип информации собирают клиенты оформляющие заказ в компанию «РОСС» и операторы ИС, заполняющие документ «Заказ» информационной системы. Можно предположить, что для этих целей будут использоваться:
- Правоустанавливающие и иные документы контрагентов;
- Банковская информации;
- Информация о складских остатках;
- Информация о ценах на товар;
- Законодательство РФ.
Методология получения результативной информации заключается в анализе полученной от клиента информации. Данная информация согласовывается с данными в информационной системе и, на их основании, формируется документ – «заказ контрагента».
2.5 Контрольный пример проекта и его описание
Для контрольного примера информационная система была заполнена следующей информацией (см. табл. 13-18):
Таблица 13.Справочник «Банк»
Банк
Код Наименование БИК ИНН КПП КорСчет
1 Альфа Банк 044525593 7728168971 775001001 30101810200000000593
2 ВТБ 044525187 7702070139 775001052 30101810700000000187
3 Российский Сельскохозяйственный банк 044525111 7725114488 997950001 30101810200000000111
4 Актив Банк 048952752 7728142469 278002430 30101810500000000752
Таблица 14. Справочник «Контрагенты»
Контрагенты
Код Наименование
1 ООО "Полюс"
2 ООО "Мир"
3 ИП Рачков Д.И.
4 ИП Макаров И.А.
Таблица 15. Справочник «Расчетные счета»
РасчетныеСчета
Код Счет Контрагент Банк
1 1254785236957853658 ООО "Полюс" Альфа Банк
2 5874693214598756369 ООО "Мир" ВТБ
3 4789632541254785996 ИП Рачков Д.И. Российский Сельскохозяйственный банк
4 1475258963255263698 ИП Макаров И.А. Актив Банк
5 165165465465465465 ООО "Полюс" ВТБ
Таблица 16. Справочник «Склады»
Склады
Код Наименование
1 Основной склад
2 Розница1
3 Розница2
Таблица 17. Справочник «Товары»
Товары
Код Наименование
1 Сахар 50 кг.
2 Мука 10 кг
3 Мука 2 кг
4 Бананы
5 Мандарины
6 Консервы рыбные
7 Огурцы маринованные в банке 0,5 кг
8 Конфеты "Премьера"
9 Пельмени 0,5 кг
10 Хлеб
Таблица 18. Справочник «Наличие товара»
НаличиеТовара
Код Продукция Склад Количество Стоимость
1 Сахар 50 кг. Основной склад 250 1050
2 Сахар 50 кг. Розница1 400 1050
3 Мука 10 кг Розница1 102 250
4 Мандарины Основной склад 450 70
5 Мандарины Розница2 125 73
6 Конфеты "Премьера" Розница1 54 80
7 Мука 2 кг Основной склад 1000 50
8 Мука 2 кг Розница2 580 51
По приведенной выше информации был создан заказ следующего содержания (см. табл. 19):
Таблица 19. Таблица «Заказ»
Заказ
Код Продукция Контрагент Склад Количество Дата Подтвержден
1 Сахар 50 кг. ООО "Полюс" Основной склад 100 1 февраля 2009 г. -1
По данному заказу был сформирован отчет по остаткам на складах и ведомость заказа покупателя.
Алгоритм контрольного тестирования был следующий:
1. Запуск формы главного меню.
2. Переход в подменю «Справочники»
3. Заполнение справочников
4. Переход в главное меню
5. Отображение формы «Заказ»
6. Ввод контрольной информации в форму
7. Переход в подменю «Отчеты»
8. Отображение отчетов.
2 Обоснование экономической эффективности проекта
3.1 Набор и обоснование методики расчета экономической эффективности
При проведении расчета экономической эффективности проекта мы прибегнем к двусторонней методики оценки проекта:
- метод соотношения стоимости разработанного нами программного продукта и его аналога, общеизвестного на рынке программного обеспечения.
- метод соотношения стоимости проекта и способа работы по исследуемому вопросу «вручную». Т.е. мы соотнесем трудозатраты и «цену» внедрения и эксплуатации предложенной нами разработки.
|