Преподаватель который помогает студентам и школьникам в учёбе.

«Разработка проекта информационной системы»

Содержание:

ВВЕДЕНИЕ

Актуальность исследования. Информация в современном мире превратилась в один из наиболее важных ресурсов, а информационные системы (ИС) стали необходимым инструментом практически во всех сферах деятельности. Разнообразие задач, решаемых с помощью ИС, привело к появлению множества разнотипных систем, отличающихся принципами построения и заложенными в них правилами обработки информации [7].

Эффективность применения экономических информационных систем (ЭИС) для управления экономическими объектами (предприятиями, банками, торговыми организациями, государственными учреждениями и т.д.) зависит от широты охвата и интегрированности на их основе функций управления, от способности оперативно подготавливать управленческие решения и адаптироваться к изменениям внешней среды и информационных потребностей.

Усложнение архитектуры современных информационных систем предопределяет разработку и использование эффективных технологий проектирования, обеспечивающих ускорение создания, внедрения и развития проектов ЭИС, повышение их функциональной и адаптивной надежности. В связи с этим целью учебного пособия является освещение вопросов теории и практики проектирования интегрированных экономических информационных систем, предназначенных для использования на всех уровнях управления экономическими объектами, а также организации и управления процессом проектирования ЭИС с использованием различных методов и инструментальных средств.

Объектом исследования являются информационные технологии и платформы разработки информационных систем.

Предметом исследования являются основы проектирования информационных систем автоматизированной обработки информации.

Целью работы является изучение основ проектирования информационных систем автоматизированной обработки информации.

Для достижения поставленной цели необходимо решить следующие задачи:

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

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

Методы исследования:

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

Структура работы. Работа состоит из введения, основной части, включающей три главы, заключения, списка использованных источников.

ГЛАВА 1. ТЕОРЕТИЧЕСКИЕ ОСНОВЫ ПРОЕКТИРОВАНИЯ ИНФОРМАЦИОННЫХ СИСТЕМ АВТОМАТИЗИРОВАННОЙ ОБРАБОТКИ ИНФОРМАЦИИ

Характеристика и сущность информационных систем автоматизированной обработки информации

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

Информационная технология (ИТ) тесно связана с информационными системами, которые являются для нее основной средой функционирования.[1]

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

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

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

АИС (Банк данных) - это совокупность тем или иным образом структурированных данных (базы данных) и комплекса аппаратно-программных средств для хранения данных и манипулирования ими(см. рис.11).

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

Рис.1. Состав Банка данных.

Базой данных (БД) в строгом смысле слова называют файл взаимосвязанных структурированных данных, определенных посредством схемы, не зависящей от программ и расположенных на запоминающих устройствах с прямым доступом. В качестве последних чаще всего выступают магнитные диски.

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

Для взаимодействия пользователя с БД используются системы управления БД (СУБД). СУБД - это комплекс программ и языковых средств, предназначенных для создания, ведения и использования баз данных.

Современные СУБД обеспечивают:

· набор средств для поддержки таблиц и соотношений между связанными таблицами,

· развитый пользовательский интерфейс, который позволяет вам вводить и модифицировать информацию, выполнять поиск и представлять информацию в текстовом или графическом виде,

· средства программирования высокого уровня, с помощью которых можно создавать собственные приложения.

Подходить к рассмотрению многообразия АИС можно по разному (см. рис. 2). Так, можно исходить из функционального назначения АИС (табл.1). Можно классифицировать АИС по их назначению:

· АИС для сбора и обработки учетно-регистрационной и статистической информации;

· АИС оперативного назначения;

· АИС для использования в следственной практике;

· АИС криминалистического назначения;

· АИС для использования в экспертной практике;

· АИС управленческого назначения и т.д.

Использование АИС в следственной, оперативно-розыскной и экспертной деятельности будет рассматриваться в пятой части.

Таблица 1. - Функции автоматизированных информационных систем

Управленческие системы	Финансовые системы	Кадровые системы	Производственные системы
Контроль за деятельностью организации	Бухгалтерский учет и расчет зарплаты	Учет персонала организации	Исследование спроса и прогноз продаж
Анализ стратегических и тактических ситуаций	Финансовый прогноз и анализ	Контроль сроков, поощрений, взысканий, выслуги	Анализ и прогноз производственных затрат
Выявление тактических проблем	Составление финансового плана	Планирование отпусков	Рекомендации по снижению себестоимости
Обеспечение выработки решений	Контроль расходов и доходов	Анализ и планирование переподготовки	Учет заказов
	Корректировка бюджета	Анализ и прогноз потребности в трудовых ресурсах

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

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

Соответственно, на наш взгляд, можно выделить следующие виды АИС, используемые в деятельности органов внутренних дел:

· автоматизированные системы обработки данных (АСОД);

· автоматизированные информационно-поисковые системы (АИПС);

· автоматизированные информационно-справочные системы (АИСС);

· автоматизированные рабочие места (АРМ);

· автоматизированные системы управления (АСУ);

· экспертные системы (ЭС) и системы поддержки принятия решений;

Классификация АИС определяет место каждой системы, ее связь с другими системами и пути возможного построения новых информационных систем. Так, например, сочетание АИСС и АСОД получило название автоматизированной информационно-расчетной системы, а в состав АСУ может входить одновременно несколько АРМ и ЭС.

Рассмотрим каждый из перечисленных в классификации типов АИС подробнее и приведем конкретные примеры использования соответствующих систем.

Автоматизированные системы обработки данных (АСОД) предназначены для решения хорошо структурированных задач, по которым имеются входные данные, известны алгоритмы и стандартные процедуры обработки. АСОД применяются в целях автоматизации повторяющихся рутинных операций управленческого труда персонала невысокой квалификации. Как самостоятельные ИС АСОД в настоящее время практически не используются, но вместе с тем они являются обязательными элементами большинства сложных ИС, таких, как АИСС, АРМ, АСУ. В ОВД АСОД используются, в частности, для статистической обработки информации по заданным формам отчетности и более подробно рассмотрены в четвертой части.

В зависимости от объема решаемых задач, используемых технических средств, организации функционирования, информационные системы делятся на ряд групп (классов) (рис. 2).

Рис. 2. Классификация информационных систем

Ручные ИС характеризуются отсутствием современных технических средств переработки информации и выполнением всех операций человеком. В автоматических ИС все операции по переработке информации выполняются без участия человека [2].

