Создание базы данных "Социальная карта ребенка"

Проект системы по хранению и обработке данных детей-сирот или из неблагополучных семей, которые находятся в специализированных приемниках, детских домах или приютах. Разработка документации для создания базы данных в среде программирования SQL Server.

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык русский
Дата добавления 07.12.2012
Размер файла 955,0 K

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

ФГОУ СПО

Хакасский политехнический колледж

Специальность 230103: Автоматизированные системы обработки информации и управления (по отраслям)

пояснительная записка

к курсовой работе по дисциплине

Разработка и эксплуатация автоматизированных информационных систем

на тему:

Создание базы данных «Социальная карта ребенка»

Автор работы:

Полковников В.А.

Руководитель работы:

Корнаухов Р.В

Абакан 2007

СОДЕРЖАНИЕ

Введение

1. Постановка задачи

2. Проектирование

3. Создание структуры БД

4. Программирование

4.1 Создание представлений

4.2 Создание запросов

4.3 Создание курсоров

4.4 Создание переменных

4.5 Создание хранимых процедур

5. Организация прав доступа

6. Сетевое взаимодействие

7. Тестирование

8. Отладка

9. Внедрение

Заключение

Список используемых источников

Список аббревиатур

Приложения:

П.1. DFD - диаграммы

П.2. Нормализация

Введение

В современном мире все организации стараются перейти на автоматизацию рабочего процесса, в нашей стране мало отечественных программным продуктов или программных средств для реализации данной цели. В основном программные средства использующиеся в нашей стране сделаны за рубежом, но не всегда эти программы удовлетворяют требования нашей работы или эти программы просто не доступны нашим рабочим, либо с финансовой точки, либо незнание данных программ. Наши отечественные предприятия предоставляют пользователям такие программные комплексы «1С Предприятие», законодательные системы «Гарант плюс» и «Консультант плюс», но эти программы не удовлетворяют рынок.

Поэтому появилась потребность создания системы по хранению и обработки данных детей сирот или из неблагополучных семей, которые находятся в специализированных приемниках, детских домах или приютах.

Целью данного курсового проектирование является разработка документации для создания необходимого программного средства и создание БД в среде программирования SQL Server.

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

1. Microsoft Word;

2. Microsoft Visio;

3. MS SQL Server 2000 Developer Edition.

1. Постановка задачи

Появилась необходимость в разработке базы данных «Социальная карта ребенка, поступившего в приют». Заказчиком данной базы является МУ «Социальный приют для детей» находящийся в с. Каратузское ул. Юности 3. Заказчику необходимо:

1. Хранить данные на детей, поступивших в приют, а также их дальнейшее продвижение после выбытия;

2. Быстрый поиск данных на какого-либо ребенка или группу детей;

3. Вывод на печать запрашиваемых данных;

Данная БД должна хранить данные о ребенке и его родителях (попечителях или опекунах). Рассмотрим некоторые данные, которые необходимо хранить в разрабатываемой системе:

1. ФИО ребенка;

2. Дата рождения;

3. Серия и номер (паспорта или свидетельства о рождении);

4. Дата выдачи документа;

5. Кем выдан документ;

6. Место обучения ребенка;

7. Хронические заболевания ребенка;

8. Категория семьи данного ребенка;

9. Сведения о его родителях (попечителях, опекунах), т.е. ФИО, дата рождения, серия и номер паспорта, дата выдачи и др.

2. Проектирование

На данном этапе определяется состав и структура БД, т.е. сколько, какие таблицы будут в данном программном средстве.

Таблица 2.1

Социальная карта ребенка

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

Тип данных

Описание

ID

Char

Первичный ключ, размер 10

Фамилия

Text

Фамилия ребенка, размер поля 16

Имя

Text

Имя ребенка, размер поля 16

Отчество

Text

Отчество ребенка, размер поля 16

Дата рождения

datetime

размер 8

Серия и №

Char

Серия номер документа(паспорт, св-во о рождении), размер 10

Дата выдачи

datetime

Дата выдачи документа, размер 8

ID Кем выдан

Char

Место выдачи документа, внешний ключ, размер 10

ID Место регистрации

Char

Место прописки по документу ,внешний ключ, размер 10

ID Место учебы

Char

