Тема 10 Этапы разработки приложений
Проектирование и разработка любого приложения начинается с анализа предметной области. Рассмотрим этот процесс по шагам.
Шаг I.
Определение информационных потребностей пользователей базы данных.
Он включает в себя опрос будущих пользователей для того, чтобы понять и задокументировать их требования.
Следует выяснить следующие вопросы:
• кто будет пользователем этой базы данных;
• кто будет вводить данные в базу и в какой форме;
• как часто будут изменяться данные;
• какие запросы к базе данных могут быть у разных категорий пользователей.
Постарайтесь ответить на эти вопросы для своего варианта задания.
Шаг II.
Анализ объектов реального мира, которые необходимо смоделировать в базе данных.
Формирование концептуальной модели базы данных включает в себя:
· идентификацию функциональной деятельности Вашей предметной области. Например, если речь идет о деятельности предприятия, то в качестве функциональной деятельности можно рассматривать следующие функции: Оформление заказов, Отгрузку продукции, Ведение учета работающих и т.п.;
• идентификацию объектов, которые осуществляют эту функциональную деятельность (Это поможет Вам идентифицировать все сущности и взаимосвязи между ними.) Например, процесс «Ведение учета работающих» идентифицирует такие сущности как РАБОТНИК, ПРОФЕССИЯ, ОТДЕЛ;
• Идентификацию характеристик этих сущностей.
Например, сущность РАБОТНИК может включать такие характеристики как Табельный номер, Фамилия, Имя, Отчество, Профессия, Зарплата
• Идентификацию взаимосвязей между сущностями.
В реляционной модели объекты реального мира и взаимосвязи между ними представляются с помощью совокупности связанных между собой таблиц (отношений).
Покажем, например, каким образом сущности РАБОТНИК, ПРОФЕССИЯ, ОТДЕЛ взаимодействуют друг с другом?
РАБОТНИК имеет ПРОФЕССИЮ и значится в ОТДЕЛЕ, в то время как в одном ОТДЕЛЕ может работать много РАБОТНИКОВ.
Попытайтесь графически изобразить связи между сущностями и обозначить их глаголами. Заметим, что в проектировании информационных систем такие модели называются моделями «сущность - связь» или ER-моделями (от англ. Entity – сущность, Relationship - связь).
Шаг III.
Третий шаг заключается в установлении соответствия между сущностями и характеристиками предметной области и отношениями и атрибутами в нотации выбранной СУБД.
В качестве СУБД выбран Access 2007. Каждой сущности реального мира, обладающей некими характеристиками, можно поставить в соответствие отношение (таблицу) и набор атрибутов (полей).
Шаг IV.
На четвертом шаге для каждой таблицыопределяютсяатрибуты, которые уникальным образом идентифицируют каждый объект.
Нужно определить первичный ключ для каждого из отношений. Если нет возможности идентифицировать кортеж с помощью одного атрибута, то первичный ключ нужно сделать составным – из нескольких атрибутов.
Шаг V.
Пятый шаг предполагает выработку правил, которые будут устанавливать и поддерживать целостность данных.
Эти правила включают:
• определение типа данных;
• установка значений по умолчанию;
• определение ограничений целостности;
• определение проверочных условий.
Шаг VI.
Устанавливаются связи между объектами (таблицами и столбцами) и производится операция нормализации таблиц.
Каждый из различных типов связей должен быть смоделирован в базе данных. Существует несколько типов связей:
• связь “один-к-одному”
• связь “один-ко-многим”
• связь “многие-ко-многим”..
Связь “один-к-одному” представляет собой простейший вид связи данных, когда первичный ключ таблицы является в то же время внешним ключом, ссылающимся на первичный ключ другой таблицы.
Такую связь бывает удобно устанавливать тогда, когда невыгодно держать разные по размеру данные в одной таблице.
Например, можно выделить данные с подробным описанием изделия в отдельную таблицу с установлением связи «один-к-одному» для того чтобы не занимать оперативную память, если эти данные используются сравнительно редко.
Связь “один-ко-многим” в большинстве случаев отражает реальную взаимосвязь сущностей в предметной области. Она реализуется парой «внешний ключ - первичный ключ».
Связь “многие-ко-многим” в явном виде в реляционных базах данных не поддерживается.
Однако имеется ряд способов реализации такой связи, которые с успехом возмещают ее отсутствие.
Например, можно ввести дополнительную таблицу, строки которой состоят из внешних ключей, ссылающихся на первичные ключи двух таблиц.
После определения таблиц, полей, индексов и связей между таблицами следует посмотреть на проектируемую базу данных в целом и проанализировать ее, используя правила нормализации, с целью устранения логических ошибок.
После применения правил нормализации логические группы данных располагаются не более чем в одной таблице. Это дает следующие преимущества:
• данные легко обновлять или удалять;
• исключается возможность рассогласования данных;
• уменьшается возможность введения некорректных данных.
Процесс нормализации заключается в приведении таблиц в так называемые нормальные формы. С практической точки зрения, достаточно трех первых форм:
• первая нормальная форма (1НФ),
• вторая нормальная форма (2НФ),
• третья нормальная форма (3НФ),
Процесс нормализации включает:
• устранение повторяющихся групп (приведение к 1НФ)
• удаление частично зависимых атрибутов (приведение к 2НФ)
• удаление транзитивно зависимых атрибутов (приведение к 3НФ).
Шаг VII.
На этом шаге планируются вопросы надежности данных и сохранения секретности информации. Для этого необходимо ответить на следующие вопросы:
• кто будет иметь права (и какие) на использование базы данных;
• кто будет иметь права на модификацию, вставку и удаление данных;
• как будет осуществляться контроль за корректностью вводимой информации;
• нужно ли делать различие в правах доступа;
• каким образом обеспечить общий режим защиты информации и т.п.
Проектирование данных гораздо удобнее производить, используя современные средства проектирования баз данных, и, в частности, CASE-средства, так как с их помощью можно автоматизировать рутинную работу по созданию собственно объектов базы данных на основе созданных логической модели и физической моделей данных.
В приложении 1 описывается методология создания баз данных с помощью CASE-пакета
Практические задания
Цельпрактических заданий – приобретение навыков анализа предметной области, концептуального и логического проектирования базы данных, ее физической реализации в СУБД Access и создание на основе полученной базы данных приложения.
Студент может сам по желанию выбрать для моделирования любую другую предметную область, относящуюся к его профессиональной деятельности или представляющую для него интерес, например, связанную с темой его будущей дипломной работы.
Результат выполнения работы представляется в виде документа Word, который должен содержать:
· анализ предметной области,
· структуру спроектированных таблиц,
· схему данных со связями между таблицами,
· примеры форм, обеспечивающих интерфейс пользователя,
· запросы (в режиме Конструктора и на языке SQL),
· отчеты (в режиме отчета и в режиме Конструктора),
Варианты индивидуальных заданий
Вариант 1
Предметная область: «Ведение архива договоров»
Предполагается выполнение следующих процессов:
· создание и ведение справочника заказчиков;
· регистрация заключенных договоров с заказчиками;
· учет выполнения договоров.
Необходимо спроектировать модель данных предметной области.
Отчеты, запросы, которые необходимо реализовать:
· сведения о договорах, заключенных в период с ___ по___ ;
· сведения о заказчиках, заключивших договоры на сумму, большую указанной, указать номера договоров;
· сведения о договорах, срок действия которых закончится к определенной дате.
Вариант 2
Предметная область: «Учет материалов на складе»
Предполагается выполнение следующих процессов:
· учет поступивших материалов;
· учет материалов на ответственном хранении указанного материально — ответственного лица;
· учет выбывших материалов.
Необходимо спроектировать модель данных предметной области.
Отчеты, запросы, которые необходимо реализовать:
· отчет о материалах, находящихся на ответственном хранении указанного материально — ответственного лица;
· отчет о поступивших материальных ценностях в период с ___ по ____ с указанием ФИО материально — ответственного лица;
· отчет о выбывших материальных ценностях указанного номенклатурного номера.
Вариант 3
Предметная область: «Библиотека»
Необходимо спроектировать модель данных предметной области.
Предполагается выполнение следующих процессов:
:
· учет имеющегося книжного фонда;
· ведение каталога читателей;
· учет выданных и возвращенных книг.
Отчеты, запросы, которые необходимо реализовать:
· список книг указанного автора, имеющихся в библиотеке;
· список книг, выданных указанному читателю;
· список читателей, имеющих задолженность;
· поиск книги по фрагменту названия.
Вариант 4
Предметная область: «Кадры предприятия»
Предполагается выполнение следующих процессов:
· ведение справочника сотрудников;
· учет вакантных мест;
· учет движения кадров.
Необходимо спроектировать модель данных предметной области.
Отчеты, запросы, которые необходимо реализовать:
· сведения об указанной группе сотрудников (сотрудники одного отдела, сотрудники с высшим образованием и т.д.);
· сведения об имеющихся вакансиях;
· сведения об уволенных сотрудниках.
Вариант 5
Предметная область: «Биржа труда»
Предполагается выполнение следующих процессов:
· учет безработных лиц;
· учет вакантных рабочих мест;
· подбор вариантов работы желающим ее получить;
· учет предложенных вариантов (безработное лицо, работодатель, вид работы, отметка об отказе).
Необходимо спроектировать модель данных предметной области.
Отчеты, запросы, которые необходимо реализовать:
· справка о клиенте в зависимости от условий запроса;
· количество безработных с определенной специальностью;
· количество предложений по данной специальности.
Вариант 6
Предметная область: «Учет заявок на выполнение работ (услуг) рекламным агентством»
Выполняемые процедуры:
· ведение каталога услуг (прайс — листы);
· учет поступивших заявок;
· учет выполнения заявок (по срокам, объемам, исполнителям).
Необходимо спроектировать модель данных предметной области.
Отчеты, запросы, которые необходимо реализовать:
· отчет об услугах, выполненных в период с___ по____;
· отчет об объеме (стоимости) работ, выполненных указанным исполнителем;
· отчет о невыполненных работах, услугах.
Вариант 7
Предметная область: «Агентство недвижимости»
Выполняемые процедуры:
· учет предложений по продаже (вид недвижимости, клиент, характеристики жилья, цена).
· учет заключенных договоров (риэлтер, клиент1, клиент2, предмет договора, объект договора, сумма сделки, вознаграждение агентства в процентах).
· ведение справочных файлов базы данных: справочник видов недвижимости; справочник риэлтеров; справочник клиентов; справочник видов услуг.
Необходимо спроектировать модель данных предметной области.
Отчеты, запросы, которые необходимо реализовать:
· подбор возможных вариантов по различным условиям, просмотр дополнительной информации по каждому варианту;
· выбор заключенных договоров, удовлетворяющих каким-либо условиям;
· расчет доходов агентства.
Вариант 8
Предметная область: «Учет выставочной деятельности»
Выполняемые процедуры:
· ведение каталога участников выставки;
· учет выставленных экспонатов.
Необходимо спроектировать модель данных предметной области.
Отчеты, запросы, которые необходимо реализовать:
· список участников выставки, зарегистрированных на определенную дату;
· сведения об указанном экспонате с указанием участника;
· отчет по группам экспонатов (количество, представившие участники).
Вариант 9
Предметная область: «Научная конференция»
В
ыполняемые процедуры:
· учет состава участников конференции;
· учет мероприятий конференции (расписание мероприятий);
· учет докладов, сообщений участников.
Необходимо спроектировать модель данных предметной области.
Отчеты, запросы, которые необходимо реализовать:
· сведения о мероприятиях, проводимых в указанное время, указанную дату;
· сведения об участниках, представивших доклад на заданную тему (контекстный поиск);
· сведения о докладах, сообщениях, сделанных указанным участником.
Вариант 10
Предметная область «Страховая фирма»
Выполняемые процедуры:
· учет заключенных договоров страхования ;
· учет платежей;
· учет страховых случаев;
· учет страховых выплат.
Необходимо спроектировать модель данных предметной области.Состав файлов базы данныхможет быть следующим.
Файл базы данных договоров (клиент, вид страхования, страховая сумма, объект страхования, № договора, уровень риска, срок страхования, условия расторжения договора).
Файл базы данных платежей (клиент, № договора, дата внесения платежа, сумма).
Файл базы данных наступления страховых случаев (дата, № договора, вид страхового случая, выплачиваемая сумма, причина отказа, примечания).
Справочные файлы базы данных:
· справочник клиентов;
· справочник видов страхований;
· справочник страховых случаев;
· справочник условий расторжения договоров.
Отчеты, запросы, которые необходимо реализовать:
· сведения по одному клиенту или договору;
· объем полученных или выплаченных средств за определенный период;
· выбор договоров в зависимости от вида договора, степени риска, страховой суммы и т.д.;
· выбор договоров, страховая выплата по которым должна состояться в ближайшие n дней.
Задания повышенной сложности
(могут выполняться группой студентов из 2-3 человек)
Вариант 1
АРМ руководителя валютного отдела банка
1. Назначение: установление курса покупки-продажи валюты; учет количества проданной валюты, собственной выручки и размера перечисленных налогов; учет лиц, закупающих или продающих валюту в особо крупных размерах.
2. Состав файлов базы данных.
2.1. Файл базы данных покупки валют, содержащий следующую информацию: дата покупки, сведения о клиенте, сумма покупки, тип валюты.
2.2. Файл базы данных продажи валют (дата продажи, сведения о клиенте, сумма покупки, тип валюты).
2.3. Файл базы данных операций физических лиц (клиент, номер лицевого счета, тип операции, дата проведения операции, сумма, ставка процента и т.д.).
2.4. Файл базы данных операций юридических лиц (клиент, номер лицевого счета, тип операции, дата проведения операции, сумма, ставка процента и т.д.).
2.5. Справочные файлы базы данных:
- справочник курсов валют (заполнятся ежедневно в начале рабочего дня);
- справочник клиентов.
Для работы системы необходимо полное заполнение всех справочников.
3. Операции с базой данных.
3.1. Остановка операций банка на текущий день
Права по выполнению данной операции принадлежат начальнику отдела.
3.2. Редактирование справочных файлов базы данных.
3.3. Заполнение базы данных операций физических лиц.
Требования к реализации:
При истечении срока депозита, в зависимости от условий договора, депозит либо пролонгируется, либо переводится на «до востребования».
4. Запросы и печатные формы.
4.1. Сводка об объеме покупки, продажи валют по видам на определенную дату или за определенный период времени с указанием эквивалентной суммы в рублях.
4.2. Сводка об объеме привлеченных депозитов и средств на счета юридических лиц и сумма уплаченных процентов по депозитам и депозитным счетам на определенную дату или за определенный период времени.
4.3. Список клиентов банка с указанием суммы по каждому клиенту (возможна выборка по определенным условиям, например, номеру счета, признаку клиента, срока вклада и т.д.)
4.4. Объем имеющейся у банка валюты на определенную дату (по каждому виду валют) с указанием эквивалентной суммы в рублях.
Вариант 2
АРМ сотрудника отдела расчетно-кассового обслуживания банка
1. Назначение: автоматизация проведения платежей клиента.
2. Состав файлов базы данных.
2.1. Файл базы данных проводок, содержащий следующую информацию: текущая дата, расчетный счет плательщика, расчетный счет получателя, вид платежа, сумма.
2.2. Справочные файлы базы данных:
- справочник клиентов.
Основанием для введения нового клиента является открытие нового расчетного счета;
- справочник видов платежей.
3. Операции с базой данных.
3.1. Заполнение справочных файлов базы данных.
Перед началом работы необходимо заполнить все справочники.
3.2. Редактирование справочных файлов базы данных.
3.3. Заполнение основной базы данных.
При отсутствии денежных средств на расчетном счете плательщика проводка помечается как непроведенная.
Требования к реализации:
- при обращении к расчетному счету выдается сообщение о сумме и количестве непроведенных платежей и остатке на расчетном счете плательщика;
- возможность выбора проведения любого из непроведенных платежей.
3.4. Автоматическое выполнение платежа в зависимости от его вида (налоги в бюджет).
3.5. Начисление платы за расчетно-кассовое обслуживание.
4. Запросы и печатные формы.
4.1. Сводка в хронологическом порядке о всех операциях одного клиента.
4.2. Перечень всех операций на конкретную дату.
4.3. Группировка операция по видам платежей (возможность суммарной группировки и по каждому отдельному клиенту).
4.4. Список клиентов, их счетов и остатков на счетах.
4.5. Просмотр оборота по счетам за определенный период.
Вариант 3
АРМ сотрудника депозитария
1. Назначение: ведение реестра акционеров.
2. Состав файлов базы данных.
2.1. Файл базы данных приобретения ценных бумаг (дата покупки, акционер, вид ценной бумаги, количество ценных бумаг, № договора).
2.2. Файл базы данных продажи ценных бумаг (дата продажи, акционер, вид ценной бумаги, количество ценных бумаг, № договора).
2.3. Файл базы данных цен (дата, вид ценной бумаги, цена).
2.4. Файл базы данных договоров (№ договора, текст договора, контрагенты… примечания).
2.5. Файл базы данных начисления дивидендов (дата начисления, вид ценных бумаг, процент начисления).
2.6. Файл базы данных заявлений (признак заявления (покупка/продажа), лицо, подавшее заявление, вид ценных бумаг, количество, ограничение на цену).
2.7. Справочные файлы базы данных:
- справочник эмитентов, содержащий информацию об юридических лицах;
- справочник держателей акций;
- справочник ценных бумаг, содержащий информацию о том, кто и когда выпустил ценные бумаги.
3. Операции с базой данных.
3.1. Заполнение справочных файлов базы данных.
Перед началом работы необходимо заполнить все справочники.
3.2. Редактирование справочных файлов базы данных.
3.3. Заполнение баз данных приобретения и продажи ценных бумаг.
Требования к реализации:
- если не введено хотя бы одно из полей, запись в базу данных не заносится;
- при расчете суммы покупки, если для конкретной ценной бумаги на конкретную дату не установлена цена, использовать последнюю установленную цену;
- необходима периодическая архивация данных.
3.4. Заполнение файла базы данных заявлений.
Требования к реализации:
- при вводе новой заявки происходит поиск удовлетворяющего варианта.
4. Запросы и печатные формы.
4.1. Объем заявлений на покупку/продажу какой-либо ценной бумаги того или иного юридического лица.
4.2. Сведения о количестве и типе ценных бумаг у определенного акционера.
4.3. Сведения о количестве держателей определенной ценной бумаги.
4.4. Сведения об объемах покупки/продажи за определенный период.
4.5. Динамика изменения цен и объемов продаж.
Вариант 4
АРМ работника отдела вкладов банка
1. Назначение: открытие, обслуживание и закрытие лицевых счетов.
2. Состав файлов базы данных:
2.1. Файл базы данных вкладов (клиент, дата вклада, вид вклада, сумма вклада, дата снятия).
2.2. Справочные файлы базы данных:
- справочник видов вкладов;
- справочник клиентов.
3. Операции с базой данных.
3.1. Заполнение справочных файлов базы данных.
Перед началом работы необходимо заполнить все справочники.
3.2. Редактирование справочных файлов базы данных.
3.3. Ведение основного файла базы данных.
Требования к реализации:
В зависимости от условий договора при окончании срока вклада и неснятии денежных средств клиентом, вклад либо пролонгируется, либо переводится "до востребования".
3.4. Ежедневный просмотр и начисление процентов.
3.5. Формирование проводки для бухгалтерии.
3.6. Удаление из базы данных и архивирование устаревших данных.
4. Запросы и печатные формы.
4.1. Отчет-список клиентов в зависимости от различных условий (срок вклада, номер лицевого счета, дата и т.д.).
4.2. Сумма полученных и уплаченных средств за определенный период.
Вариант 5
АРМ финансового менеджера
1. Назначение: определение наиболее выгодного вложения временно свободных денежных средств.
2. Состав файлов базы данных.
2.1. Файл базы данных вложений (дата, сумма, контрагент, вид вложения, срок вложения, предполагаемый доход).
2.2. Справочные файлы базы данных:
- справочник законодательной базы;
- справочник банков и условий вкладов;
- справочник юридических лиц и видов их кредитования;
- справочник видов ценностей и условий их покупки.
3. Операции с базой данных.
3.1. Заполнение справочных файлов базы данных.
Необходимо поддержание справочников каждый день.
3.2. Редактирование справочных файлов базы данных.
3.3. Ведение основной базы данных.
4. Запросы и печатные формы.
4.1. Список операций, сроки по которым истекают в ближайшие n дней.
4.2. Ранжирование способов вложения по доходности в зависимости от определенных условиях.
4.3. Выдача подтверждения получения денег
Вариант 6
АРМ сотрудника кредитного отдела
1. Назначение: осуществление ежедневных операций по обслуживанию кредитующихся предприятий.
2. Состав файлов базы данных.
2.1. Файл базы данных работы с клиентами (клиент, вид кредита, сумма кредита, код валюты, дата выдачи, срок кредита, штрафные проценты, сумма штрафа, дата возврата кредита, гарантия).
2.2. Файл базы данных желающих получить кредит (клиент, вид кредита, сумма, вид валюты).
2.3. Справочные файлы базы данных:
- справочник видов кредитов;
- справочник компаний;
- справочник курсов валют.
3. Операции с базой данных.
3.1. Заполнение справочных файлов баз данных.
Перед началом работы необходимо заполнить все справочники.
3.2. Редактирование справочных файлов базы данных.
3.2. Ведение баз данных.
Требования к реализации:
- если не указан код валюты, считать в рублях;
- если не введены основные параметры, запись в базу данных введена не может быть;
- если кредит возвращен, данная запись архивируется.
4. Запросы и печатные формы.
4.1. Объем выданных кредитов за период.
4.2. Объем полученных процентов за определенный период.
4.3. Любая информация по одному клиенту.
4.4. Объем просроченных кредитов на определенную дату.
4.5. Перечень всех фирм, удовлетворяющих определенным условиям.
4.6. Поиск фирм, желающих получить кредит при определенных условиях.
4.7. Сгруппировать кредиты по срочности (объему, количеству кредитов, просроченным задолженностям).
Вариант 7
АРМ сотрудника налоговой инспекции
1. Назначение: учет поступающих налогов, проверка расчета сумм налога.
2. Состав файлов базы данных.
2.1. Файл базы данных отчетности (дата отчета, дата предоставления отчета, статьи баланса, сумма налога по расчету предприятия, действительная сумма налога, отклонения, примечания).
2.2. Файл базы данных по налогам (юридическое лицо, дата отчета, вид налога, сумма по расчету предприятия, действительная сумма налога).
2.3. Справочные файлы базы данных:
- справочник юридических лиц;
- справочник ставок налога и методов расчета;
- справочник сроков предоставления отчета.
3. Операции с базой данных.
3.1. Заполнение справочных файлов баз данных.
Перед началом работы необходимо заполнить все справочники.
3.2. Редактирование справочных файлов базы данных.
3.2. Ведение баз данных.
Требования к реализации:
- необходима защита данных от изменений.
4. Запросы и печатные формы.
4.1. Список юридических лиц, по которым выявлены нарушения:
- несвоевременное предоставление отчета;
- недовзнос суммы налога.
4.2. Сводные данные по отчетности на определенную дату по определенной категории юридического лица.
4.3. Справка о видах и ставках налога на определенную дату.
4.4. Сумма по каждому виду налога.
Вариант 8
АРМ сотрудника налоговой инспекции, работающего с физическими лицами
1. Назначение: Учет поступающих налогов, проверка расчета сумм налога.
2. Состав файлов базы данных.
2.1. Файл базы данных доходов, полученных в РФ (Дата, ФИО налогоплательщика, вид дохода, сумма налогооблагаемого дохода, номер месяца, сумма льгот, сумма исчисленного налога).
2.2. Файл базы данных доходов, полученных в иностранных государствах (дата, ФИО налогоплательщика, страна, код валюты, сумма в иностранной валюте, курс ЦБ на дату получения, сумма налога в рублях).
2.3. Файл базы данных доходов от иной деятельности (дата, ФИО налогоплательщика, вид дохода, сумма налогооблагаемого дохода, номер месяца, сумма льгот, сумма исчисляемого налога).
2.4. Справочные файлы базы данных:
- справочник физических лиц;
- справочник ставок налога;
- справочник сроков предоставления деклараций;
- справочник видов документов, удостоверяющих личность;
- справочник видов дохода;
- справочник стран и валют.
3. Операции с базой данных.
3.1. Заполнение справочных файлов баз данных.
Перед началом работы необходимо заполнить все справочники.
3.2. Редактирование справочных файлов базы данных.
3.3. Ведение баз данных.
Требования к реализации:
- необходима защита данных от изменений;
- при вводе данных по налогоплательщику автоматически осуществляется проверка правильности исчисления налогов налогоплательщиком.
4. Запросы и печатные формы.
4.1. Сумма дохода в зависимости от условий: страна, вид дохода.
4.2. Количество налогоплательщиков, получивших доход в заданных границах.
4.3. Сводные данные по отчетности на определенную дату.
4.4. Справка о видах и ставках налога на определенную дату.
Вариант 9
АРМ сотрудника таможни
1. Назначение: оформление, сбор и контроль за выплатой налогов на ввоз и вывоз ресурсов и готовой продукции за границы области, региона. Республики.
2. Состав файлов базы данных.
2.1. Файл базы данных налогов (дата, вид товара, категория товара, стоимость товара в руб., сумма акциза, сумма НДС, способ платежа, подробности подсчета (№ и дата платежного поручения)).
2.2. Файл базы данных уплаты налогов (клиент, вид товара, признак уплаты налогов)
2.3. Справочные файлы базы данных:
- справочник налогов;
- справочник участников ВЭД.
3. Операции с базой данных.
3.1. Заполнение справочных файлов баз данных.
Перед началом работы необходимо заполнить все справочники.
3.2. Редактирование справочных файлов базы данных.
3.2. Ведение баз данных.
Требования к реализации:
- необходима защита данных от изменений.
4. Запросы и печатные формы.
4.1. Список всех клиентов, работающих с определенным видом товара.
4.2. Справка о товарах, которые не облагаются НДС.
4.3. Список всех клиентов-должников.
4.4. Объем провезенных товаров по видам, категориям, периоду времени и т.д.
Вариант 10
АРМ сотрудника пенсионного фонда
1. Назначение: контроль за своевременной и правильной выплатой пенсий, учет лиц пенсионного возраста.
2. Состав файлов базы данных.
• Файл базы данных начислений пенсий (№ лицевого счета, дата начисления, сумма начисления, отметка о выдаче, признак начисления [пересчет, основная пенсия и т.д.], примечания).
• Файл базы данных пенсионеров (ФИО пенсионера, лицевой счет, дата рождения, адрес, категория пенсионера, льготы, дата постановки на учет, дата снятия с учета, причина снятия).
2.3. Справочные файлы базы данных:
- справочник категорий пенсионеров ;
- справочник минимальной заработной платы;
- справочник начислений.
3. Операции с базой данных.
3.1. Заполнение справочных файлов баз данных.
Перед началом работы необходимо заполнить все справочники.
3.2. Редактирование справочных файлов базы данных.
3.3. Ведение основной базы данных.
Требования к реализации:
При снятии физического лица с учета данные о нем переносятся в архив.
4. Запросы и печатные формы.
4.1. Поиск людей, подходящим каким-либо условиям (район, возраст, категория пенсионеров и т.д.)
4.2. Количество пенсионеров, проживающих в данном районе.
4.3. Подсчет общей начисленной суммы по одному пенсионеру, по категории пенсионеров, по периоду времени и т.д.).
4.4. Подсчет статистических данных (количество лиц на учете, средний возраст безработных лиц, средний размер пенсии, период учета в зависимости от условий запроса).
Приложения
Приложение 1. Моделирование баз данных с помощью пакета ERwin
Основные функции пакета
С помощью CASE-средств можно автоматизировать работу по созданию базы данных на основе созданных логической модели и физической моделей данных.
ERwin – это программное средство, использующее методологию IDEF1X для концептуального моделирования баз данных (БД). Пакет ERwin реализует проектирование схемы БД и генерацию ее описания на языке целевой СУБД (ORACLE, Informix, Ingres, Sybase, Access и др.), а также реинжиниринг существующей БД.
Возможны две точки зрения на информационную модель и, соответственно, два уровня модели (рис. П.1). Первый – логический уровень (точка зрения пользователя) – прямое отображение фактов из реальной жизни. Например, сотрудники, отделы, продукция и компьютеры являются реальными объектами. Они именуются на естественном языке, с любыми разделителями слов (пробелы, запятые и т.д.).
На физическом уровне модели рассматривается использование конкретной СУБД, определяются типы данных (например, целое или вещественное число), индексы для таблиц. ERwin предоставляет возможности создавать как логические, так и физические модели баз данных. При этом термин «логическая модель» соответствует концептуальной модели.
Рис. П.1. Диалоговое окно создания новой модели в ERwin
Этапы построения базы данных:
· определение сущностей;
· определение зависимостей между сущностями;
· задание первичных и альтернативных ключей;
· определение атрибутов сущностей;
· приведение модели к требуемому уровню нормальной формы;
· переход к физическому описанию модели: назначение соответствий «имя сущности – имя таблицы», «атрибут сущности – столбец таблицы»;
· задание триггеров, процедур и ограничений;
· генерация базы данных.
ERwin создает визуальное представление (модель данных) для решаемой задачи. Это представление может использоваться при детальном анализе, уточнении и распространении документации, необходимой в цикле разработки. Однако пакет ERwin – не только инструмент для рисования, он автоматически создает базу данных: таблицы, индексы, хранимые процедуры, триггеры для обеспечения ссылочной целостности и другие объекты, необходимые для управления данными.
Создание логической модели
Создание сущности
Для внесения сущности в состав модели необходимо на панели инструментов (ERwin Toolbox) щелкнуть по кнопке 
, затем – по тому месту на диаграмме, где необходимо расположить новую сущность. Щелкнув правой кнопкой мыши по сущности и выбрав из всплывающего меню пункт Entity Editor, можно вызвать диалоговое окно Entity Editor (рис. П.2), в котором указываются имя, описание и комментарии сущности.
 |