Автоматизированные ИС предполагают участие в процессе обработки информации и человека, и технических средств, причем главная роль в выполнении рутинных операций обработки данных отводится компьютеру. Именно этот класс систем соответствует современному представлению понятия "информационная система".

ИС автоматизированного проектирования (САПР) - предназначены для автоматизации функций инженеров-проектировщиков, конструкторов, архитекторов, дизайнеров при создании новой техники или технологии. Основными функциями подобных систем являются: инженерные расчеты, создание графической документации (чертежей, схем, планов), создание проектной документации, моделирование проектируемых объектов. Интегрированные (корпоративные) ИС - используются для автоматизации всех функций фирмы и охватывают весь цикл работ от планирования деятельности до сбыта продукции. Они включают в себя ряд модулей (подсистем), работающих в едином информационном пространстве и выполняющих функции поддержки соответствующих направлений деятельности [5].

Типовые задачи, решаемые модулями корпоративной системы, приведены в таблице 2.

Таблица 2. Функциональное назначение модулей корпоративной ИС

Подсистема маркетинга	Производственные подсистемы	Финансовые и учетные подсистемы	Подсистема кадров (человеческих ресурсов)	Прочие подсистемы (например, ИС руководства)
Исследование рынка и прогнозирование продаж	Планирование объемов работ и разработка календарных планов	Управление портфелем заказов	Анализ и прогнозирование потребности в трудовых ресурсах	Контроль за деятельностью фирмы
Управление продажами	Оперативный контроль и управление производством	Управление кредитной политикой	Ведение архивов записей о персонале	Выявление оперативных проблем
Рекомендации по производству новой продукции	Анализ работы оборудования	Разработка финансового плана	Анализ и планирование подготовки кадров	Анализ управленческих и стратегических ситуаций
Анализ и установление цены	Участие в формировании заказов поставщикам	Финансовый анализ и прогнозирование		Обеспечение процесса выработки стратегических решений
Учет заказов	Управление запасами	Контроль бюджета, бухгалтерский учет и расчет зарплаты

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

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

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

Согласно современной методологии, процесс создания автоматизированных ИС представляет собой процесс построения и последовательного преобразования ряда согласованных моделей на всех этапах жизненного цикла (ЖЦ) ИС. На каждом этапе ЖЦ создаются специфичные для него модели - организации, требований к ИС, проекта ИС, требований к приложениям и т.д. Модели формируются рабочими группами команды проекта, сохраняются и накапливаются в репозитории проекта. Создание моделей, их контроль, преобразование и предоставление в коллективное пользование осуществляется с использованием специальных программных инструментов - CASE-средств.

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

CASE-технологии являются естественным продолжением эволюции всей отрасли разработки ПО. Традиционно выделяют 6 периодов, качественно отличающихся применяемой техникой и методами разработки ПО.

В качестве инструментальных средств в эти периоды использовались:

 ассемблеры, дампы памяти, анализаторы;

 компиляторы, интерпретаторы, трассировщики;

 символические отладчики, пакеты программ;

 систем анализа и управления исходными текстами;

 CASE-средства анализа требований, проектирования спецификаций и структуры, редактирования интерфейсов( 1-ая генерация CASE-1;

 CASE-средства генерации исходных текстов и реализации интегрированного окружения поддержки полного ЖЦ разработки ПО (2-ая генерация CASE-II).

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

CASE обладают следующими основными достоинствами:

- улучшают качество создаваемого ПО за счет средств автоматического контроля, прежде всего, контроля проекта;

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

- ускоряют процесс проектирования и разработки;

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

- поддерживают развитие и сопровождение разработки (заметим, что этот аспект не затрагивался ни одной из рассмотренных нами технологий проектирования);

- поддерживают технологии повторного использования компонент разработки).

Этапы проектирования автоматизированных информационных систем

Рассмотрим комплекс работ по созданию автоматизированной информационной системы в соответствии с типовыми этапами разработки АИС, краткая характеристика которых приведена в табл.3.

Таблица 3. Этапы проекти АИС их

№	Наименование	Основные характеристики
	Разработка анализ - модели	основные задачи проводится задач модулям и функции с которых эти Описание функций на языке (описание предметной функциональных (описание обрабатываемых документов) технических (аппаратное, лингвистическое обеспечение Метод решения: моделирование. 1.Концептуальная АИС, состоящая описания предметной ресурсов потоков перечень требований ограничений к реализации 2.Аппаратно-технический создаваемой АИС.
	Формализация бизнес модели, логической бизнес -процессов.	концептуальная модель т.е. в логической модели Метод решения: диаграммы (ER Entity-Reationship) CASE- диаграммы). Разработанное обеспечение схемы и данных для уровней АИС, по логической АИС, сгенерированные для объектов
3	Выбор обеспечения, разработка обеспечения	Разработка выбирается лингвистическое (среда разработки инструментарий), разработка и методического Разработанная на этапе схема в реальные при этом схемы в объектов базы а функциональные - пользовательские и приложения. решения: Разработка кода использованием инструментария. Результат: АИС.
4	и АИС	данном этапе корректировка информационного, программного проводится методического обеспечения разработчика, пользователя) т.п. Оптимальный и эффективное АИС. Комплект разработчика, пользователя.
	Эксплуатация и версий	Особенность созданных архитектуре сервер является многоуровневость и , при эксплуатации и на первое выходят контроля т.е. добавление и развитие модулей выводом эксплуатации старых. если ежедневный версий ведется, в как практика, БД за эксплуатации насчитывать более таблиц, из эффективно будет 20-30%. Результат: и безизбыточный гибкой, АИС

а рис.3 последовательность трансформации модел в базы данных.

Рис.3. ᅟПоследовательность ᅟтрансформации ᅟбизнес-модели ᅟв ᅟобъекты ᅟБД ᅟи ᅟприложения

Таким ᅟобразом, ᅟпроектирование ᅟавтоматизированных ᅟИС ᅟохватывает ᅟтри ᅟосновные ᅟобласти:

проектирование ᅟобъектов ᅟданных, ᅟкоторые ᅟбудут ᅟреализованы ᅟв ᅟбазе ᅟданных;
проектирование ᅟпрограмм, ᅟэкранных ᅟформ, ᅟотчетов, ᅟкоторые ᅟбудут ᅟобеспечивать ᅟвыполнение ᅟзапросов ᅟк ᅟданным;
учет ᅟконкретной ᅟсреды ᅟили ᅟтехнологии, ᅟа ᅟименно: ᅟтопологии ᅟсети, ᅟконфигурации ᅟаппаратных ᅟсредств, ᅟиспользуемой ᅟархитектуры ᅟ(файл-сервер ᅟили ᅟклиент-сервер), ᅟпараллельной ᅟобработки, ᅟраспределенной ᅟобработки ᅟданных ᅟи ᅟт.п.

ГЛАВА ᅟ2. ᅟПРАКТИЧЕСКИЕ ᅟАСПЕКТЫ ᅟПРОЕКТИРОВАНИЯ ᅟИНФОРМАЦИОННЫХ ᅟСИСТЕМ ᅟАВТОМАТИЗИРОВАННОЙ ᅟОБРАБОТКИ ᅟ ᅟ ᅟ ᅟ ᅟ ᅟ ᅟ ᅟ ᅟ ᅟ ᅟ ᅟ ᅟ ᅟ ᅟ ᅟ ᅟ ᅟ ᅟЭКОНОМИЧЕСКОЙ ᅟИНФОРМАЦИИ

2.1. ᅟПроект ᅟсоздания ᅟсистем ᅟавтоматизированной ᅟобработки ᅟэкономической ᅟинформации ᅟдля ᅟконкретной ᅟорганизации

Наше ᅟисследование ᅟпроводилось ᅟна ᅟбазе ᅟконсалтингового ᅟагентства ᅟ«Фаворит». ᅟКонсалтинговое ᅟагентство ᅟпредоставляет ᅟмаркетинговые ᅟуслуги ᅟ– ᅟконсультации ᅟ- ᅟв ᅟобласти ᅟаудита, ᅟэкспресс-анализа ᅟи ᅟбизнес-планирования ᅟдля ᅟпромышленных ᅟпредприятий.

Цель ᅟданной ᅟработы- ᅟразработать ᅟбазу ᅟданных ᅟдля ᅟданной ᅟорганизации.

Инфологическая ᅟмодель ᅟ(ER-диаграмма)

В ᅟданной ᅟработе ᅟмодель ᅟбудет ᅟстроиться ᅟна ᅟоснове ᅟметода ᅟ«Сущность ᅟ– ᅟсвязь». ᅟЭтот ᅟметод ᅟоснован ᅟна ᅟER-диаграммах. ᅟДля ᅟясности ᅟдадим ᅟнекоторые ᅟосновные ᅟопределения.

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

В ᅟпервую ᅟочередь ᅟнеобходимо ᅟначать ᅟс ᅟописания ᅟобъектов ᅟбазы ᅟданных ᅟ(сущностей), ᅟопределения ᅟих ᅟатрибутов ᅟи ᅟустановки ᅟсвязей ᅟмежду ᅟсущностями.

Описание ᅟпредметной ᅟобласти

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

Контракт ᅟподписывается ᅟкаждым ᅟклиентом ᅟпо ᅟкаждой ᅟуслуге. ᅟОн ᅟвключает: ᅟфамилию ᅟклиента, ᅟназвание ᅟкомпании ᅟклиента, ᅟвид ᅟуслуги, ᅟдату ᅟподписания, ᅟдату ᅟначала ᅟработ, ᅟдату ᅟзавершения ᅟработ, ᅟдату ᅟоплаты, ᅟсумму ᅟконтракта. ᅟСписок ᅟуслуг ᅟвключает: ᅟкод ᅟуслуги, ᅟвид ᅟуслуги. ᅟДанные ᅟна ᅟклиентов ᅟвключают: ᅟимя ᅟклиента, ᅟфамилию ᅟклиента, ᅟназвание ᅟкомпании ᅟклиента, ᅟгород, ᅟадрес, ᅟномер ᅟтелефона. ᅟВ ᅟконсалтинговом ᅟагентстве ᅟназначается ᅟменеджер ᅟпроекта ᅟпо ᅟкаждому ᅟконтракту. ᅟДанные ᅟна ᅟменеджеров ᅟпроекта ᅟсодержат: ᅟфамилию ᅟи ᅟимя ᅟработника, ᅟномер ᅟтелефона.

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

- список ᅟклиентов, ᅟсгруппированный ᅟпо ᅟгородам;
- отчет ᅟпо ᅟконтрактам;
- список ᅟконтрактов ᅟпо ᅟотдельной ᅟуслуге;
- список ᅟконтрактов, ᅟсгруппированный ᅟпо ᅟвиду ᅟуслуги ᅟза ᅟпрошедший ᅟгод;
- три ᅟсамых ᅟважных ᅟклиента ᅟ(принесших ᅟнаибольшую ᅟприбыль);
- список ᅟработников, ᅟотсортированный ᅟв ᅟобратном ᅟпорядке ᅟв ᅟзависимости

от ᅟвеличины ᅟсуммы ᅟконтрактов;

- ежемесячная ᅟсумма ᅟконтрактов ᅟна ᅟуслуги ᅟкаждого ᅟвида;
- годовой ᅟотчет ᅟпо ᅟсумме, ᅟполученной ᅟза ᅟоказанные ᅟуслуги;
- запрос ᅟна ᅟсоздание ᅟархивной ᅟтаблицы ᅟи ᅟзапрос ᅟна ᅟисключение ᅟданных ᅟиз ᅟосновной ᅟтаблицы ᅟконтрактов, ᅟвыполненных ᅟ3 ᅟгода ᅟназад ᅟи ᅟболее.

Перечислим ᅟсущности:

- «Данные ᅟна ᅟклиентов», ᅟ
- «Контракты», ᅟ
- «Список ᅟуслуг», ᅟ
- «Данные ᅟна ᅟменеджеров».

Определим ᅟатрибуты ᅟсущности ᅟ– ᅟэто ᅟпоименованная ᅟхарактеристика ᅟсущности.

Таблица ᅟ4. ᅟАтрибуты ᅟсущности ᅟДанные ᅟна ᅟклиентов

Код ᅟклиента	Числовой
Имя ᅟклиента	Текстовый
Фамилия ᅟклиента	Текстовый
Компания	Текстовый
Город	Текстовый
Адрес	Текстовый
Телефон	Числовой

Таблица ᅟ5. ᅟАтрибуты ᅟсущности ᅟКонтракты