Место обучения ребенка, внешний ключ, размер 10

ID Класс

Char

Класс в котором обучается ребенок, внешний ключ, размер 10

ID Форма обучения

Char

Тип обучения, внешний ключ, размер 10

Дата постановки на учет в КДН

datetime

Дата постановки на учет в детскую комнату милиции, размер 8

ID Основание

Char

По какой причине был поставлен на учет, внешний ключ, размер 10

Хронические заболевания

Text

Есть ли хронические заболевания, размер 16

Дата поступления в СПД

datetime

Дата поступления в приют, размер 8

ID Основания помещения

Char

По какой причине был привезен а приют, внешний ключ, размер 10

ID Поступление

Char

Какое поступление а приют , внешний ключ, размер 10

ID Категория семьи

Char

Социальный статус семьи, внешний ключ, размер 10

ID Мать

Char

Личные данные матери ребенка, внешний ключ, размер 10

ID Отец

Char

Личные данные отца ребенка, внешний ключ, размер 10

ID Виды устройства

Char

Дальнейшее устройство ребека, внешний ключ, размер 10

Дата выбытия

datetime

Дата выбытия ребенка из приюта, размер 8

Таблица-справочник 2.2

Кем Выдан

ID

Char

Первичный ключ, размер 10

Кем выдан

Text

Наименование органа выдавшего документ, размер 16

Таблица-справочник 2.3

Место учебы

ID

Char

Первичный ключ, размер 10

Место учебы

Text

Учебное заведение в котором обучается ребенок, размер 16

Таблица-справочник 2.4

Место регистрации

ID

Char

Первичный ключ, размер 10

ID Региона

Char

Внешний ключ, размер 10

ID Района

Char

Внешний ключ, размер 10

ID Населенного пункта

Char

Внешний ключ, размер 10

Улица

Text

Внешний ключ, размер 10

Дом-Квартира

Text

Размер 16

Таблица-справочник 2.5

Класс

ID

Char

Первичный ключ, размер 10

Класс

Text

Класс (группа) в котором обучается ребенок, размер 16

Таблица-справочник 2.6

Форма обучения

ID

Char

Первичный ключ, размер 10

Форма обучения

Text

Размер 16

Таблица-справочник 2.7

Основание

ID

Char

Первичный ключ, размер 10

Основание

Text

Размер 16

Таблица-справочник 2.8

Основание помещения в СПД

ID

Char

Первичный ключ, размер 10

Основание помещения в СПД

Text

Размер 16

Таблица-справочник 2.9

Поступление

ID

Char

Первичный ключ, размер 10

Поступление

Text

Размер 16

Таблица-справочник 2.10

Категория семьи

ID

Char

Первичный ключ, размер 10

Категория семьи

Text

Размер 16

Таблица-справочник 2.11

Виды устройства

ID

Char

Первичный ключ, размер 10

Виды устройства

Text

Размер 16

Таблица-справочник 2.12

Регион

ID

Char

Первичный ключ, размер 10

Регион

Text

Размер 16

Таблица-справочник 2.13

Район

ID

Char

Первичный ключ, размер 10

Район

Text

Размер 16

Таблица-справочник 2.14

Населенный пункт

ID

Char

Первичный ключ, размер 10

Населенный пункт

Text

Размер 16

Таблица 2.15

Мать

ID

Char

Первичный ключ, размер 10

Фамилия

Text

Фамилия матери, размер 16

Имя

Text

Имя матери, размер 16

Отчество

Text

Отчество матери, размер 16

Дата рождения

datetime

размер 8

Серия и №

Char

Серия и № паспорта, размер 10

Дата выдачи

datetime

Дата выдачи паспорта, размер 8

ID Место регистрации

Char

Место прописки, внешний ключ , размер 10

Образование

Text

Какое имеет образование, размер 16

Место работы

Text

Место работы (название организации должность), размер 16

Физ. здоровье

Text

Заключение врачей о здоровье, размер 16

Таблица 2.16

Отец

ID

Char

Первичный ключ, размер 10

Фамилия

Text

Фамилия отца, размер 16

Имя

Text

Имя отца, размер 16

Отчество

Text

Отчество отца, размер 16

Дата рождения

datetime

размер 8

Серия и №

Char

Серия и № паспорта, размер 10

