56
технический проект;
рабочая документация;
ввод в действие;
сопровождение ИС.
Планирование разработки информационной системы по отдельным
этапам (стадиям) дает возможность грамотно спланировать состав команды
исполнителей, круг функциональных обязанностей каждого, сроки
исполнения и финансовые затраты.
2.2.2 Характеристика нормативно-справочной, входной и
оперативной информации
В системе используется нормативно-справочная информация из
справочников, приведенных в таблице 6.
Таблица 6
Перечень используемых справочников
№
пп
Название
справочника
Ответственный за
ведение
Средний
объём
справочника
в записях
Средняя
частота
актуализации
1
2
3
4
5
1
Вид ОС
Администратор
20
По требованию
2
Отдел
Администратор
10
По требованию
Реквизитный состав справочников приведен в таблице 7.
57
Таблица 7
Реквизитный состав справочников
№ пп
Наименование
Перечень реквизитов
1
2
3
1
Вид ОС
- Вид ОС
3
Отдел
- Отдел
- ФИО руководителя
Входная и оперативная информация приведена в таблице 8.
Таблица 8
Перечень таблиц входной и оперативной информации
№
пп
Название
таблицы
Реквизит
1
2
3
1
Движение ОС
Код движения
Отдел
Код ОС
Дата
Основание движения
2
Амортизация ОС
Код амортизации
Код ОС
Дата амортизации
Стоимость амортизации
3
Модернизация ОС
Код модернизации
Код ОС
Дата модернизации
Стоимость модернизации
4
Списание ОС
Код списания
Код ОС
Дата списания
58
2.2.3 Характеристика результатной информации
В системе формируются отчеты с результатной информацией,
описанные в таблице 9.
Таблица 9
Реквизитный состав отчетов
№ пп
Наименование
Перечень реквизитов
1
2
3
1
История
амортизации
Код ОС
Вид ОС
Наим ОС
Дата амортизации
Стоимость амортизации
2
История
модернизации
Код ОС
Вид ОС
Наим ОС
Дата модернизации
Стоимость модернизации
3
История
движения ОС
Код ОС
Наим ОС
Отдел
Дата
Основание движения
4
История ввода
ОС
Код ввода
Код ОС
Наим ОС
5
История
списания
Дата списания
Код ОС
Наим ОС
6
ОС отделов
Отдел
Наим ОС
Дата
7
Сумма
модернизации
Код ОС
Вид ОС
Наим ОС
Модернизация сумм
8
Сумма
амортизации
Код ОС
Вид ОС
Наим ОС
Амортизация сумм
59
2.3 Программное обеспечение задачи
2.3.1 Общие положения (дерево функций и сценарий диалога)
Дерево функций приложения представлено на рисунке 13. Функции
приложения можно разделить на основные и вспомогательные.
К основным функциям относятся: формирование текущей и
результатной информации; формирование отчетности; ведение
справочников.
К вспомогательным функциям относится получение справки.
Информационная система
Основные
Вспомогательные
Формирование текущей и
результатной
информации
Формирование
отчетности
Ведение
справочников
Ведение справочника
Отдел
Движение ОС
Списание ОС
Амортизация ОС
История
модернизации
История
амортизации
История ввода ОС
История списания ОС
Модернизация ОС
Ведение справочника
Вид ОС
История движения
ОС
Сумма модернизации
Сумма амортизации
Итоговая
стоимость ОС
Получение
справки
Рисунок 13. Дерево функций
Для формирования отчетности были спроектированы следующие
отчеты:
История амортизации,
История модернизации,
История движения ОС,
История ввода ОС,
История списания,
ОС отделов,
60
Сумма модернизации,
Сумма амортизации,
Итоговая стоимость ОС.
На основании дерева функций разработан сценарий диалога. Диалог
включает главное меню и кнопки для вызова всех отчетов и списка основных
средств. Структура сценария диалога схематически представлена на
рисунке 14.
61
Начало
Главная форма
Выбор пункта меню
Справочники
Форма Виды_ОС
Выбор пункта меню
Форма Отделы
Операции
Форма Список_ОС
Выбор пункта меню
Форма Новое_ОС
Форма
Редактировать_ОС
Форма Движение_ОС
Форма
Амортизация_ОС
Форма
Модернизация_ОС
Форма Списание_ОС
Справка
Выход
Выбор кнопки
Форма Список_ОС
Форма История
амортизации
Форма История
модернизации
Форма История
движения_ОС
Форма История
ввода_ОС
Форма История
списания_ОС
Форма ОС отделов
Форма Сумма
амортизации
Форма Сумма
модернизации
Конец
Отчет в MS Word
Форма Стоимость
основного средства
Рисунок 14. Сценарий диалога
62
В отчете «Сумма модернизации» производится суммирование затрат
на модернизацию каждого экземпляра основных средств. В отчете «Сумма
амортизации» производится суммирование уменьшения стоимости по
амортизации каждого экземпляра основных средств. Отчет «Итоговая
стоимость ОС» выводится в Word.
2.3.2 Характеристика базы данных
На основе выделенных базовых сущностей данной предметной
области разработана инфологическая модель с помощью MS Visio (рисунок
15).
Выделены семь сущностей: ОС, Отдел, Вид_ОС, Движение_ОС,
Амортизация_ОС, Модернизация_ОС, Списание_ОС. Сущность ОС имеет
атрибуты: Код_ОС (первичный ключ), Вид_ОС (вторичный ключ),
Наим_ОС, Год_выпуска, Год_ввода, Стоимость_начальная. Сущность Отдел
имеет атрибут: Отдел (первичный ключ). Сущность Вид_ОС имеет атрибут:
Вид_ОС (первичный ключ), ФИО_руководителя.
Движение_ОС
PKдвижения_Код
FK1Отдел
FK2Код_ОС
Дата
Основание_движения
Амортизация_ОС
PKамортизации_Код
FK1Код_ОС
Дата_амортизации
Стоимость_амортизации
Модернизация_ОС
PKмодернизации_Код
FK1Код_ОС
Дата_модернизации
Стоимость_модернизации
Списание_ОС
PKсписания_Код
FK1Код_ОС
Дата_списания
ОС
PKОС_Код
FK1Вид_ОС
Наим_ОС
Год выпуска
Год_ввода
Стоимость_начальная
Вид_ОС
PKОС_Вид
Отдел
PKОтдел
ФИО_руководителя
Рисунок 15. Инфологическая модель данных
63
Сущность Движение_ОС имеет атрибуты: Код_движения (первичный
ключ), Отдел (вторичный ключ), Код_ОС (вторичный ключ), Дата,
Основание_движения.
Сущность Амортизация_ОС имеет атрибуты: Код_амортизации
(первичный ключ), Код_ОС (вторичный ключ), Дата_амортизации,
Стоимость_амортизации.
Сущность Модернизация_ОС имеет атрибуты: Код_модернизации
(первичный ключ), Код_ОС (вторичный ключ), Дата_ модернизации,
Стоимость_ модернизации.
Сущность Списание_ОС имеет атрибуты: Код_списсания (первичный
ключ), Код_ОС (вторичный ключ), Дата_ списания.
Каждой сущности соответствует определенная таблица базы данных.
Каждому атрибуту соответствует определенное поле таблицы.
Все отношения реляционной модели должны быть приведены к
третьей нормальной форме. Все рассмотренные отношения находятся в
первой нормальной форме, т.к. значения всех атрибутов в них не
структурированы. Ко второй нормальной форме необходимо приводить
отношения, у которых имеется составной первичный ключ и более одного не
ключевого атрибута. В нашей модели все отношения уже находятся во
второй нормальной форме. Для приведения отношений к третьей нормальной
форме необходимо не ключевые атрибуты, функционально полно зависящие
друг от друга, следует выделить в отдельные таблицы.
С помощью диаграммы потоков данных (DFD) модель системы
представляется как иерархия диаграмм потоков данных, которые описывают
процесс преобразования информации от ее ввода в системы до передачи
пользователю.
Диаграмма потоков данных сконструирована с помощью инструмента
MS Visio (рис. 15).
64
Специалист отдела
учета ОС
Внести данные о
видах ОС
Вид ОС
Внести данные об
отделах
Отдел
Внести данные об
основных средствах
ОС
Внести данные о
модернизации ОС
Модернизация
ОС
Внести данные об
амортизации ОС
Амортизация ОС
Внести данные о
движении ОС
Движение ОС
Внести данные о
списании ОС
Списание ОС
Составить отчеты
Рисунок 16. Диаграмма потоков данных
Источники информации являются началом информационных потоков
данных, несущих информацию к подсистемам. Те, в свою очередь,
преобразуют информацию и образуют новые потоки, которые также
переносят информацию к другим подсистемам или процессам, накопителям
данных или внешним сущностям.
Специалист вносит данные о видах ОС, ОС , отделах, модернизации
ОС и амортизации ОС, движении ОС и списании ОС.
Составляются отчеты.
65
Анализ определенных выше объектов и атрибутов позволяет выделить
сущности проектируемой базы данных.
Затем, после принятия решения о создании реляционной базы данных,
можно приступить к построению ее инфологической модели на языке
«Таблицы– связи».
Сущность Вид_ОС имеет атрибут: Вид_ОС (первичный ключ).
Сущность Отдел имеет атрибуты: Отдел (первичный ключ),
ФИО_руководителя.
Сущность ОС имеет атрибуты: Код_ОС (первичный ключ), Вид_ОС
(вторичный ключ), Наим_ОС, Год выпуска, Год ввода,Стоимость начальная.
Сущность Движение_ОС имеет атрибуты: Код_движения (первичный
ключ), Код_ОС (вторичный ключ), Отдел, Дата, Основание движения.
Сущность Амортизация_ОС имеет атрибуты: Код_амортизации
(первичный ключ), Код_ОС (вторичный ключ), Дата_амортизации,
Стоимость_амортизации.
Сущность Модернизация_ОС имеет атрибуты: Код_модернизации
(первичный ключ), Код_ОС (вторичный ключ), Дата_ модернизации,
Стоимость_ модернизации.
Сущность Списание_ОС имеет атрибуты: Код_списания (первичный
ключ), Код_ОС (вторичный ключ), Дата_ списания.
Каждой сущности соответствует определенная таблица базы данных.
Каждому атрибуту соответствует определенное поле таблицы.
Все отношения реляционной модели приведены к третьей нормальной
форме. Все рассмотренные отношения находятся в первой нормальной
форме, т.к. значения всех атрибутов в них не структурированы. Ко второй
нормальной форме необходимо приводить отношения, у которых имеется
составной первичный ключ и более одного не ключевого атрибута. В нашей
модели все отношения уже находятся во второй нормальной форме. Для
приведения отношений к третьей нормальной форме необходимо не