Код ᅟконтракта	Числовой
Фамилия ᅟклиента	Текстовый
Компания ᅟклиента	Текстовый
Вид ᅟуслуги	Текстовый
Дата ᅟподписания	Дата
Дата ᅟначала ᅟработ	Дата
Дата ᅟзавершения ᅟработ	Дата
Дата ᅟоплаты	Дата
Сумма ᅟконтракта	Числовой

Таблица ᅟ6. ᅟАтрибуты ᅟсущности ᅟСписок ᅟуслуг

Код ᅟуслуги	Числовой
Вид ᅟуслуги	Текстовый

Таблица ᅟ7. ᅟАтрибуты ᅟсущности ᅟДанные ᅟна ᅟменеджеров

Код ᅟменеджера	Числовой
Фамилия ᅟ	Текстовый
Имя ᅟ	Текстовый
Телефон	Числовой

2.2. ᅟСоздание ᅟсвязей ᅟмежду ᅟсущностями

Дадим ᅟопределение:

- Связь ᅟмежду ᅟсущностями ᅟ– ᅟэто ᅟассоциация ᅟмежду ᅟдвумя ᅟи ᅟболее ᅟсущностями.
Класс ᅟпринадлежности ᅟэкземпляров ᅟсущности: ᅟговорят, ᅟчто ᅟсущность ᅟобладает ᅟобязательным ᅟклассом ᅟпринадлежности, ᅟесли ᅟвсе ᅟэкземпляры ᅟпервой ᅟсущности ᅟ(или ᅟвторой) ᅟсвязаны ᅟхотя ᅟбы ᅟс ᅟодним ᅟэкземпляром ᅟвторой ᅟ(или ᅟпервой) ᅟсущности.

Класс ᅟпринадлежности ᅟможет ᅟбыть ᅟобязательным ᅟили ᅟнеобязательным.

0 ᅟ(необязательный) ᅟ– ᅟесли ᅟкаждый ᅟэкземпляр ᅟсущности ᅟне ᅟсвязан ᅟни ᅟс ᅟодним ᅟэкземпляром ᅟдругой ᅟсущности;

1 ᅟ(обязательный) ᅟ– ᅟесли ᅟкаждый ᅟэкземпляр ᅟсущности ᅟсвязан ᅟхотя ᅟбы ᅟс ᅟодним ᅟэкземпляром ᅟдругой ᅟсущности.

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

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

Преобразования ᅟсущностей ᅟв ᅟсовокупность ᅟотношений: ᅟ

1. ᅟДля ᅟтех ᅟсущностей, ᅟкоторые ᅟимеют ᅟкласс ᅟпринадлежности ᅟ1, ᅟсоздадим ᅟодно ᅟотношение ᅟс ᅟполями, ᅟсоответствующими ᅟатрибутам ᅟсущностей, ᅟа ᅟдля ᅟсущностей, ᅟкоторые ᅟимеют ᅟнулевой ᅟкласс ᅟпринадлежности, ᅟсоздадим ᅟтри ᅟотношения.

2. ᅟДля ᅟкаждой ᅟсущности, ᅟимеющей ᅟсвязь ᅟс ᅟдругими ᅟсущностями ᅟкак ᅟ«один-ко-многим» ᅟили ᅟ«один-к-одному», ᅟукажем ᅟодин ᅟстолбец ᅟв ᅟкачестве ᅟпервичного ᅟключа.

3. ᅟДля ᅟкаждой ᅟсущности, ᅟкоторая ᅟвыступает ᅟкак ᅟ«многие-к-одному» ᅟво ᅟвзаимоотношениях ᅟхотя ᅟбы ᅟс ᅟодной ᅟсущностью, ᅟукажем ᅟв ᅟкачестве ᅟвнешних ᅟключей ᅟпервичные ᅟключи ᅟкаждой ᅟиз ᅟродительских ᅟсущностей.

4. ᅟЗададим ᅟпервичный ᅟключ ᅟдля ᅟкаждой ᅟсущности, ᅟвыступающей ᅟво ᅟвзаимоотношениях ᅟкак ᅟ«многие-к-одному».

Выполним ᅟвыше ᅟперечисленные ᅟдействия ᅟдля ᅟданного ᅟпроекта.

1. ᅟСоздадим ᅟчетыре ᅟтаблицы ᅟс ᅟполями, ᅟсоответствующими ᅟатрибутам ᅟсущностей.

2. ᅟСоздадим ᅟеще ᅟдве ᅟтаблицы ᅟдля ᅟсущностей ᅟс ᅟклассом ᅟпринадлежности ᅟ0 ᅟ(«Контракты» ᅟ- ᅟ«Список ᅟуслуг» ᅟи ᅟ«Контракты» ᅟ- ᅟ«Данные ᅟна ᅟменеджеров»).

3. ᅟЗададим ᅟпервичные ᅟключи ᅟдля ᅟтаблиц ᅟ«Данные ᅟна ᅟклиентов» ᅟи ᅟ«Контракты», ᅟвыступающих ᅟв ᅟсвязи ᅟ«один-к-одному», ᅟи ᅟдля ᅟтаблиц ᅟ«Список ᅟуслуг» ᅟи ᅟ«Данные ᅟна ᅟменеджеров», ᅟвыступающих ᅟв ᅟсвязи ᅟ«один-ко-многим» ᅟс ᅟтаблицей ᅟ«Контракты». ᅟ

Первичный ᅟключ ᅟ– ᅟэто ᅟполе ᅟили ᅟминимальный ᅟнабор ᅟполей,

однозначно ᅟопределяющий ᅟкаждую ᅟстроку ᅟтаблицы. ᅟ

Первичные ᅟключи ᅟслужат ᅟидентификаторами ᅟкортежей ᅟ(строк ᅟв ᅟтаблице), ᅟдля ᅟускорения ᅟработы ᅟсо ᅟстроками ᅟтаблицы, ᅟсвязывания ᅟтаблиц.

Таблица ᅟ«Данные ᅟна ᅟклиентов» ᅟимеет ᅟв ᅟсвоем ᅟсоставе ᅟуникальное ᅟдля ᅟкаждой ᅟстроки ᅟполе ᅟ– ᅟКод ᅟклиента. ᅟВ ᅟтаблице ᅟ«Контракты» ᅟв ᅟкачестве ᅟпервичного ᅟключа ᅟтакже ᅟвыступает ᅟполе ᅟКод ᅟконтракта. ᅟВ ᅟтаблице ᅟ«Список ᅟуслуг» ᅟпервичным ᅟключом ᅟбудет ᅟполе ᅟКод ᅟуслуги, ᅟа ᅟв ᅟтаблице ᅟ«Данные ᅟна ᅟменеджеров» ᅟ- ᅟКод ᅟменеджера.

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