Дата выдачи

datetime

Дата выдачи паспорта, размер 8

ID Место регистрации

Char

Место прописки, внешний ключ , размер 10

Образование

Text

Какое имеет образование, размер 16

Место работы

Text

Место работы (название организации должность), размер 16

Физ. здоровье

Text

Заключение врачей о здоровье, размер 16

3. Создание структуры БД

Построение начальной контекстной диаграммы

Построим начальную контекстную диаграмму потоков в нотации Гейна-Сэрсона. Нарисуем Нулевой процесс и присвоим ему имя системы (Система приёма детей). Поскольку моделируется деятельность отдела учёта детей и социальная карта ребёнка, внешними сущностями являются Соц. Педагог, Ребёнок и Администрация приюта. Нарисуем внешние сущности и соединим их с нулевым процессом посредством потоков данных. Потоки данных соответствуют документам, запросам, которыми внешние сущности обмениваются с системой.

Рис. 3.1 Начальная контекстная диаграмма

Построение диаграмм потоков данных нулевого и последующих уровней:

Детализируем начальную контекстную диаграмму для завершения анализа функционального аспекта поведения системы.

1. Декомпозируем начальную контекстную диаграмму. Для этого можно построить диаграмму для каждого события. Поставим каждому событию в 'соответствие процесс, нарисуем входные и выходные потоки, накопители данных, внешние сущности и ссылки на другие процессы для описания связей между этим процессом и его окружением.

2. Сведем все построенные диаграммы в одну диаграмму нулевого уровня.

3. Проверим соответствие между контекстной диаграммой и диаграммой нулевого уровня (каждый поток данных между системой и внешней сущностью на диаграмме нулевого уровня должен быть представлен и на контекстной диаграмме).

4. Разделим процессы на группы, которые имеют много общего (работают с одинаковыми данными и/или имеют сходные функции). Нарисуем их вместе на диаграмме более низкого (первого) уровня, а на диаграмме нулевого уровня объединим в один процесс. Накопители данных, используемые процессами из одной группы, перенесем из нулевого уровня на первый, а из нулевого уровня удалим и заменим одной базой данных.

5. Декомпозируем сложные процессы и проверим соответствие различных уровней модели процессов.

6. Опишем накопители данных посредством структур данных.

7. Опишем процессы нижнего уровня посредством спецификаций

Рис. 3.2 Диаграмма потоков данных нулевого уровня

Диаграммы последующих уровней (см. П.1 Рис. П.1.1-П.1.2).

Построение начального варианта концептуальной модели данных:

Используя нотацию CASE-средства, выделим и нарисуем сущности для каждого объекта данных в системе приема пациентов. Рассмотрим каждую возможную пару сущностей и установим существование связи между ними. Связь должна отражать наличие взаимодействия между сущностями, чем в системе должна сохраняться информация об этом взаимодействии.

Нарисуем диаграмму «сущность-связь». Присвоим наименование каждой связи и зададим ее характеристики (степень связи и обязательность)

Рис 3.3 Начальный вариант концептуальной модели

Уточнение концептуальной модели данных:

Определим атрибуты сущностей и уточним построенную модель данных.

1. Используя построенные ранее структуры данных, уточним атрибуты каждой сущности и нарисуем их на ER-диаграмме. Внешние ключи можно не показывать, поскольку они определяются связями между сущностями.

2. Выделим атрибуты-идентификаторы и подчеркнем их.

3. Проверим связи, выделим (при необходимости) зависимые от идентификатора сущности и связи «супертип-подтип».

4. Проверим соответствие между описанием структур данных и концептуальной моделью (все элементы данных должны присутствовать на диаграмме в качестве атрибутов) (см. П.1 Рис. П.1.3)

Первая и вторая нормальные формы(см. П.2 Рис. П.2.1-П.2.2)

Третья нормальная форма:

Рис 3.4 Третья нормальная форма

4. Программирование

4.1 Создание представлений

Представление «Ребенок с полями из таблицы Отец, Мать»

Рис 4.1 Создание представления «Ребенок1»

2. Представление «Запрос с полями из таблиц Поступление, Основание поступления, Основание постановки»

Рис 4.2 Создание представления «Ребенок2»

3. Представление «Отец с полями из таблицы Место регистрации»

