На бирже курсовых и дипломных проектов можно найти образцы готовых работ или получить помощь в написании уникальных курсовых работ, дипломов, лабораторных работ, контрольных работ, диссертаций, рефератов. Так же вы мажете самостоятельно повысить уникальность своей работы для прохождения проверки на плагиат всего за несколько минут.

ЛИЧНЫЙ КАБИНЕТ 

 

Здравствуйте гость!

 

Логин:

Пароль:

 

Запомнить

 

 

Забыли пароль? Регистрация

Повышение уникальности

Предлагаем нашим посетителям воспользоваться бесплатным программным обеспечением «StudentHelp», которое позволит вам всего за несколько минут, выполнить повышение уникальности любого файла в формате MS Word. После такого повышения уникальности, ваша работа легко пройдете проверку в системах антиплагиат вуз, antiplagiat.ru, etxt.ru или advego.ru. Программа «StudentHelp» работает по уникальной технологии и при повышении уникальности не вставляет в текст скрытых символов, и даже если препод скопирует текст в блокнот – не увидит ни каких отличий от текста в Word файле.

Результат поиска


Наименование:


Курсовик Словесное описание системы.Функциональная модель.Диаграммы.Диаграммы потоков данных.Информационная модель

Информация:

Тип работы: Курсовик. Предмет: Базы данных. Добавлен: 8.6.2014. Сдан: 2012. Страниц: 41. Уникальность по antiplagiat.ru: < 30%

Описание (план):


СОДЕРЖАНИЕ

1 Задание 3
2 Глоссарий 3
3 Словесное описание системы 3
4 Функциональная модель 3
4.1 Диаграммы 3
4.1 Список данных 5
4.2 Перечень функций 5
5 Диаграммы потоков данных 6
6 Информационная модель 8
7 Структура отношений (DBDL): 9
8 Идентификация функциональных зависимостей 10
9 Физическая модель 11
10 СУБД 15
10.1 Краткое описание модулей и форм 15
10.2 Код 16
10.3 Визуальное представление программы 38
11 Проведение тестовых действий 40
Вывод 41
Литература 42


1 Задание
Учет работы программистов
Бригада программистов выполняет работы по разработке, сопровождению, продаже, установке программного обеспечения (ПО) и обучению персонала заказчика работе с ПО. Каждый программист бригады ежедневно ведет учет своего рабочего времени. Фиксируется заказчик, дата заказа, конкретное ПО (раздел [вид] и название), вид работы. Имеется возможность определить стоимость выполненных работ, затраченное программистом время.
2 Глоссарий
ПО - программное обеспечение
База данных - совместно используемый набор логически связанных
данных (и описание этих данных), который предназначен для удовлетворения информационной потребности организации .
СУБД - система управления базами данных. Это программное обеспечение, которое позволяет пользователям определять, создавать и
обслуживать базу данных, а так же управлять доступом к ней .
РСУБД - реляционная СУБД.
ОРСУБД - объектно-реляционная СУБД.
ADO - ActiveX Data Objects
SQL - Structured Query Language. Это язык запросов к реляционным базам данных.
3 Словесное описание системы
В разработанной модели системы существует 2 вида пользователей - это “user” (пользователь) и “admin” (администратор). Администратору доступно максимум возможностей, а пользователю - лишь некоторые. Администратор может создавать новых пользователей, добавлять новые заказы, заказчиков, ПО с которым идет работа, просматривать все таблицы и изменять их, так же он может добавить запись о проделанной работе. В случае пользователя - доступно лишь добавление записи и есть возможность просмотреть доступные заказы, заказчиков и отчет о проделанной работе, для того, чтобы узнать свою заработную плату за определенный период. В зависимости от типа работы определена её сложность путём выставления определенного коэффициента, что позже используется в формуле вычисления заработной платы исходя из того, что З\П = время_выполнения_работы + коэффициент_сложности + стоимость_часа. Стоимость одного часа для каждого месяца задается отдельно.
4 Функциональная модель
4.1 Диаграммы
Функциональная модель системы с трехуровневой детализацией представлена на рис. 1а, рис. 1б, рис. 1в

Рис.1а

Рис.1б

Рис.1в
4.1 Список данных
"Администратор",
"Актуальная БД",
"Бизнес правила",
"Добавление заказа на ПО",
"Запрос пользователя системы",
"Инструкции",
"Информация для записи в БД",
"Информация о пользователе системы",
"Отчеты, результаты запросов",
"Пользователь",
"Уровень доступа к ресурсам системы",
4.2 Перечень функций
А0 Работа бригады программистов
А1 Определение уровня доступа к системе
А2 Изменение информации в Базе Данных
А2.1 Работа с заказчиками
А2.2 Добавление нового заказа
А2.3 Добавление в БД информации о новом ПО
А2.4 Добавление в БД информации о проделанной работе
А2.5 Изменение информации о заказах и заказчиках
А3 Анализ работы бригады и ответы на запросы пользователей
5 Диаграммы потоков данных


Рис. 2а,б

Рис. 2в
На рисунках 2а, 2б и 2в были изображены информационные потоки в разработанной системе используя DFD стандарт.

6 Информационная модель
Структура и содержание информационных потоков, необходимых для поддержки функций системы представлены на Рис. 3

Рис. 3
7 Структура отношений (DBDL):
personal (id_person, fio, pass, login, id_role)
Первичный ключ: id_person
Внешний ключ: id_role ссылается на roles(id_role)

roles (id_role, name)
Первичный ключ: id_role

months (id_month, month)
Первичный ключ: id_month

years (year)
Первичный ключ: year

po (id_po, name, id_tip)
Первичный ключ: id_po
Внешний ключ: id_tip ссылается на tip_po(id_tip)