Физическая ᅟмодель

Главными ᅟвопросами ᅟфизического ᅟпроектирования ᅟявляются ᅟоптимизация ᅟвремени ᅟвыполнения ᅟосновных ᅟзапросов ᅟк ᅟбазе ᅟданных ᅟи ᅟобеспечение ᅟбезопасности ᅟданных.

Для ᅟповышения ᅟпроизводительности ᅟреляционные ᅟСУБД ᅟиспользуют ᅟспециальные ᅟобъекты, ᅟназываемые ᅟиндексами. ᅟПри ᅟописании ᅟструктуры ᅟтаблицы ᅟзадаются ᅟиндексы ᅟс ᅟпомощью ᅟсвойства ᅟполей, ᅟназываемого ᅟиндексированным ᅟполем. ᅟИндексированное ᅟполе ᅟможет ᅟпринимать ᅟтри ᅟзначения:

1. ᅟнеиндексированное;

2. ᅟдопускаются ᅟсовпадения;

3. ᅟсовпадения ᅟне ᅟдопускаются.

Индекс ᅟсодержит ᅟнабор ᅟзаписей ᅟиз ᅟдвух ᅟэлементов: ᅟ{значение ᅟключевого ᅟполя; ᅟуказатель ᅟна ᅟсоответствующую ᅟзапись ᅟв ᅟтаблице}. ᅟИндекс ᅟупорядочен ᅟпо ᅟзначению ᅟключевого ᅟполя, ᅟчто ᅟпозволяет ᅟсистеме ᅟбыстро ᅟнаходить ᅟнужные ᅟзначения. ᅟВ ᅟреляционных ᅟСУБД ᅟтаблицы ᅟвсегда ᅟиндексируются ᅟпо ᅟполю/полям ᅟпервичного ᅟключа. ᅟВ ᅟAccess ᅟиндексированные ᅟполя ᅟне ᅟобязательно ᅟключевые. ᅟСчитается ᅟнормой, ᅟесли ᅟтаблица ᅟимеет ᅟхотя ᅟбы ᅟодно ᅟключевое ᅟполе.

Обычно ᅟиндексы ᅟиспользуют ᅟв ᅟбазах ᅟданных, ᅟбольших ᅟпо ᅟобъему, ᅟпоэтому ᅟиндексы ᅟможно ᅟне ᅟиспользовать. ᅟСоздадим ᅟиндексированные ᅟполя ᅟтолько ᅟпо ᅟполю ᅟпервичного ᅟключа ᅟ(таблица ᅟ8). ᅟ

Таблица ᅟ8. ᅟИндексированные ᅟполя

Таблица	Индексированное ᅟполе
Данные ᅟна ᅟклиентов	Код ᅟклиента
Контракты	Код ᅟконтракта
Список ᅟуслуг	Код ᅟуслуги
Данные ᅟна ᅟменеджеров	Код ᅟменеджера

ГЛАВА ᅟ3. ᅟРЕАЛИЗАЦИЯ ᅟПРОЕКТИРОВАНИЯ ᅟСИСТЕМЫ ᅟАВТОМАТИЗИРОВАННОЙ ᅟОБРАБОТКИ ᅟЭКОНОМИЧЕСКОЙ ᅟИНФОРМАЦИИ

3.1. ᅟСоздание ᅟтаблиц ᅟи ᅟсхем ᅟданных

Создадим ᅟструктуру ᅟвсех ᅟтаблиц ᅟв ᅟрежиме ᅟКонструктора ᅟтаблиц. ᅟНа ᅟрис. ᅟ1 ᅟпредставлено ᅟокно ᅟконструктора ᅟс ᅟописанием ᅟтаблицы ᅟДанные ᅟна ᅟклиентов. ᅟПосле ᅟсоздания ᅟполей ᅟтаблицы ᅟв ᅟсоответствии ᅟможно ᅟпросмотреть ᅟсозданные ᅟсистемой ᅟиндексы ᅟ(рис. ᅟ5). ᅟТ.к. ᅟнаша ᅟбаза ᅟне ᅟбольшая, ᅟто ᅟне ᅟбудем ᅟсоздавать ᅟиндексы ᅟдля ᅟвсех ᅟполей.

Рис. ᅟ5. ᅟОкно ᅟконструктора

Рис. ᅟ6. ᅟОкно ᅟиндексы

Аналогично ᅟсоздадим ᅟостальные ᅟтаблицы. ᅟ

Рис. ᅟ7. ᅟДанные ᅟтаблицы ᅟ«Данные ᅟна ᅟклиентов»

Рис. ᅟ8. ᅟДанные ᅟтаблицы ᅟ«Контракты»

Рис. ᅟ9. ᅟДанные ᅟтаблицы ᅟ«Список ᅟуслуг ᅟ»

Рис. ᅟ10. ᅟДанные ᅟтаблицы ᅟ«Данные ᅟна ᅟменеджеров»

ᅟСоздание ᅟсвязей ᅟмежду ᅟтаблицами

Покажем ᅟсвязи ᅟпо ᅟключевым ᅟполям, ᅟобеспечивая ᅟцелостность ᅟданных, ᅟа ᅟтакже ᅟкаскадное ᅟобновление/удалении ᅟсвязанных ᅟполей. ᅟТаким ᅟобразом, ᅟполучим ᅟследующую ᅟсхему ᅟданных, ᅟпредставленную ᅟна ᅟрис. ᅟ11.

Рис. ᅟ11. ᅟСхема ᅟданных

На ᅟрис. ᅟ12. ᅟотображено ᅟокно ᅟизменения ᅟсвязей:

Рис. ᅟ12. ᅟИзменение ᅟсвязей

Разработка ᅟзапросов ᅟк ᅟбазе ᅟданных

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