Рис 4.3 Создание представления «Ребенок3»

4.2 Создание запросов

1. Запрос «Ребенок», выборка всех полей из таблицы «KARTA»

Рис 4.4 Создание запроса «Ребенок1»

2. Запрос для выборки данных из таблицы «KARTA», «OcnovaniaPomecheniaVCPD»

Рис 4.5 Создание представления «Ребенок2»

3. Запрос «Отец», выборка данных из таблицы «Otez», «MectoRegictrazii»

Рис 4.6 Создание представления «Ребенок3»

4.3 Создание курсоров

Под курсором, как правило, понимают получаемый при выполнении запроса результирующий набор и связанный с ним указатель текущей записи. Курсор - это объект, связанный с определенной областью памяти. Существуют явные и неявные курсоры.

Явный курсор имеет имя и перед использованием должен быть объявлен. Неявный курсор создается автоматически и его нельзя повторно открыть без перекомпиляции оператора запроса.

Объявление курсора выполняется оператором DECLARE CURSOR, в котором фраза FOR определяет запрос, ассоциируемый с данным курсором.

Например, оператор

EXEC SQL DECLARE Х1CURSOR FOR SELECT f1,f2,f3 FROM

КARTA WHERE f2>100;

создает курсор X1 на базе таблицы KARTA. При объявлении курсора выполнения запроса не происходит. Выполнение запроса и создание курсора инициируется оператором OPEN CURSOR.

Например, оператор

OPEN CURSOR X1;

создаст курсор, выполнив определенный в нем оператор SELECT.

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

Для извлечения данных из курсора используется оператор FETCH.

Например, оператор

FETCH X1 INTO:f1, :f2, :f3;

извлекает значения текущей строки курсора в INTO-переменные.

Для освобождения памяти, выделенной под курсор, его следует закрыть, выполнив оператор CLOSE CURSOR. Например:

CLOSE CURSOR X1;

Примеры создания, открытия, извлечение данных и закрытие курсоров.

1. DECLARE С1CURSOR FOR SELECT f1,f2,f3,f4,f5,f6 FROM Mat - создаёт курсор с именем С1, для выборки данных в переменные f из таблицы Mat

OPEN CURSOR C1; - открывает курсор С1

FETCH C1 INTO : f1,f2,f3,f4,f5,f6 - помещает данные в переменные f

CLOSE CURSOR c1; - закрывает курсор С1

2. DECLARE С2CURSOR FOR SELECT f1,f2,f3,f4,f5,f6 FROM Otez ; - создаёт курсор с именем С1, для выборки данных в переменные f из таблицы Otez

OPEN CURSOR C2; - открывает курсор С2

FETCH C2 INTO : f1,f2,f3,f4,f5,f6 - помещает данные в переменные f

CLOSE CURSOR c2; - закрывает курсор С2

3. DECLARE С3 CURSOR FOR SELECT f1,f2,f3,f4,f5,f6 FROM KARTA; - создаёт курсор с именем С1, для выборки данных в переменные f из таблицы KARTA

OPEN CURSOR C3;- открывает курсор С3

FETCH C3 INTO: f1,f2,f3,f4,f5,f6 - помещает данные в переменные f

CLOSE CURSOR C3; - закрывает курсор С3

4.4 Создание переменных

INTO-переменные служат для извлечения данных из результирующего набора в переменные основного языка программирования. Какая бы технология доступа к БД ни использовалась в приложении, после формирования результирующего набора данные для дальнейшей обработки (изменения, отображения, печати и т.п.) всегда должны быть извлечены в переменные, с которыми может работать основной язык программирования. Во встроенном SQL оператор SELECT сразу может указать имена переменных, в которые будут занесены результаты запроса. Такие переменные называются INTO-переменными.

Для использования INTO-переменных существуют следующие ограничения:

· результирующий набор гарантированно должен возвращать только одну строку;

· тип каждой INTO-переменной должен соответствовать типу столбца, значение которого записывается в эту переменную.

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

· при использовании в предикате значения поля, являющегося уникальным в силу объявления его как PRIMARY KEY или UNIQUE;

· при агрегировании данных всей таблицы, когда в списке полей указывается агрегирующая функция, а фраза GROUP BY отсутствует;