Рис. П.2. Диалоговое окно для определения сущности
Каждую сущность необходимо полностью определить с помощью текстового описания на закладке Definition. Такие определения полезны не только на логическом уровне, где они позволяют понять характер объекта, но и на физическом уровне, поскольку их можно экспортировать как часть схемы и использовать в реальной БД. Закладки Note, Note2, Note3, UDP (User Defined Properties – Свойства, определенные пользователем) служат для внесения дополнительных комментариев и определений к сущности.
На закладке Icon каждой сущности можно поставить в соответствие разные значки для ее отображения в режиме просмотра модели на уровне иконок и на всех других уровнях.
Закладка UDP в диалоговом окне Entity Editor позволяет указать свойства, определяемые пользователем (User Defined Properties). При нажатии на расположенную здесь кнопку 
(вместо нее можно также воспользоваться пунктом Edit/UDPs в главном меню) вызывается диалоговое окно User Defined Property Editor.
Параметры символов для обозначения сущностей и атрибутов можно задать в диалоговом окне Default Fonts and Colors (рис. П.3), которое вызывается из контекстного меню (правой кнопкой мыши на свободном пространстве модели).
 |
Рис. П.3. Диалоговое окно Default Fonts and Colors
Создание атрибутов
Для описания атрибутов следует после щелчка правой кнопкой мыши по сущности выбрать в появившемся меню пункт Attribute Editor. В результате откроется диалоговое окно Attribute (рис. П.4).
 |
Рис. П.4. Диалоговое окно Attributes
При щелчке по кнопке New открывается диалоговое окно New Attribute (рис. П.5), где можно указать имя нового атрибута, имя соответствующей ему колонки в физической модели и домен, который будет использоваться при определении типа колонки на уровне этой модели.
 | <