Наиболее ᅟраспространенными ᅟявляются ᅟзапросы ᅟна ᅟвыборку. ᅟРезультатом ᅟвыполнения ᅟтакого ᅟзапроса ᅟявляется ᅟтаблица, ᅟв ᅟкоторой ᅟпо ᅟопределенным ᅟкритериям ᅟвыбираются ᅟопределенные ᅟполя ᅟодной ᅟили ᅟнескольких ᅟвзаимосвязанных ᅟтаблиц. ᅟПри ᅟсоздании ᅟнового ᅟзапроса ᅟв ᅟрежиме ᅟКонструктора ᅟзапросов ᅟдля ᅟнего ᅟпо ᅟумолчанию ᅟустанавливается ᅟтип ᅟЗапрос ᅟна ᅟвыборку.

Создадим ᅟзапросы, ᅟзаданные ᅟв ᅟпроекте:

1. ᅟСписок ᅟклиентов, ᅟсгруппированный ᅟпо ᅟгородам.

Для ᅟсоздания ᅟзапроса ᅟс ᅟпомощью ᅟКонструктора ᅟв ᅟокне ᅟбазы ᅟданных ᅟвыберем ᅟкоманду ᅟСоздание ᅟзапроса ᅟв ᅟрежиме ᅟконструктора. ᅟВыберем ᅟтаблицу ᅟ«Данные ᅟна ᅟклиентов». ᅟДля ᅟпостроения ᅟзапроса ᅟвыберем ᅟполя ᅟГород ᅟи ᅟФамилия ᅟклиента. ᅟДля ᅟполя ᅟГород ᅟприменим ᅟсортировку ᅟпо ᅟвозрастанию. ᅟЗапрос ᅟв ᅟрежиме ᅟконструктора ᅟпоказан ᅟна ᅟрисунке ᅟ13.

Рис. ᅟ13. ᅟРежим ᅟконструктора ᅟ

Результат ᅟвыполнения ᅟзапроса:

Рис. ᅟ14. ᅟСписок ᅟклиентов, ᅟсгруппированных ᅟпо ᅟгородам

2. ᅟСписок ᅟконтрактов ᅟпо ᅟотдельной ᅟуслуге.

Для ᅟсоздания ᅟзапроса ᅟс ᅟпомощью ᅟрежима ᅟКонструктора ᅟв ᅟокне ᅟбазы ᅟданных ᅟвыберем ᅟкоманду ᅟСоздание ᅟзапроса ᅟв ᅟрежиме ᅟконструктора. ᅟВыберем ᅟтаблицу ᅟ«Список ᅟуслуг». ᅟДля ᅟпостроения ᅟзапроса ᅟвыберем ᅟполя ᅟГород ᅟи ᅟФамилия ᅟклиента. ᅟДля ᅟполя ᅟГород ᅟприменим ᅟсортировку ᅟпо ᅟвозрастанию. ᅟ

Рис. ᅟ15. ᅟРежим ᅟконструктора

Рис. ᅟ16. ᅟРезультат ᅟвыполнения ᅟзапроса ᅟ

3. ᅟСписок ᅟконтрактов, ᅟсгруппированный ᅟпо ᅟвиду ᅟуслуги ᅟза ᅟпрошедший ᅟгод

Создадим ᅟзапрос ᅟс ᅟпомощью ᅟКонструктора. ᅟДля ᅟпостроения ᅟзапроса ᅟвыберем ᅟполя ᅟВид ᅟуслуги ᅟиз ᅟтаблицы ᅟ«Список ᅟуслуг», ᅟКод ᅟконтракта, ᅟФамилия ᅟклиента, ᅟНазвание ᅟкомпании, ᅟСумма ᅟконтракта, ᅟДата ᅟподписания. ᅟДля ᅟполя ᅟВид ᅟуслуги ᅟприменим ᅟсортировку ᅟпо ᅟвозрастанию. ᅟДля ᅟполя ᅟДата ᅟподписания ᅟвведем ᅟусловие ᅟотбора ᅟ«**.**.2007», ᅟтак ᅟкак ᅟнеобходимо ᅟвыбрать ᅟконтракты, ᅟподписанные ᅟза ᅟпрошлый ᅟгод.

Режим ᅟконструктора:

Результат ᅟвыполнения ᅟзапроса:

4. ᅟТри ᅟсамых ᅟважных ᅟклиента

Режим ᅟконструктора:

SQL-реализация ᅟзапроса:

Результат ᅟвыполнения ᅟзапроса:

5. ᅟСписок ᅟработников, ᅟотсортированный ᅟв ᅟобратном ᅟпорядке ᅟв ᅟзависимости ᅟот ᅟвеличины ᅟсуммы ᅟконтрактов.

Режим ᅟконструктора:

SQL-реализация ᅟзапроса:

Режим ᅟконструктора:

6. ᅟЕжемесячная ᅟсумма ᅟконтрактов ᅟна ᅟуслуги ᅟкаждого ᅟвида.

Режим ᅟконструктора:

SQL-реализация ᅟзапроса:

Результат ᅟвыполнения ᅟзапроса:

7. ᅟЗапрос ᅟна ᅟсоздание ᅟархивной ᅟтаблицы.

Режим ᅟконструктора:

Cначала ᅟсоздадим ᅟзапрос ᅟна ᅟвыборку:

Для ᅟперестройки ᅟзапроса ᅟна ᅟсоздание ᅟтаблицы ᅟперейдем ᅟк ᅟкоманде ᅟЗапрос-Создание ᅟтаблицы. ᅟВ ᅟокне ᅟдиалога ᅟнаберем ᅟимя ᅟновой ᅟтаблицы ᅟ– ᅟ«Архивная ᅟтаблица». ᅟПосле ᅟзапуска ᅟзапроса ᅟна ᅟэкране ᅟпоявится ᅟокно ᅟдиалога ᅟс ᅟсообщением ᅟо ᅟколичестве ᅟзаписей, ᅟкоторые ᅟбудут ᅟвставлены ᅟв ᅟтаблицу. ᅟДля ᅟподтверждения ᅟсоздания ᅟтаблицы ᅟнажимаем ᅟкнопку ᅟДА. ᅟНа ᅟвкладке ᅟТаблицы ᅟокна ᅟбазы ᅟданных ᅟпоявится ᅟновая ᅟтаблица ᅟс ᅟименем ᅟ«Архивная ᅟтаблица».

SQL-реализация ᅟзапроса:

Результат ᅟвыполнения ᅟзапроса:

8. ᅟЗапрос ᅟна ᅟисключение ᅟданных ᅟиз ᅟосновной ᅟтаблицы ᅟконтрактов, ᅟвыполненных ᅟ3 ᅟгода ᅟназад ᅟи ᅟболее.