· если структура используемых таблиц и синтаксис оператора SELECT однозначно определяют возвращаемую строку.

Например:

EXEC SQL SELECT f1,f2,f3 FROM KARTA INTO :var1, var2, var3

WHERE f1=1;

Имена INTO-переменных могут совпадать с именами полей, так как это разные идентификаторы, отличающиеся наличием у INTO-переменных символа двоеточие.

Переменные связи

Переменные связи (bind-переменные) служат для передачи значений в СУБД. Эти переменные могут использоваться во фразе WHERE для вычисления условия, в операторах INSERT и DELETE для определения устанавливаемых значений.

Переменные связи, также как и INTO-переменные, перед применением должны быть предварительно объявлены. Переменные связи при указании их в SQL-операторе предваряются символом двоеточие.

Например:

EXEC SQL INSERT INTO Mat (f1,f2,f3) VALUES (:f1,f2,f3);

Примеры создания переменных.

SQL SELECT f1,f2,f3 FROM KARTA INTO :var1, var2, var3;

SQL SELECT S1,S2,S FROM Otez :var4 var5 var6 WHERE f1=1;

SQL SELECT f1,f2 FROM Mat INTO :var7, var8 WHERE f1=1;

4.5 Создание хранимых процедур

1. CREATE PROCEDURE XXX AS SELECT dbo.KARTA.Familia,

dbo.KARTA.Imia, dbo.KARTA.Otjectvo, dbo.KARTA.DataRowdenia,

dbo.KARTA.ID_MectoRegictrazii,

dbo.KARTA.DataPoctypleniaVCPD, dbo.KARTA.ID_KategoriaCemii,

dbo.[Mat'].Familia AS Expr1, dbo.[Mat'].Imia AS Expr2,

dbo.[Mat'].Otjectvo AS Expr3,

dbo.[Mat'].DataRowdenia AS Expr4, dbo.[Mat'].ID_MectoRegictrazii AS

Expr5, dbo.[Mat'].FizZdorovie, dbo.Otez.Familia AS Expr6,

dbo.Otez.Imia AS Expr7, dbo.Otez.Otjectvo AS Expr8,

dbo.Otez.DataRowdenia AS Expr9, dbo.Otez.ID_MectoRegictrazii AS

Expr10,

dbo.Otez.FizZdorovie AS Expr11

FROM dbo.KARTA INNER JOIN

dbo.[Mat'] ON dbo.KARTA.ID_Mat = dbo.[Mat'].ID INNER JOIN

dbo.Otez ON dbo.KARTA.ID_Otez = dbo.Otez.ID

GO - данная процедура делает выборку данных из таблиц KARTA, Mat, Otez, с помощью этой процедуры организуется запрос на ребенка с отображением данных по его родителям.

2. CREATE PROCEDURE XXX1 AS SELECT dbo.KARTA.Familia,

dbo.KARTA.Imia, dbo.KARTA.Otjectvo, dbo.KARTA.DataRowdenia,

dbo.KARTA.Ceria_i_Nomer, dbo.KARTA.DataVidaji,

dbo.KARTA.ID_MectoRegictrazii, dbo.KARTA.ID_KemVidan,

dbo.OcnovaniaPomecheniaVCPD.OcnovaniaPomecheniaVCPD,

dbo.Poctyplenie.Poctyplenie, dbo.[Ocnovanie

poctanovki].OcnovaniePoctanovki

FROM dbo.KARTA INNER JOIN

dbo.OcnovaniaPomecheniaVCPD ON

dbo.KARTA.ID_OcnovaniePoctyplenia =

dbo.OcnovaniaPomecheniaVCPD.ID INNER JOIN

dbo.Poctyplenie ON dbo.KARTA.ID_Poctanovka = dbo.Poctyplenie.ID

INNER JOIN

dbo.[Ocnovanie poctanovki] ON dbo.KARTA.ID_VidiYctrouctva =

dbo.[Ocnovanie poctanovki].ID

GO - данная процедура делает выборку данных из таблицы KARTA и справочников: OcnovaniaPomecheniaVCPD, Ocnovanie poctanovki, с помощью этой процедуры организуется запрос на ребенка

3. CREATE PROCEDURE XXX2 AS SELECT dbo.Otez.Familia,

dbo.Otez.Imia, dbo.Otez.Otjectvo, dbo.Otez.DataRowdenia,

dbo.Otez.Ceria_i_nomer, dbo.[Mecto regictrazii].ID_Regiona,

dbo.[Mecto regictrazii].[ID_Rai'ona], dbo.[Mecto

regictrazii].ID_NacelennogoPynkta, dbo.[Mecto regictrazii].Yliza,

dbo.[Mecto regictrazii].[Dom-kvartira],

dbo.Otez.Obrazovanie, dbo.Otez.MectoRaboti, dbo.Otez.FizZdorovie

FROM dbo.Otez INNER JOIN

dbo.[Mecto regictrazii] ON dbo.Otez.ID_MectoRegictrazii = dbo.[Mecto

regictrazii].ID

GO - с помощью данной процедуры организуется запрос на отца ребенка.

база данный детский специализированный

5. Организация прав доступа

Созданные пользователи:

Рис 5.1 Список пользователей

Права для этих пользователей:

Рис 5.2 Список прав для пользователей

Admin - имеет все права для работы с базой данных.

Pedagog - может вносить, просматривать и обновлять данные базы данных

Administrazia - может только просмотреть и создать отчет.

- доступ разрешен.

- доступ запрещен.

Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

- по умолчанию ни какие права не ограничены.

6. Сетевое взаимодействие

Разработка рабочей формы Рис 6.1 Рабочая форма, вкладка 1

Рис 6.2 Рабочая форма, вкладка 2

Для организации сетевого взаимодействия созданной базы данных, созданной в MS SQL Server 2000 и рабочей формы, созданной в среде объектно-ориентированном программировании Borland Delphi 7 - необходимо:

А) Подключить источник данных ODBC и настроить его.

Рис 6.3 Подключение ODBC

Б) Настроить DBE администратор в Borland Delphi 7