tip_po (id_tip, name)
Первичный ключ: id_tip

zarplata (id_zp, money, year, id_month)
Первичный ключ: id_zp
Внешний ключ: id_month ссылается на months(id_month)
Внешний ключ: year ссылается на years(year)

zakazshik (id_zakazshik, name, rekvizit, adres,)
Первичный ключ: id_zakazshik

job_type (id_job, job_name, koaf)
Первичный ключ: id_job

zakaz (id_zakaz, id_zakazshik, data_zakaza, status_id, id_po, id_job)
Первичный ключ: id_zakaz
Внешний ключ: id_zakazshik ссылается на zakazshhik(id_zakazshik)
Внешний ключ: status_id ссылается на status(status_id)
Внешний ключ: id_po ссылается на po(id_po)
Внешний ключ: id_job ссылается на job_type(id_job)

zapisi (id_zapisi, date, time_rabot, id_person, id_zakaz, id_zp)
Первичный ключ: id_zapisi
Внешний ключ: id_person ссылается на personal(id_person)
Внешний ключ: id_zakaz ссылается на zakaz(id_zakaz)
Внешний ключ: id_zp ссылается на zarplata(id_zp)

status (status_id, name)
Первичный ключ: status_id

8 Идентификация функциональных зависимостей
Отношение “personal”
id_person-> fio, pass, login, id_role
Отношение “roles”
id_role-> name
Отношение “months”
id_month-> month
Отношение “po”
id_po-> name, “id_tip”
Отношение “tip_po”
id_tip-> name
Отношение “zarplata”
id_zp-> money, year, id_month
Отношение “zakazshik”
id_zakazshik-> name, rekvizit, adres,
Отношение “job_type”
id_job-> job_name, koaf
Отношение “zakaz”
id_zakaz-> id_zakazshik, data_zakaza, status_id, id_po, id_job
Отношение “zapisi”
id_zapisi-> date, time_rabot, id_person, id_zakaz, id_zp
Отношение “status”
status_id-> name

Все приведенные отношения находятся в НФБК, изменения не требуются.
9 Физическая модель
Создание объектов базы данных осуществлялось в соответствии со стандартом SQL:2003

CREATE DATABASE db_kursach
WITH OWNER = postgres
ENCODING = WIN1251;

CREATE TABLE job_type
(
id_job serial NOT NULL,
job_name character varying(20) NOT NULL,
koaf numeric(4,2) NOT NULL DEFAULT 1,
CONSTRAINT job_type_pkey PRIMARY KEY (id_job),
CONSTRAINT job_type_koaf_check CHECK (koaf > 0::numeric)
)
WITH (OIDS=FALSE);
ALTER TABLE job_type OWNER TO postgres;

CREATE TABLE months
(
"month" character varying(8),
id_month integer NOT NULL DEFAULT nextval(month_id_month_seq::regclass),
CONSTRAINT id_month PRIMARY KEY (id_month)
)
WITH (OIDS=FALSE);
ALTER TABLE months OWNER TO postgres;

CREATE TABLE personal
(
id_person serial NOT NULL,
fio text NOT NULL,
pass text NOT NULL,
"login" character varying(15) NOT NULL,
id_role serial NOT NULL,
CONSTRAINT personal_pkey PRIMARY KEY (id_person),
CONSTRAINT id_role FOREIGN KEY (id_role)
REFERENCES roles (id_role) MATCH FULL
ON UPDATE NO ACTION ON DELETE NO ACTION,
CONSTRAINT "login" UNIQUE (login)
)
WITH (OIDS=FALSE);
ALTER TABLE personal OWNER TO postgres;

CREATE TABLE po
(
id_po serial NOT NULL,
"name" text NOT NULL,
id_tip serial NOT NULL,
CONSTRAINT po_pkey PRIMARY KEY (id_po),
CONSTRAINT po_id_tip_fkey FOREIGN KEY (id_tip)
REFERENCES tip_po (id_tip) MATCH FULL
ON UPDATE NO ACTION ON DELETE NO ACTION,
CONSTRAINT "namePo" UNIQUE (name)
)
WITH (OIDS=FALSE);
ALTER TABLE po OWNER TO postgres;

CREATE TABLE roles
(
id_role serial NOT NULL,
"name" character varying(10) NOT NULL,
CONSTRAINT roles_pkey PRIMARY KEY (id_role),
CONSTRAINT roles_name_key UNIQUE (name)
)
WITH (OIDS=FALSE);
ALTER TABLE roles OWNER TO postgres;

CREATE TABLE status
(
status_id serial NOT NULL,
"name" character varying(15) NOT NULL,
CONSTRAINT status_pkey PRIMARY KEY (status_id)
)
WITH (OIDS=FALSE);
ALTER TABLE status OWNER TO postgres;

CREATE TABLE tip_po
(
id_tip serial NOT NULL,
"name" character varying(20) NOT NULL,
CONSTRAINT tip_po_pkey PRIMARY KEY (id_tip)
)
WITH ........


Литература
1. Т. Коннолли Базы Данных. Проектирование, реализация и сопровождение. Теория и практика. Третье Издание. - Москва. Издательский дом «Вильямс», 2003.
2. Г. Гарсиа-Молина. Системы баз данных. Полный курс. - Москва. Издательский дом «Вильямс», 2003.
3. С. В. Глушаков. Delphi 2007. Самоучитель. - Москва. Хранитель АСТ, 2008.
4. < ql.ru>


Перейти к полному тексту работы


Скачать работу с онлайн повышением уникальности до 90% по antiplagiat.ru, etxt.ru или advego.ru


Смотреть похожие работы


* Примечание. Уникальность работы указана на дату публикации, текущее значение может отличаться от указанного.