Для ᅟизбегания ᅟошибок ᅟсоздадим ᅟкопию ᅟосновной ᅟтаблицы ᅟ«Контракты» ᅟ- ᅟ«Контракты ᅟкопия».

ᅟРежим ᅟконструктора:

SQL-реализация ᅟзапроса:

Результат ᅟвыполнения ᅟзапроса:

3.2. ᅟСоздание ᅟстандартных ᅟформ ᅟи ᅟотчетов

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

Формы ᅟявляются ᅟважнейшим ᅟсредством ᅟсоздания ᅟинтерфейса ᅟпользователя ᅟпри ᅟработе ᅟс ᅟбазами ᅟданных ᅟAccess.

Можно ᅟсоздавать ᅟформы ᅟсо ᅟмногими ᅟцелями:

Ввод ᅟи ᅟредактирование ᅟданных. ᅟ
Управление ᅟходом ᅟвыполнения ᅟпрограммы. ᅟ
Вывод ᅟсообщений ᅟо ᅟходе ᅟработы
Печать ᅟинформации ᅟиз ᅟбазы ᅟданных. ᅟ

Создадим ᅟформу ᅟдля ᅟтаблицы ᅟ«Данные ᅟна ᅟклиентов». ᅟДля ᅟэтого ᅟиспользуем ᅟМастера ᅟсоздания ᅟформ. ᅟВ ᅟоткрывшемся ᅟокне ᅟвыберем ᅟтаблицу ᅟ«Данные ᅟна ᅟклиентов» ᅟи ᅟвсе ᅟее ᅟполя. ᅟДалее ᅟвыберем ᅟжелаемое ᅟпредставление ᅟданных ᅟи ᅟсохраним ᅟизменения.

Форма ᅟв ᅟрежиме ᅟконструктора:

Режим ᅟформы:

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

Отчет ᅟимеет ᅟвид, ᅟаналогичный ᅟформе, ᅟно ᅟего ᅟможно ᅟпечатать.

Создадим ᅟотчеты:

Отчет ᅟпо ᅟконтрактам.
Годовой ᅟотчет ᅟпо ᅟсумме, ᅟполученной ᅟза ᅟоказанные ᅟуслуги.

1. ᅟОтчет ᅟпо ᅟконтрактам.

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

2. ᅟГодовой ᅟотчет ᅟпо ᅟсумме, ᅟполученной ᅟза ᅟоказанные ᅟуслуги.

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

ЗАКЛЮЧЕНИЕ

Базы ᅟданных ᅟ– ᅟэто ᅟсовокупность ᅟструктурированных ᅟвзаимосвязанных ᅟданных, ᅟотносящихся ᅟк ᅟопределенной ᅟпредметной ᅟобласти ᅟи ᅟорганизованных ᅟтаким ᅟобразом, ᅟчто ᅟэти ᅟданные ᅟмогут ᅟбыть ᅟиспользованы ᅟдля ᅟрешения ᅟмногих ᅟзадач ᅟмногими ᅟпользователями.

Системы ᅟуправления ᅟбазами ᅟданные ᅟ(СУБД) ᅟ– ᅟэто ᅟнабор ᅟпрограммных ᅟмодулей, ᅟнеобходимый ᅟи ᅟдостаточный ᅟдля ᅟсоздания ᅟи ᅟподдержания ᅟбазы ᅟданных, ᅟт.е. ᅟуниверсальная ᅟчасть, ᅟрешающая ᅟстандартные ᅟзадачи ᅟпо ᅟинформационному ᅟобслуживанию ᅟпользователя.

Существует ᅟнесколько ᅟвидов ᅟСУБД. ᅟНаиболее ᅟизвестными ᅟи ᅟпопулярными ᅟСУБД ᅟявляются ᅟAccess, ᅟFoxPro ᅟи ᅟParadox. ᅟДанная ᅟработа ᅟвыполнена ᅟв ᅟAccess.

Один ᅟиз ᅟосновных ᅟтипов ᅟмоделей ᅟданных ᅟ– ᅟреляционная ᅟбаза ᅟданных.

Термин ᅟ«реляционный» ᅟ(от ᅟлатинского ᅟrelation ᅟ– ᅟотношение) ᅟуказывает, ᅟпрежде ᅟвсего, ᅟна ᅟто, ᅟчто ᅟтакая ᅟмодель ᅟхранения ᅟданных ᅟпостроена ᅟна ᅟвзаимоотношении ᅟсоставляющих ᅟее ᅟчастей. ᅟ

В ᅟнастоящее ᅟвремя ᅟреляционный ᅟподход ᅟк ᅟпостроению ᅟбаз ᅟданных ᅟявляется ᅟнаиболее ᅟраспространенным. ᅟДостоинства ᅟтакого ᅟподхода:

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

СПИСОК ᅟЛИТЕРАТУРЫ