Рис 6.4 Подключение DBE

В) Затем подключаем на рабочей форме поля из таблиц базы данных, например: к полю «Фамилия» подсоединяем поле «Familia» из таблицы «KARTA».

7. Тестирование

Тестирование является одним из этапов жизненного цикла ПИ, направленным на повышение качественных характеристик. При создании типичного ПИ около 40% общего времени и более 40% общей стоимости расходуется на проверку (тестирование) разрабатываемой программы.

Применительно к ПИ тестирование - это процесс многократного выполнения программы с целью обнаружения ошибок. Программа тестируется для того, чтобы повысить уровень ее надежности, т.е. выявить максимальное число ошибок.

Детерминированное тестирование, или тестирование на определенных входных значениях, основывается на двух подходах:

структурное тестирование (СТ);

функциональное тестирование (ФТ).

Структурное тестирование, или тестирование программ как "белого ящика" (стратегия тестирования, управляемого логикой программы), предполагает детальное изучение текста (логики) программы и построение (подбор) таких входных наборов данных, которые позволили бы при многократном выполнении программы на ЭВМ обеспечить выполнение максимально возможного количества маршрутов, логических ветвлений, циклов и т.д.

Функциональное тестирование, или тестирование программ как "черного ящика" (тестирование по "входу-выходу"), полностью абстрагируется от логики программы, предполагается, что программа - "черный ящик", а тестовые наборы выбираются на основании анализа входных функциональных спецификаций. Т.е. при функциональном тестировании исходной информацией для построения тестовых наборов данных являются функциональные спецификации программы.

Для успешного и качественного проведения детерминированного тестирования необходимо разработать эффективные тестовые наборы данных. Понятие "эффективного" тестового набора данных связано с невозможностью "полного" тестирования программы.

Итак, основные ошибки выявленные на этапе тестирования методом белого ящика программного средства БД «Социальная карта ребенка» методом «Белого ящика»:

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

2. Не корректные связи между таблицами

Критерии завершенности тестирования

При проведении тестирования встает вопрос о том, когда завершить тестирование, когда разрабатываемое ПС достигло того уровня надежности, которое может удовлетворить будущих пользователей.

В основном на практике придерживаются следующих двух критериев:

когда время, отведенное по графику на тестирование, истекло;

когда все тесты выполняются без выявления ошибок (т.е. оказались неудачными).

Оба этих критерия недостаточно точны и логичны, так как первому можно удовлетворить, ничего не делая, а второй зависит от качества тестового набора данных.

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

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

