Автор работы: Пользователь скрыл имя, 19 Марта 2013 в 22:21, курсовая работа
Целью данного курсового проекта является проектирование автоматизированного рабочего места экономиста финансово-экономического отдела, занимающегося аналитической обработкой данных, созданием статистических отчётов (на примере Цивильского РАЙПО). Поэтому в дипломном проекте мы ставим следующие задачи:
Изучить деятельность Финансово-Экономического Отдела;
Определить задачи, нуждающиеся в автоматизации;
ВВЕДЕНИЕ 3
ГЛАВА 1. АНАЛИЗ ОБЪЕКТА ИССЛЕДОВАНИЯ И РАЗРАБОТКА МОДЕЛЕЙ ЕГО ФУНКЦИОНИРОВАНИЯ 5
1.1. ОПИСАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ 5
1.2. РАЗРАБОТКА МОДЕЛЕЙ БИЗНЕС-ПРОЦЕССОВ С ИСПОЛЬЗОВАНИЕМ CASE-СРЕДСТВ 8
1.3. ПОСТАНОВКА ЗАДАЧИ НА РАЗРАБОТКУ ИНФОРМАЦИОННОЙ СИСТЕМЫ 12
ГЛАВА 2. ПРОЕКТИРОВАНИЕ И РАЗРАБОТКА ИНФОРМАЦИОННОЙ СИСТЕМЫ 13
2.1 .ОБОСНОВАНИЕ ВЫБОРА ИНСТРУМЕНТАЛЬНЫХ СРЕДСТВ РАЗРАБОТКИ 13
2.2. ОПИСАНИЕ ПРОЦЕССА ПРОЕКТИРОВАНИЯ ИНФОРМАЦИОННОЙ СИСТЕМЫ ПРИ ИСПОЛЬЗОВАНИИ СТРУКТУРНЫХ МЕТОДОЛОГИЙ 16
2.3. ИНФОЛОГИЧЕСКОЕ МОДЕЛИРОВАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ 19
2.4. РАЗРАБОТКА ЛОГИЧЕСКОЙ СТРУКТУРЫ БАЗЫ ДАННЫХ 21
2.5. РАЗРАБОТКА ПОЛЬЗОВАТЕЛЬСКОГО ИНТЕРФЕЙСА 31
2.6. РАЗРАБОТКА ОСНОВНЫХ ВЫХОДНЫХ ДОКУМЕНТОВ (ОТЧЕТОВ) 32
ЗАКЛЮЧЕНИЕ 32
СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ 32
Далее проводится приведение модели к требуемому уровню нормальной формы. Соответствие модели какой-либо нормальной форме показывает, насколько оптимально спроектирована модель.
Первая нормальная форма
Схема отношения находится в первой нормальной форме (1НФ), если значения каждого атрибута отношения являются атомарными. Как можно заметить, все атрибуты всех отношений являются атомарными. Таким образом, схема БД находится в 1НФ. Такой атрибут как Ф.И.О. сотрудника в данной ИС рассматривается как атомарный, т.к. не предполагается запрашивать отдельные его составляющие.
Вторая нормальная форма
Схема отношения находится во второй нормальной форме (2НФ) тогда и только тогда, когда отношение находится в 1НФ и нет неключевых атрибутов, зависящих от части сложного ключа. В нашем случае все схемы отношений удовлетворяют данному условию, т.е. схема БД находится в 2НФ.
Третья нормальная форма
Отношение находится в третьей нормальной форме (3НФ) тогда и только тогда, когда отношение находится в 2НФ и все неключевые атрибуты взаимно независимы. Атрибуты называются взаимно независимыми, если ни один из них не является функционально зависимым от другого.
В итоге мы получим примерную схему будущей базы данных рисунок 2.2.
Рис. 2.2. Схема данных
Последнее, что производится – это физическое описание модели в соответствии с выбранной системой управления базами данных (СУБД). Мы будем опираться на СУБД Access. Физическое описание модели удобнее всего представить в виде таблиц. База данных будет содержать следующие таблицы.
Таблица 2.2.
Структура таблицы «Товар»
№ п/п |
Название поля |
Тип данных |
Свойства поля |
Описание |
1. |
Код_товара |
Числовой |
Размер поля - Целое, Ключевое, Индексированное (Совпадения не допускаются) |
Уникальный код товара |
2. |
Наименование |
Текстовый |
Размер поля – 50, Индексированное (Совпадения допускаются), Обязательное |
Название товара |
Единица измерения |
Текстовый |
Размер поля – 10, Индексированное (Совпадения допускаются), Обязательное |
В каких единицах измеряется | |
Товарная группа |
Текстовый |
Размер поля – 50, Индексированное (Совпадения допускаются) |
К какой товарной группе относится товар |
Таблица 2.3.
Структура таблицы «Поставщик»
№ п/п |
Название поля |
Тип данных |
Свойства поля |
Описание |
1. |
Код_поставщика |
Числовой |
Размер поля - Целое, Ключевое, Индексированное (Совпадения не допускаются) |
Уникальный код поставщика |
2. |
Наименование |
Текстовый |
Размер поля – 50, Индексированное (Совпадения не допускаются), Обязательное |
Наименование поставщика |
3. |
Адрес |
Поле МЕМО |
Индексированное (Совпадения не допускаются) |
Контактная информация |
4. |
Номер телефона |
Поле МЕМО |
Индексированное поле (Совпадения не допускаются) |
Контактная информация |
5. |
Банковские реквизиты |
Поле МЕМО |
Индексированное (Совпадения не допускаются) |
Таблица 2.4.
Структура таблицы «Магазин»
№ п/п |
Название поля |
Тип данных |
Свойства поля |
Описание |
1. |
Код_магазина |
Числовой |
Размер поля - Целое, Ключевое, Индексированное (Совпадения не допускаются) |
Уникальный код магазина |
2. |
Наименование |
Текстовый |
Размер поля – 50, Индексированное (Совпадения не допускаются), Обязательное |
Наименование магазина |
3. |
Адрес |
Поле МЕМО |
Индексированное (Совпадения не допускаются) |
Контактная информация |
4. |
Номер телефона |
Числовой |
Размер поля – Целое, Индексированное поле (Совпадения не допуск.) |
Контактная информация |
Таблица 2.5.
Структура таблица «Накладная»
№ п/п |
Название поля |
Тип данных |
Свойства поля |
Описание |
1. |
№ накладной |
Числовой |
Размер поля - Целое, Ключевое, Индексированное (Совпадения не допускаются) |
Уникальный код документа |
2. |
Дата составления |
Дата/время |
Формат поля – краткий формат даты, Индексированное (Совпадения допускаются), Обязательное |
Дата составления |
Таблица 2.6.
Структура таблицы «Поставка»
№ п/п |
Название поля |
Тип данных |
Свойства поля |
Описание |
1. |
Код_поставки |
Числовой |
Размер поля - Целое, Ключевое, Индексированное (Совпадения не допускаются) |
Уникальный код поставки |
2. |
Код_поставщика |
Числовой |
Размер поля - Целое, Внешний Ключ, Индексированное (Совпадения не допускаются) |
Уникальный код поставщика |
3. |
Код_товара |
Числовой |
Размер поля - Целое, Внешний Ключ, Индексированное (Совпадения не допускаются) |
Уникальный код товара |
4. |
Код_магазина |
Числовой |
Размер поля - Целое, Внешний Ключ, Индексированное (Совпадения не допускаются) |
Уникальный код магазина |
5. |
Количество |
Числовой |
Размер поля – Действительное, Индексированное (Совпадения допускаются), Обязательное |
Количество поставленного товара |
6. |
Дата поставки |
Дата/время |
Формат поля – краткий формат даты, Индексированное (Совпадения допускаются), Обязательное |
Дата поставки товара |
7. |
Текущая цена |
Денежный |
Формат поля – Денежный, Индексированное поле (Совпадения допускаются), Обязательное |
Цена, установленная на момент поставки. Она может варьироваться со временем. |
Таблица 2.7.
Структура таблицы «Товарный отчет»
№ п/п |
Название поля |
Тип данных |
Свойства поля |
Описание |
1. |
№ документа |
Числовой |
Размер поля - Целое, Ключевое, Индексированное (Совпадения не допускаются) |
Уникальный код документа |
2. |
Код_магазина |
Числовой |
Размер поля - Целое, Внешний Ключ, Индексированное (Совпадения не допускаются) |
Уникальный код магазина |
3. |
Дата составления |
Дата/время |
Формат поля – краткий формат даты, Индексированное (Совпадения допускаются), Обязательное |
Дата составления Товарного отчёта |
4. |
Остаток на приход |
Денежный |
Формат поля – Денежный, Индексированное поле (Совпадения допускаются), Обязательное |
Остаток на приход |
Итого по приходу |
Денежный |
Формат поля – Денежный, Индексированное поле (Совпадения допускаются), Обязательное |
Итого по приходу товара | |
Расход |
Денежный |
Формат поля – Денежный, Индексированное поле (Совпадения допускаются), Обязательное |
Расход товара | |
Итого по расходу |
Денежный |
Формат поля – Денежный, Индексированное поле (Совпадения допускаются), Обязательное |
Итого расходованного товара | |
Остаток |
Денежный |
Формат поля – Денежный, Индексированное поле (Совпадения допускаются), Обязательное |
Остаток товара в денежном измерении |
Таблица 2.8.
Структура таблицы «Справка по товару»
№ п/п |
Название поля |
Тип данных |
Свойства поля |
Описание |
1. |
№ документа |
Числовой |
Размер поля - Целое, Ключевое, Индексированное (Совпадения не допускаются) |
Уникальный код документа |
2. |
Код_магазина |
Числовой |
Размер поля - Целое, Внешний Ключ, Индексированное (Совпадения не допускаются) |
Уникальный код магазина |
3. |
Дата составления |
Дата/время |
Формат поля – краткий формат даты, Индексированное (Совпадения допускаются), Обязательное |
Дата составления Товарного отчёта |
4. |
Товарные группы |
Текстовый |
Размер поля - 50, Индексированное поле (Совпадения не допускаются), Обязательное |
Группа, к которой относится товар,н-р, Морепродукты |
Розница |
Денежный |
Формат поля – Денежный, Индексированное поле (Совпадения допускаются), Обязательное |
Сумма по каждой товарной группе | |
Остаток |
Денежный |
Формат поля – Денежный, Индексированное поле (Совпадения допускаются), Обязательное |
Сумма остатка товаров в магазине |
Проектирование иерархического меню
Структура программной системы обработки экономических показателей согласно построенным моделям данных в среде MS Access представляет собой «кнопочную» форму (главное «меню») со следующей программной иерархией:
Информация о работе Проектирование автоматизированного рабочего места экономиста на предприятии