67
Таблица 11.
Описание атрибутов
Название
Тип
Ключевое
поле
Сотрудники
Код сотрудника
Число
Да
ФИО сотрудника
Строка (текст)
Адрес сотрудника
Строка (текст)
Телефон сотрудника
Строка (текст)
Отдел сотрудника
Строка (текст)
Да
Отделы
Код отдела
Число (длина 3)
Да
Название отдела
Строка (текст)
Начальник отдела
Строка (текст)
Кабинет
Число (целое)
Услуги
Код услуги
Число (длина 3)
Да
Наименование услуги
Строка (текст)
Стоимость услуги
Числовой
Время выполнения
Числовой
Клиенты
Код клиента
Число (длина 3)
Да
Название клиента
Строка (текст)
Адрес клиента
Строка (текст)
Пол клиента
Перечисление
Телефон клиента
Строка (текст)
Учет приема заявок
Номер
Число (длина 3)
Да
Дата
Дата
Клиент
Строка (текст)
Да
Услуга
Строка (текст)
Отдел
Строка (текст)
Оплачено
Логический (да/нет)
Рассмотрим далее определенные связи между объектами, а также
разработаем ER-диаграмму.
Между объектами Отделы и Сотрудники присутствует бинарная связь
«один-ко-многим», так как один отдел может иметь в составе несколько
сотрудников организации.
Между объектами Учет приема заявок и Сотрудники есть связь «один-ко-
многим», так как 1 сотрудник может присутствовать несколько раз в документе
Учет приема заявок.
Между объектами под названием Клиент и Учет приема заявок будет
присутствовать связь «один-ко-многим», поскольку один клиент несколько раз
может обращаться в компанию несколько раз.
68
Между объектами Услуги и Учет приема заявок используется связь «один-
ко-многим», так как одна предлагаемая услуга может входить несколько раз в
документ Учет приема заявок.
Рассмотрим ER-диаграмму, показанную на рисунке 35:
Рисунок 35. ER-модель
2.3.3.Структурная схема пакета (дерево вызова программных
модулей)
Разработанная конфигурация в себя включает непосредственно модуль,
разработанный в конфигурации, а также платформу (серверную ее часть).
Платформа в данном случае является базой для создаваемого модуля и
осуществления на ее основании всех основных функций для программного
продукта.
Численность уровней вложенности для всех вызовов процедур в
разработанной конфигурации возросло и анализ работы отдельных программных
инструментов превращается порой в сложнейший механизм. [12, c.46]
69
Чтобы как-то облегчить указанный процесс работы, разработано дерево
вызовов для спроектированных объектов (рисунок 36).
Рисунок 36. Дерево вызовов
2.3.4.Описание программных модулей
Рассмотрим далее процесс описания программных модулей, что
представляются созданной ИС:
– подсистемы:
– Администрация;
– Отдел по работе с клиентами;
– Бухгалтерия.
– справочники:
– Справочник клиентов;
– Справочник отделов;
Подсистема
"Администрация"
Справочник
"Отделы"
Документ
"Учет приема
заявок"
Документ
"Сотрудники"
Отчет
Подсистема
"Бухгалтерия"
Справочник
"Клиенты"
Регистр
"Оплата"
Справочник
"Отделы"
Документ
"Сотрудники"
Документ
"Учет приема
заявок"
Справочник
"Услуги"
Подсистема
"Сервисный
отдел"
Регистр
"Оплата"
Справочник
"Отделы"
Документ
"Сотрудники"
Справочник
"Услуги"
Документ
"Учет приема
заявок"
70
– Справочник услуг.
– документация;
– Учет приема заявок;
– Сотрудники.
– регистр накопления;
– отчет;
– формы;
– созданные перечисления:
– Пол.
Рассмотрим блок-схему работы модуля отчета (рисунок 36)
Начало
Ввод данных в
справочник
«Услуги»
Ввод данных в
справочник
«Клиенты»
Заявка
принята?
Принятие заявки
+
-
Вывод
отчета
Конец
Ввод данных в
документ
«Сотрудники»
Формирование
отчета
Рисунок 37. Блок-схема модуля отчетов
2.4. Контрольный пример реализации проекта и его описание
Как правило, тестирования ИС могут проводится двумя методами:
– комплексные;
– автономные.
71
Автономные тестирования под собой подразумевают проверку отдельных
составных компонентов (модулей, подпрограмм и других элементов) ИС.
Комплексные тестирования предполагают проверку совместно всех
составных частей и типов обеспечения (технического, программного и т.п.) ИС.
Для рассматриваемой ИС необходимо применять автономные
тестирования, так как необходимо протестировать только созданную
программную часть, а именно, программное обеспечение – конфигурацию
платформы 1С.
Опишем перечень тестируемых функций (таблица 12)
Таблица 12.
Перечень проверяемых функций
№ п/п
Проверяемая функция
Примечание
1
Наличие связи между объектами
конфигурации
Справочники,
документы
2
Соответствие полей форм и их источников
Справочники,
документы, формы
3
Ввод данных
Справочники,
документы
4
Формирование отчетности
Отчет
Рассмотрим для каждой функции описание их проверки (таблицы 13 - 15).
Функция «Наличие связи между объектами конфигурации»
характеризирует то, что при вводе или изменении данных в справочниках они
будут также изменены в документах, которые с ними связаны.
Таблица 13.
Описание проверки функции «Наличие связи между
объектами конфигурации»
Параметр
Значение
Функция
1. Наличие связи между объектами
конфигурации
Предмет проверки
1.1. Правильность установки связей
Используемые средства
1.1. Монитор, клавиатура
Исходные данные
Конфигурация и документами и
справочниками
Искажения тестовой
информации для
имитации нештатных
ситуаций
Нет
Ожидаемая реакция
1.1. Наличие источников данных с других
таблиц
Способ определения
результатов
Визуальный метод
Функция «Соответствие полей форм и их источников» должна
сопоставлять поля, к примеру, документа и созданной на его основании формы.
72
При редактировании конфигурации часто добавляются новые поля, а форма не
обновляется.
Таблица 14.
Описание проверки функции «Соответствие полей форм и
их источников»
Параметр
Значение
Функция
1. Соответствие полей форм и их источников
Предмет проверки
1.1. Правильность отображения информации
Используемые средства
1.1. Монитор, клавиатура
Исходные данные
Конфигурация с документами и
справочниками
Искажения тестовой
информации для
имитации нештатных
ситуаций
Отображение информации
Ожидаемая реакция
1.1. Наличие всех атрибутов объектов в
форме
Способ определения
результатов
Визуальный метод
Функция «Ввод данных» предназначена для корректного ввода
информации в объекты конфигурации. То есть, все типы данных, ограничения
должны быть правильно подобраны.
Таблица 15.
Описание проверки функции «Ввод данных»
Параметр
Значение
Функция
1. Ввод данных
Предмет проверки
1.1. Правильность ввода данных
Используемые
средства
1.1. Монитор, клавиатура
Исходные данные
Формы
Искажения тестовой
информации для
имитации нештатных
ситуаций
Нет
Ожидаемая реакция
1.1. Безошибочный ввод информации в
справочники и документы
Способ определения
результатов
Визуальный метод
Функция «Формирование отчетности» выполняет создание отчета на
основании оперативных данных о деятельности компании. К тому же, отчет
должен использовать все данных, к примеру, за выделенный диапазон.
Таблица 16.
Описание проверки функции «Формирование отчетности»
Параметр
Значение
Функция
1. Формирование отчетности
73
Предмет проверки
1.1. Правильность формирования отчета
Используемые
средства
1.1. Монитор, клавиатура
Исходные данные
Отчеты, документы и справочники
Искажения тестовой
информации для
имитации нештатных
ситуаций
Нет
Ожидаемая реакция
1.1. Формирование корректного отчета
Способ определения
результатов
Визуальный метод
Для проверки наличия связи рассмотрим типы данных для внешних ключей
(рисунок 37 – 39):
Рисунок 37. Наличие связи поля «Услуга»
Рисунок 38. Наличие связи поля «Клиент»
74
Рисунок 39. Наличие связи поля «Отделы»
Рассмотрим соответствие полей и правильность ввода данных на
примерах экранных форм (рисунки 40):
Рисунок 41. Форма Клиент
75
Рисунок 42. Форма Учет обработки заявлений
Рисунок 43. Форма Отделы
Рисунок 44. Форма Услуги
76
Рисунок 45. Форма Сотрудники
Для проверки функции правильности формирования отчета нужно
выполнить следующие шаги (рисунки 46, 47):
Для вывода отчетной информации нужно открыть окно формирования
отчета:
Рисунок 46. Окно формирования отчета
Получим (рисунок 47):