Более прогрессивным может считаться подход, при котором для определения критерия завершенности тестирования используются количественные показатели надежности, рассчитываемые по моделям надежности.

8. Отладка

На данном этапе происходит исправление тех ошибок, которые были обнаружены при тестировании. Этап отладки лучше проводить создателю ПО, так как он знает структуру программы лучше, чем другие программисты, а так же сам код.

Ошибка

Метод (ы) её исправления

Несоответствие типа данных

Определение типа записей и поиск соответствуещего в стандартном наборе MS SQL 2000

Несоответствие размеров поля в таблицах

Определение типа записей и поиск соответствуещего в стандартном наборе MS SQL 2000

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

Вторичная проработка нормализации БД, т.е. переработка третьей нормальной формы.

9. Внедрение

Инструкция пользователя

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

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

- Выход из программы.

- Сохранить новую запись.

- Организовать запрос на ребенка.

- Создать отчет на ребенка.

Инструкция программисту.

При необходимости изменения программистом структуры БД или таблиц необходимо:

А) Открыть утилиту Enterprise Manager в MS SQL Server 2000, где отображены все таблицы, представления, хранимые процедуры, схемы данных, пользователи и многое другое.

Например, для создания новой таблицы, открываем вкладку Tables, нажимаем правой кнопкой мыши и из всплывшего контекстного меню выбираем команду New table: Необходимая команда

Рис 9.1 Рабочая область SQL Server 2000

Рис 9.2 Контекстное меню вкладка Table

В открывшемся окне, необходимо ввести поля, которые нужны в новой таблице, установить типы данных для полей, ключи.

Рис 9.3 Создание новой таблицы в SQL Server 2000

После создания новой таблицы, нужно ее подсоединить к рабочей форме. Для этого нужно создать новые поля на форме:

Рис 9.4 Добавления новой сроки на рабочую форму

Документация

Анализ - методы анализа программного средства; выбор метода анализа; пояснение выбранного метода анализа; анализ программного средства; результат анализа; примерный расчет стоимости и затрат на реализацию программного средства, рассмотрение предметной области, написание постановки задачи.

Проектирование - после определения требований заказчика по проекту и учитывая данные этапа анализа были созданы DFD диаграммы и ER диаграммы, также определены связи между таблицами. Подготовлена соответствующая документация по этапу проектирования.

Реализация - на данном этапе были выбраны средства разработки программного средства, это MS SQL Server 2000 для создания базы данных и Borland Delphi7 для создания рабочей формы, т.е интерфейса для работы пользователя с программным средством. Затем по документации приготовленной на предыдущих этапах была создана база данных «Социальная карта ребенка» и интерфейс для пользователя. Приготовленные программные модули и функции с сопроводительной документацией передаются на следующий этап.

Тестирование - на данном этапе были определены средства и методы тестирования. Программа тестировалась двумя методами: структурное тестирование или метод «белого ящика» и функциональное тестирование или метод «черного ящика». По обнаруженным ошибкам подготовлена документация и на этапе отладки данные ошибки устранены. Программное средство готово к внедрению.

Отладка - на данном этапе исправлены ошибки, обнаруженные при тестировании программного средства. По окончанию отладки подготавливается документация для внедрения программного средства в эксплуатацию.

Внедрение - программа протестирована на платформе заказчика, подготовлен пакет документов по программному средству, в состав документации входит инструкция пользования как на уровне пользования, так и на уровне программиста . Программное средство передано заказчику для эксплуатации, по составленному акту передачи.

ЗаключениЕ

Хранение и обработка данных детей сирот или из неблагополучных семей, которые находятся в специализированных приемниках, детских домах или приютах стало занимать много времени, поскольку на данный момент большинство организаций в этой сфере до сих пор работают в ручную с этой документацией так как программ для такой работы мало и они доступны не всем.

Поэтому в ходе данного курсового проекта создана БД MS SQL Server 2000 и интерфейс в среде объектно-ориентированном программировании Borland Delphi 7, которая позволяет автоматизировать обработку и хранение данных на детей. Данное программное средство намного облегчит работу социальным педагогам в спец. приемниках, в центрах социальной защиты населения, детских домах и приютах. Задание по курсовому проекту выполнено полностью согласно требованиям заказчика и требованиям на курсовой проект.

