Защита информации

 

 

Модуль справочников и модуль отчетов являются вспомогательными.

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

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

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

Первый тест на правильность отражения информации. Программа должна отражать именно ту информацию, которая находится в  базе данных. Для проверки правильности функционирования необходимо проводить  визуальное сравнение данных на экране и содержимого базы данных. Содержимое базы данных выводится на экран при  помощи стандартного SQL запроса (SELECT * FROM <имя таблицы>). Расхождение информации на экране и в базе данных свидетельствует  об ошибке в программе при формировании запроса к базе данных или при  выводе данных на экран.

Второй тест на отработку логики базы данных. Для  этого вводится заведомо неправильная информация, такая как отсутствие или пустые поля, которые не могут  быть пустыми; дублирование уникальных полей, т.е. первичного (Идентификатор  клиента) или альтернативного (ИНН) ключей. Для локализации возможной  ошибки, сначала тестируется логика работы базы данных, при помощи стандартных  запросов INSERT или UPDATE. Отрицательный  результат теста обозначает ошибку в логике базы данных. При тестировании программы, возникающая ошибка свидетельствует  о неправильном формировании запроса  к базе данных, или неправильной проверке вводимых пользователем данных.

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

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

Первый тест для  подпрограммы выдачи отчета журнала  счетов ориентирован в первую очередь  на правильность вывода информации. Отрицательный  результат теста означает либо ошибку в подпрограмме при формировании запроса или при выводе информации на принтер, либо в хранимой процедуре SP_MAKE_BOOK, которая формирует данные для отчета. Последнее можно проверить  при помощи стандартной программы SQL Query, поставляемой вместе SQL Server, которая  предоставляет интерактивный интерфейс  к базе данных.

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

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

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

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

Второй тест для  подпрограммы журнала счетов ориентирован в первую очередь на правильность вывода информации. Для этого вводится заведомо неправильная информация: дубликат первичного ключа (идентификатор счета  плюс номер товара), отсутствие клиента (внешний ключ) или товара, отсутствие или пустые поля, которые не могут  быть пустыми. Отрицательный результат  теста означает либо ошибку в подпрограмме, при формировании запроса и выдачи информации, либо в логике базы данных. Последнее можно проверить при  помощи стандартной программы SQL Query, поставляемой вместе SQL Server.

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

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

Первый тест на удаление клиента, на которого уже заведен  счет-фактуры. В таком случае программа  не отработает ошибку, но ошибку должен выдать SQL Server. Отрицательный результат  свидетельствует о нарушении  в логике базы данных, в частности  в триггере удаления клиента.

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

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

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

5. Экономическая  часть

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

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

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

четкая увязка всех работ по времени;

выявление критической (в смысле сроков выполнения) цепочки  работ от начала и до конца разработки и сосредоточение внимания руководителей  на этих работах;

возможность оперативной  корректировки разработанных планов с помощью ЭВМ;

тесная организационная  связь всего коллектива специалистов, участвующих в разработке;

централизованное  управление разработкой.

В связи с этим в данном разделе дипломного проекта  рассмотрена эффективность применения методов сетевого планирования при  разработке ПО.

Определение структуры (этапов) работ

Планирование  длительности этапов и содержания работ  осуществляется в соответствии с  ЕСПД ГОСТ 19.102-77 и предполагает распределение  работ по следующим стадиям и  этапам (при этом допускается объединять, исключать этапы работ, а также  вводить другие этапы работ по согласованию с заказчиком).

Техническое задание

Обоснование необходимости  разработки программы

Научно-исследовательские  работы

Разработка и  утверждение технического задания

Эскизный проект

Разработка эскизного  проекта

Утверждение эскизного  проекта

Технический проект

Разработка технического проекта

Утверждение технического проекта

Рабочий проект

Разработка программы

Разработка программной  документации

Испытания программы

Внедрение

Подготовка и  передача программы.

 

Распределим работы по этапам на основании определённых ГОСТом.

Формулирование  требований

Разработка алгоритмов

Разработка программных  модулей

Тестирование  и отладка

Разработка документации.

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

(6.1),

где Tmax и Tmin –  максимальная и минимальная продолжительность  работы. Они назначаются в соответствии с экспертными оценками, а ожидаемая  продолжительность работы рассчитывается как математическое ожидание для b - распределения.

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

Таблица 5

Этап	№ работы	Содержание работы		Tmin, чел/дни	Tmax, чел/дни	Ожидаемая продолжительность  работы, чел/дни
1. Формулирование требований	1	Составление и утверждение  технического задания		2	4	3
	2	Анализ предметной области		12	16	14
	3	Разработка общей структуры  ПО		2	4	3
2. Разработка алгоритмов	4	Разработка алгоритма  построения обратного автомата		4	6	5
	5	Разработка пользовательского  интерфейса		4	6	5
3. Разработка программных модулей	6	Реализация алгоритма  построения обратного автомата		12	16	14
	7	Реализация пользовательского  интерфейса		9	11	10
4. Тестирование и отладка	8	Тестирование и отладка		6	9	7
5. Разработка документации.	9	Разработка документации.		2	4	3
			Итого			64

 

Построение сетевого графика

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

По результатам  расчетов строим таблицу

Таблица 6 – Основные события и работы проекта

№ события	Код работы	Ожидаемая продолжительность  работы	Ранний срок		Поздний срок		Резерв
	i-j	T	Tн	То	Тн	То	Rij	Rcij
1	1 – 2	3	0	3	0	3	0	0
2	2 – 3	14	3	17	3	17	0	0
3	3 – 4	3	17	20	17	20	0	0
4	4 – 5	5	20	25	20	25	0	0
5	4 – 6	5	20	25	20	29	4	0
6	5 – 7	14	25	39	25	39	0	0
7	6 – 7	10	25	39	29	39	4	4
8	7 – 8	7	39	46	39	46	0	0
9	8 – 9	3	46	49	46	49	0	0

 

Сетевой график приведен ниже на рисунке.

Рисунок 18 – Сетевой график

 

Для данного случая критический путь проходит через  вершины 1-2-3-4-5-7-8-9 и имеет длину Tкр=49 рабочих дней.

Построение диаграммы  Гантта

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

Диаграмма Гантта показана ниже на рисунке.

Рисунок 19—Диаграмма Гантта