- •Глава 1. Исследование предметной области
- •1.1 Информация о магазине
- •1.2 Участники процесса
- •1.3 Вербально-графическое описание функционирования разработки информационной системы работоспособности магазина бытовой техники.
- •Глава 2 анализ предметной области
- •2.1. Формирование структурно-функциональной модели процесса
- •2.2 Информационное моделирование
- •2.3 Выводы по результатам анализа функциональной модели
- •Глава 3. Структура проектируемого программного средства
- •3.1 Выбор субд
- •3.2 Структура и создание таблиц
- •3.3 Реляционная схема базы данных
- •3.4 Заполнение базы данных
- •3.5 Создание запросов
- •3.7 Выписка о наличии товара в магазине
- •Глава 5. Требования к техническому обеспечению
- •Глава 6. Технико-экономическое обоснование целесообразности разработки системы, сроков разработки, стоимости проекта
3.7 Выписка о наличии товара в магазине
При создании выписки в форме отчета открываем вкладку «Отчеты» в окне базы данных и выбираем пункт меню «Создание отчетов в режиме конструктора».
Откроется окно конструктора. Заполнять форму будем без мастера (Рис.30).
И вставляем элемент надписи в верхний колонтитул отчета. Даем ему имя «Выписка на наличие товара» (Рисунок 32)
На панели элементов нажимаем значок «Починенная форма/отчет» (Рисунок 33) и вносим этот элемент в область данных.
В возникшем окне выбираем пункт «Имеющиеся отчеты и формы» и в перечне выделяем форму «Наличие товара» (Рисунок 34), так как данная форма согласно структуре абсолютно может соответствовать создаваемому отчету. Жмем «Далее».
В открывшемся окне задаем имя формы и нажимаем кнопу «Готово».
В ходе формирования отчета-выписки имеется возможность переходить в режим просмотра без сохранения формы. Это предоставляет возможность зрительно дать оценку будущему отчету.
Теперь в нижнем колонтитуле вписываем формулы для отражения даты отчета и число страниц (Рисунок 36). Для этого на панели компонентов подбираем компонент управления «Поле» И поместим эти два компонента в нижнем колонтитуле. В одном поле установим формулу с целью отображения нынешней даты. А во втором поле установим формулу для отображения текущей страницы и общего количества страниц.
Задачи создания.
Задачи.
Ведет реестр клиентов, осуществляют генерацию заказов, генерирует отчеты.
Требования.
Требования к системе в целом.
Программный комплекс должен обеспечить работу юзеров: директора, управляющего, заместителя, бухгалтера, финансиста, менеджера.
Система обязана полностью за автоматизировать подачу информации из базы данных конечным юзерам. Требования к функциям: система обязана
выдавать информацию, адекватную запросам пользователя и животрепещущую в реальный момент времени.
Требования к надежности системы.
1. Основная база данных обязана содержать все главные таблицы, требование – наибольшая надёжность.
2. При выводе данных с постраничной организацией, из базы данных обязана выводиться лишь строчки текущей странички.
3. Поля ввода данных на страничках веб-сайта должны быть защищены от попыток ввода злостной информации
4. При нарушении в работе аппаратуры восстановление обычной работы системы обязана выполняться после:
- перезагрузки операционной системы;
- пуска исполняемого файла системы;
5. При ошибках в работе аппаратных средств (кроме носителей данных и программ) восстановление функции системы возлагается на ОС.
6. При ошибках, связанных с программным обеспечением (ОС и драйверы устройств), восстановление работоспособности возлагается на ОС.
7. При неправильных действиях юзеров, неправильных форматах либо недопустимых значениях входных данных, система выдает юзеру надлежащие
сообщения, после этого возвращается в рабочее состояние, предшествовавшее неправильной (недопустимой) команде либо некорректному вводу данных.
Требования по развитию и модернизации системы.
Все конфигурации и обновления программного обеспечения должны делается централизованно и с наименьшим простоем программно-аппаратного комплекса, проходить предварительное всестороннее тестирование. Для воплощения оперативного обновления клиентского программного обеспечения в системе обязана быть предусмотрена подсистема автоматического обновления.
