Курсовая в MS Access на тему ИС страховой компании. КУРСОВАЯ. Проектирование информационной системы для страховой
 Скачать 2.11 Mb.
|
3.4.8. ОтчетыКонечным продуктом большинства приложений баз данных является отчет. В Access отчет представляет собой специальный тип непрерывных форм, предназначенных для печати. Для создания отчета, который можно распечатать и распределить между потребителями, Access комбинирует данные в таблицах, запросах и даже формах. Распечатанная версия формы может служить отчетом. Создаваемые Access отчеты делятся на шесть основных типов: Отчеты в одну колонку представляют собой один длинный столбец текста, содержащий значения всех полей каждой записи таблицы или запроса. Надпись указывает имя, а справа от нее указывается значение поля. Новое средство Access Автоотчет позволяет создать отчет в одну колонку щелчком по кнопке панели инструментов Автоотчет. Отчеты в одну колонку используются редко, поскольку такой формат представления данных приводит к лишней трате бумаги. В ленточных отчетах для каждого поля таблицы или запроса выделяется столбец, а значения всех полей каждой записи выводятся по строчкам, каждое в своем столбце. Если в записи больше полей, чем может поместиться на странице, то дополнительные страницы будут печататься до тех пор, пока не будут выведены все данные; затем начинается печать следующей группы записей. Пример ленточного отчета представлен на рисунке 36.  Рисунок 36 – Ленточный отчет. Многоколоночные отчеты создаются из отчетов в одну колонку при использовании колонок "газетного" типа или колонок "змейкой", как это делается в настольных издательских системах и текстовых процессорах. Информация, которая не помещается в первом столбце, переносится в начало второго столбца, и т.д. Формат многоколоночных таблиц позволяет сэкономить часть бумаги, но применим не во всех случаях, поскольку выравнивание столбцов едва ли соответствует ожиданиям пользователя. В основном отчёты проще всего построить при помощи Мастера отчётов. Мастер отчетов старается создать оптимальный вариант окончательного отчета с первой попытки. Обычно мастер в достаточной степени приближается к законченному варианту, так что тратиться намного меньше времени на редактирование базового отчета мастера, чем ушло бы на создание отчета из незаполненного шаблона. Use CaseUse case (также юзкейс, сценарий использования) – это сценарий взаимодействия пользователя (или пользователей) с программным продуктом для достижения конкретной цели. Юзкейсы содержат следующие сведения: кто использует сайт или приложение; что пользователь хочет сделать; цель пользователя; шаги, которые делает пользователь, чтобы совершить определенное действие; описание того, как сайт или приложение реагируют на действия пользователя. Элементы Use CaseЮзкейсы могут содержать следующие элементы: Актор это кто-то или что-то вне системы и влияющий на систему или находящийся под её влиянием. Актор может быть человеком, устройством, другой системой или подсистемой. Человек в реальном мире может быть представлен несколькими акторами, если у них есть несколько различных ролей и целей по отношению к системе. Они взаимодействуют с системой и производят над ней некоторые действия. Стейкхолдер (stakeholder) — тот, кто заинтересован в определенном поведении системы. Зачастую это не конечный пользователь, а кто-то, получающий выгоду от функционирования системы. В случае с онлайн-магазином это может быть партнер — платежная платформа. Первичное действующее лицо (primary actor) — человек или система, чьи цели достигаются при помощи нашего продукта. В онлайн-магазине это может быть основной дистрибьютор, чьи товары продаются на этой онлайн-платформе. Предусловия и постусловия — что должно быть в наличии или должно произойти до и после запуска сценария использования. Триггеры — события, запускающие юзкейс. Успешный сценарий — юзкейс, при котором все идет по плану, без ошибок и неожиданностей. Альтернативные пути — вариации основного успешного сценария на случай, если что-то пойдет не так на уровне системы. |