Абдикеев ᅟН.М. ᅟПроектирование ᅟинтеллектуальных ᅟсистем ᅟв ᅟэкономике: ᅟучебник ᅟ/ ᅟпод ᅟред. ᅟН.П. ᅟТихомирова. ᅟ- ᅟМ., ᅟ2015. ᅟ
Автоматизированные ᅟинформационные ᅟтехнологии ᅟв ᅟэкономике: ᅟУчебник ᅟ/ ᅟпод ᅟред. ᅟпроф. ᅟГ.А. ᅟТиторенко. ᅟ- ᅟМ., ᅟ2014. ᅟ
Барановская ᅟТ.П. ᅟАрхитектура ᅟкомпьютерных ᅟсистем ᅟи ᅟсетей: ᅟучеб. ᅟпособие. ᅟ- ᅟМ., ᅟ2014. ᅟ
Барановская ᅟТ.П. ᅟИнформационные ᅟсистемы ᅟи ᅟтехнологии ᅟв ᅟэкономике: ᅟучебник. ᅟ- ᅟМ., ᅟ2014. ᅟ
Вендров ᅟА.М. ᅟCASE-технологии. ᅟСовременные ᅟметоды ᅟи ᅟсредства ᅟпроектирования ᅟинформационных ᅟсистем. ᅟ- ᅟМ., ᅟ2015. ᅟ
Вендров ᅟА.М. ᅟПроектирование ᅟпрограммного ᅟобеспечения ᅟэкономических ᅟинформационных ᅟсистем: ᅟучебник. ᅟ- ᅟМ., ᅟ2014. ᅟ
Гутгарц ᅟР.Д. ᅟИнформационные ᅟтехнологии ᅟв ᅟуправлении ᅟкадрами. ᅟ- ᅟМ., ᅟ2014. ᅟ
Годин ᅟВ.В., ᅟКорнеев ᅟИ.К. ᅟУправление ᅟинформационными ᅟресурсами. ᅟ- ᅟМ., ᅟ2015. ᅟ
Грабауров ᅟВ.А. ᅟИнформационные ᅟтехнологии ᅟдля ᅟменеджеров. ᅟ- ᅟМ., ᅟ2014. ᅟ
Дейт ᅟК. ᅟДж. ᅟВведение ᅟв ᅟсистемы ᅟбаз ᅟданных. ᅟ- ᅟМ., ᅟ2015. ᅟ
Джексон ᅟП. ᅟВведение ᅟв ᅟэкспертные ᅟсистемы. ᅟ- ᅟСПб., ᅟ2014. ᅟ
Диго ᅟС.М. ᅟПроектирование ᅟи ᅟиспользование ᅟбаз ᅟданных. ᅟ- ᅟМ., ᅟ2015. ᅟ
Информационные ᅟтехнологии ᅟуправления: ᅟучеб. ᅟпособие ᅟдля ᅟвузов ᅟ/ ᅟпод ᅟред. ᅟпроф. ᅟГ.А. ᅟТиторенко. ᅟ- ᅟМ., ᅟ2014. ᅟ
Информационные ᅟтехнологии ᅟуправления: ᅟУчеб. ᅟпособие ᅟдля ᅟвузов ᅟ/Под ᅟред. ᅟпроф. ᅟГ. ᅟА. ᅟТиторенко. ᅟ-2-е ᅟизд., ᅟдоп. ᅟ ᅟМ.: ᅟЮНИТИ-ДАНА, ᅟ2014.
Информационные ᅟтехнологии ᅟуправления: ᅟучеб. ᅟпособие ᅟ/ ᅟпод ᅟред. ᅟЮ.М. ᅟЧеркасова. ᅟ- ᅟМ., ᅟ2015. ᅟ
Карминский ᅟА.М., ᅟНестеров ᅟП.В. ᅟИнформатизация ᅟбизнеса. ᅟ- ᅟМ., ᅟ2014. ᅟ
Клещев ᅟН.Т., ᅟРоманов ᅟА.А. ᅟПроектирование ᅟинформационных ᅟсистем: ᅟучеб. ᅟпособие ᅟ/ ᅟпод ᅟобщ. ᅟред. ᅟК.И. ᅟКурбакова. ᅟ- ᅟМ., ᅟ2016. ᅟ
Корнеев ᅟИ.В. ᅟМашурцев ᅟВ.А. ᅟИнформационные ᅟтехнологии ᅟв ᅟуправлении. ᅟ- ᅟМ., ᅟ2014. ᅟ
Костров ᅟА.В. ᅟОсновы ᅟинформационного ᅟменеджмента. ᅟ- ᅟМ., ᅟ2016.
Козырев ᅟА.А. ᅟИнформационные ᅟтехнологии ᅟв ᅟэкономике ᅟи ᅟуправлении: ᅟучебник. ᅟ- ᅟСПб., ᅟ2014. ᅟ
Кураков ᅟЛ.П., ᅟЛебедев ᅟЕ.К. ᅟНовые ᅟинформационные ᅟтехнологии. ᅟ- ᅟЧебоксары, ᅟ2014. ᅟ
Олифер ᅟВ.Г., ᅟОлифер ᅟН.А. ᅟКомпьютерные ᅟсети. ᅟ- ᅟСПб., ᅟ2014. ᅟ
Пичугин ᅟИ. ᅟИнформационные ᅟтехнологии: ᅟпутеводитель ᅟпо ᅟновой ᅟэкономике. ᅟ- ᅟМ., ᅟ2014. ᅟ
Попов ᅟЭ.В. ᅟСтатистические ᅟи ᅟдинамические ᅟэкспертные ᅟсистемы: ᅟУчеб. ᅟпособие. ᅟ- ᅟМ., ᅟ2015. ᅟ
Смирнова ᅟГ.Н., ᅟСорокин ᅟА.А., ᅟТельнов ᅟЮ.Ф. ᅟПроектирование ᅟэкономических ᅟинформационных ᅟсистем: ᅟучебник ᅟ/ ᅟпод ᅟред. ᅟЮ.Ф. ᅟТельнова. ᅟ- ᅟМ., ᅟ2014. ᅟ
Система ᅟуправления ᅟперсоналом: ᅟПроспект ᅟБОСС-Корпорация. ᅟ- ᅟМ.: ᅟСистема ᅟБОСС-Кадровик, ᅟ2015.
Столярский ᅟЯ. ᅟО., ᅟХаванский ᅟА. ᅟМ. ᅟПрактикум ᅟпрофессиональной ᅟкомпетенции. ᅟ- ᅟКалуга: ᅟСЗАГС, ᅟ2014.
Советов ᅟБ.Я. ᅟИнформационная ᅟтехнология: ᅟучебник. ᅟ- ᅟМ., ᅟ2014. ᅟ
Тельнов ᅟЮ.Ф. ᅟИнтеллектуальные ᅟинформационные ᅟсистемы ᅟв ᅟэкономике: ᅟучеб. ᅟпособие. ᅟ- ᅟМ., ᅟ2014. ᅟ
Тютина ᅟ ᅟО. ᅟСистемы ᅟуправления ᅟперсоналом ᅟ//Computerworld, ᅟ2016, ᅟ- ᅟ№ ᅟ18.
Уткин ᅟВ.Б. ᅟИнформационные ᅟсистемы ᅟи ᅟтехнологии ᅟв ᅟэкономике. ᅟ- ᅟМ., ᅟ2015. ᅟ
Черенков ᅟА.П. ᅟИнформационные ᅟсистемы ᅟдля ᅟэкономистов ᅟ/ ᅟА.П. ᅟЧеренков. ᅟ- ᅟМ., ᅟ2014. ᅟ
Экономическая ᅟинформатика: ᅟучебник ᅟ/ ᅟпод ᅟред. ᅟВ.П. ᅟКосарева. ᅟ- ᅟМ., ᅟ2014.
http://citforum.ru/ ᅟ