Список используемых источников

1. Конспект лекций по дисциплине РиЭАИС

2. Конспект лекций по дисциплине АИС

Список аббревиатур и глоссарий

ГЛОССАРИЙ

Представление - это некоторая логическая (виртуальная) таблица, которая формируется заново каждый раз, когда в SQL-операторе встречается ссылка на конкретное представление.

Курсор - Под курсором, как правило, понимают получаемый при выполнении запроса результирующий набор и связанный с ним указатель текущей записи, курсор это объект, связанный с определенной областью памяти.

PRIMARY KEY - Первичный ключ.

SElECT - Оператор выбора. С его помощью формируются запросы.

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

Переменные связи (bind-переменные) служат для передачи значений в СУБД.

АББРЕВИАТУРЫ

1. DFD - диаграммы потоков данных

2. БД - база данных

3. ПС - программное средство

4. СПД - социальный приют для детей

5. КДН - комната детского надзора

6. СТ - структурное тестирование

7. ФТ - функциональное тестирование

Размещено на Allbest.ru


Подобные документы

  • Концептуальное проектирование базы данных: разработка схемы и структуры таблиц, описание атрибутов. Реализация базы данных в среде СУБД MS SQL Server 2000. Основные принципы создания таблиц. Доступ и обработка данных с помощью утилиты Enterprise Manager.

    курсовая работа [3,8 M], добавлен 22.01.2013

  • Освоение сервисной системы управления базами данных Microsoft SQL. Разработка базы данных "Служба АТС" в среде Microsoft SQL Server Management Studio и создание запросов на языке SQL. Апробация инфологической модели "сущность - связь" базы данных.

    курсовая работа [2,9 M], добавлен 29.06.2015

  • Понятие базы данных, модели данных. Классификация баз данных. Системы управления базами данных. Этапы, подходы к проектированию базы данных. Разработка базы данных, которая позволит автоматизировать ведение документации, необходимой для деятельности ДЮСШ.

    курсовая работа [1,7 M], добавлен 04.06.2015

  • Разработка базы данных, содержащей информацию, необходимую Государственной инспекции по маломерным судам для выдачи билетов владельцам судов. Особенности создания файла и диаграмм базы данных, SQL-запросов. Объекты информационной модели и их свойства.

    курсовая работа [1,3 M], добавлен 24.10.2012

  • Создание таблиц базы данных с помощью MS Access "Страны Азии". Форма базы данных и запросы к выборкам данных. Модификация структуры таблиц, создания связей между главными таблицами, редактирование данных и проектирование форм для реальной базы данных.

    контрольная работа [723,9 K], добавлен 25.11.2012

  • Анализ баз данных и систем управления ими. Проектирование и создание реляционной базы данных в среде MS Access для ресторана "Дельфин": построение информационно логической модели, разработка структур таблиц базы данных и схемы данных, создание Web-узла.

    курсовая работа [3,7 M], добавлен 15.11.2010

  • Исследование структуры и практическая разработка проектной модели реляционной базы данных "Аптечный склад" в MS Microsoft SQL Server 2005. Характеристика и создание возможностей по просмотру, редактированию, добавлению данных и обработке запросов в БД.

    курсовая работа [793,3 K], добавлен 21.06.2011

  • Системы управления базами данных: сущность и характеристика. Типы данных и свойства полей СУБД Access. Объекты базы данных: таблицы, схемы данных, формы, запросы, отчеты. Разработка и проектирование базы данных "Продажи книг" в среде Microsoft Access.

    курсовая работа [1,8 M], добавлен 04.02.2013

  • Создание программ, позволяющих создавать базы данных. Создание таблицы базы данных. Создание схемы данных. Создание форм, отчетов, запросов. Увеличение объема и структурной сложности хранимых данных. Характеристика системы управления базой данных Access.

    курсовая работа [2,1 M], добавлен 17.06.2013

  • Разработка базы данных для информационной поддержки деятельности аптеки с целью автоматизированного ведения данных о лекарствах аптеки. Проектирование схемы базы данных с помощью средства разработки структуры базы данных Microsoft SQL Server 2008.

    курсовая работа [3,6 M], добавлен 18.06.2012

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.