Выборка нужных данных из хранимой информации которая может корректироваться и меняться

Document details

ИНФОРМАЦИОННЫЕ СИСТЕМЫ

Published on Jan 17, 2017

Follow this publisher

Create once. Share everywhere.

Company — About us
Company — Careers
Company — Blog
Company — Webinars
Company — Press

Issuu Features

Issuu Features — Fullscreen Sharing
Issuu Features — Social Posts
Issuu Features — Articles
Issuu Features — Embed
Issuu Features — Statistics
Issuu Features — InDesign Integration
Issuu Features — Cloud Storage Integration
Issuu Features — GIFs
Issuu Features — Canva Integration
Issuu Features — Add Links
Issuu Features — Teams
Issuu Features — Video
Issuu Features — Web-ready Fonts

Solutions — Designers
Solutions — Content Marketers
Solutions — Social Media Managers
Solutions — Publishers
Solutions — Education
Solutions — Salespeople
Solutions — Use Cases

Industries

Industries — Internal Communications
Industries — Marketing and PR
Industries — Publishing
Industries — Real Estate
Industries — Sports
Industries — Travel

Products & Resources

Products & Resources — Plans
Products & Resources — Partnerships
Products & Resources — Developers
Products & Resources — Digital Sales
Products & Resources — Elite Program
Products & Resources — Publisher Directory
Products & Resources — Redeem Code
Products & Resources — Support

Explore Issuu Content

- Explore — Arts & Entertainment
- Explore — Business
- Explore — Education
- Explore — Family & Parenting
- Explore — Food & Drink
- Explore — Health & Fitness
- Explore — Hobbies
- Explore — Home & Garden
- Explore — Pets
- Explore — Religion & Spirituality
- Explore — Science
- Explore — Society
- Explore — Sports
- Explore — Style & Fashion
- Explore — Technology & Computing
- Explore — Travel
- Explore — Vehicles
Тест по «Базы данных (БД)». Ответы. Часть 2

1. Принципами разработки кодов являются (несколько правильных вариантов ответов):
- a. Коды не должны повторяться
- b. Должны обеспечивать быстрый поиск информации
- c. Должны быть иерархическими
- d. Должны позволять осуществлять автоматическую группировку и отбор данных
Ответ: a b

2. С помощью системы управления базами данных пользователь может .
- a. Устанавливать защиту базы данных
- b. Создавать текстовые файлы
- c. Создавать структуру базы данных
- d. Хранить графические файлы
- e. Просматривать веб страницы
- f. Выполнять сортировку данных
Ответ: c f

3. Даны фрагменты двух таблиц из базы данных. Каждая строка таблицы 2 содержит информацию о ребёнке и об одном из его родителей. Информация представлена значением поля ID в соответствующей строке таблицы 1. На основании имеющихся данных определите, у скольких людей из списка первый внук или внучка появились до достижения 50 полных лет. При вычислении ответа учитывайте только информацию из приведённых фрагментов таблиц.

Ответ: 2

4. Есть ли какая-либо информация в таблице, в которой нет полей?
- a. Содержит информацию о структуре базы данных
- b. Не содержит никакой информации
- c. Таблица без полей существовать не может
- d. Содержит информацию о будущих записях
Ответ: a

5. Основные цели обеспечения логической и физической целостности базы данных?
- a. защита от неправильных действий прикладного программиста
- b. защита от неправильных действий администратора баз данных
- c. защита от возможных ошибок ввода данных
- d. защита от машинных сбоев
- e. защита от возможного появления несоответствия между данными после выполнения операций удаления и корректировки
Ответ: c d e

6. Что не входит в функции СУБД?
- a. создание структуры базы данных
- b. загрузка данных в базу данных
- c. предоставление возможности манипулирования данными
- d. проверка корректности прикладных программ, работающих с базой данных
- e. обеспечение логической и физической независимости данных
- f. защита логической и физической целостности базы данных
- g. управление полномочиями пользователей на доступ к базе данных
Ответ: d

7. Какие средства используются в СУБД для обеспечения физической целостности?
- a. контроль типа вводимых данных
- b. описание ограничений целостности и их проверка
- c. блокировки
- d. транзакции
- f. журнал транзакций
Ответ: c d f

8. Что обусловило появление систем управления базами данных?
- a. необходимость повышения эффективности работы прикладных программ
- b. появление современных операционных систем
- c. совместное использование данных разными прикладными программами
- d. большой объем данных в прикладной программе
Ответ: c

9. Основные требования, побуждающие пользователя к использованию СУБД:
- a. необходимость представления средств организации данных прикладной программе
- b. большой объем данных в прикладной программе
- c. большой объем сложных математических вычислений
- d. необходимость решения ряда задач с использованием общих данных
Ответ: d

10. Как соотносятся понятия база данных и банк данных?
- a. одно и то же
- b. база данных включает банк данных
- c. банк данных включает базу данных
- d. не связанные понятия
Ответ: c

11. В чем суть использования механизма транзакций?
- a. изменения в базу данных вносятся каждой операцией
- b. изменения в базу данных вносятся только после выполнения определенной последовательности операций
- c. изменения в базу данных вносятся только администратором базы данных
- d. изменения в базу данных вносятся только при определенных условиях
Ответ b

12. Для чего ведется журнал транзакций?
- a. для анализа действий с базой данных
- b. для использования прикладными программами
- c. для проверки правильности данных
- d. для восстановления базы данных
Ответ: d

13. Что входит в понятие банка данных?
- a. база данных
- b. прикладные программы работы с базой данных
- c. СУБД
- d. компьютеры с базой данных
- e. администраторы базы данных
Ответ: a c

14. Последовательность действий СУБД при синхронизации:
- a. установка блокировки, начало транзакции, снятие блокировки, завершение транзакции
- b. начало транзакции, установка блокировки, завершение транзакции, снятие блокировки
- c. начало транзакции, установка блокировки, продолжение транзакции, снятие блокировки, завершение
- d. транзакции
- e. начало транзакции, установка блокировки, выполнение транзакции, откат транзакции, снятие блокировки
Ответ: b d

15. Для чего предназначена СУБД?
- a. для создания базы данных
- b. для ведения базы данных
- c. для использования базы данных
- d. для разработки прикладных программ
Ответ: a b c

16. К чему приведет отсутствие логической и физической независимости данных?
- a. к необходимости изменения прикладных программ при изменении физического представления базы данных
- b. к большей достоверности данных
- c. к возможному изменению физического представления данных при изменении прикладных программ
- d. к более эффективному взаимодействию пользователей с базой данных
Ответ: a c

17. Что не входит в назначение СУБД?
- a. обеспечение независимости прикладных программ и данных
- b. представление средств организации данных одной прикладной программе
- c. поддержка сложных математических вычислений
- d. поддержка интегрированной совокупности данных
Ответ: b c

18. Основное назначение СУБД
- a. обеспечение независимости прикладных программ и данных
- b. представление средств организации данных одной прикладной программе
- c. поддержка сложных математических вычислений
- d. поддержка интегрированной совокупности данных
Ответ: b

19. Требования, из которых следует необходимость в использовании СУБД:
- a. необходимость представления средств организации данных прикладной программе
- b. большой объем данных в прикладной программе
- c. большой объем сложных математических вычислений
- d. необходимость решения ряда задач с использованием общих данных
Ответ: a b d

20. Какие средства используются в СУБД для обеспечения логической целостности?
- a. Контроль типа вводимых данных
- b. Описание ограничений целостности и их проверка
- c. Блокировки
- d. Синхронизация работы пользователей
Ответ: a b

Всем удачи!

Возможно вам так же будет интересно:
- Новый релиз Joomla 3.9.19 и Joomla 4.0 уже на горизонте
- Тест по «ИКТ». Ответы. Часть 4
- Осень – время подвести итоги и планы на будущее. Часть 2
- Как убрать «meta name=»generator» content mod-articles-category-title » href=»/rubriki/web-stati/cms-joomla/99-v-rossii-proizoshla-blokirovka-serverov-obnovleniya-joomla»>В России произошла блокировка серверов обновления Joomla!
Если я Вам помог — оставьте свой отзыв или поделитесь сайтом с друзьями в социальных сетях!

Министерство образования Республики Беларусь БЕЛОРУССКИЙ НАЦИОНАЛЬНЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ Кафедра «Таможенное дело» ТЕХНОЛОГИИ УПРАВЛЕНИЯ БАЗАМИ ДАННЫХ

«Теория s‑моделирования рассматривается как методологическое основание систематизации программируемых задач и конструирования программ. Для специалистов в автоматизации программирования и разработчиков программных средств. Книга может быть полезна преподавателям и студентам вузов. The theory of s-modeling is considered as a methodological foundation for systematization of programmable tasks and software design. For professionals in the automation of programming and software developers. The book can be useful to university teachers and students.»

DecernsSDSS (1-2) это распределенная система поддержки принятия решений (Web СППР) для многокритериального анализа широкого круга пространственных альтернатив. DecernsSDSS интегрирует развитые функции ГИС (3) и мощный инструментарий МКАР (4). ГИС и МКАР модул в DecernsSDSS могут использоваться в зависимости от исследуемой проблемы как вместе так и по отдельности. Одной из особенностей DecernsSDSS является возможность встраивания различных прикладных моделей для анализа риска и оценки других параметров, которые могут использоваться в качестве критериев при решении [пространственных] многокритериальных задач. Используемые сокращения: 1) Decerns/DECERNS = Decision Evaluation in Complex Risk Network System 2) ПСППР = Пространственная Система Поддержки Принятия Решений 3) ГИС = Географическая Информационная Система 4) МКАР = Много-Критериальный Анализ Решений

Выборка нужных данных из хранимой информации которая может корректироваться и меняться

Комплект бюджетов оперативного управления предприятия готов.

Справочники подсистемы бюджетирования

В подсистеме бюджетирования программы «1С:ERP» используются следующие специальные справочники:
- Модели бюджетирования;
- Виды бюджетов;
- Сценарии бюджетирования;
- Статьи бюджетов;
- Показатели бюджетов;
- Правила получения фактических данных;
- Связи показателей бюджетов;
- Нефинансовые показатели.
Справочник моделей бюджетирования содержит комплект бюджетов, который используются для планирования и анализа деятельности предприятия. Моделей может быть несколько. Например, если в одной базе данных программы «1С:ERP» ведется учет по нескольким организациям и они имеют разный набор бюджетов.

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

Для работы требуется как минимум одна модель бюджетирования.

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

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

В бизнес-процессе мы пропишем нужную нам последовательность ввода бюджетов, ответственных лиц, сроки подготовки. Затем мы запустим этот процесс в работу – по мере того как будет требоваться работа над бюджетами того или иного исполнителя ему будет отправляться бюджетная задача. Бюджетные задачи могут требовать заполнения того или иного бюджета или плана, они же используются и для согласования (утверждения) готового бюджета.

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

Шаблоны бюджетов хранятся в элементах справочника «Виды бюджетов».

Значения бюджетов заносятся по сценариям бюджетирования. Используя разные сценарии, можно задать несколько вариантов развития событий (оптимистичный, реалистичный, пессимистичный) или несколько уровней бюджетирования (стратегический план на год, оперативное управление на месяц).

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

Шаблон бюджета (элемент справочника «Виды бюджетов») представляет собой таблицу, которую пользователь сам произвольно заполняет нужными ему строками и колонками. В строках таблицы могут находиться статьи или показатели бюджета, в колонках содержится дополнительная аналитика планирования и/или периоды планирования.

Строки и колонки могут группироваться произвольным образом, для групп могут выводиться итоговые значения (сумма, среднее, максимум, минимум и т.д.).

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

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

Вы практически ничем не ограничены при настройке нужных вам шаблонов бюджетов. Работа по настройке шаблона похожа на создание таблицы в Excel и имеет ту же гибкость.

Пример создания сценария и бюджетной модели находится в видеолекции из полной версии курса, доступной после регистрации по ссылке: http://razdolie.ru/edu/

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

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

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

Пример создания простого бюджета приведен в видеолекции из полной версии курса, доступной после регистрации по ссылке: http://razdolie.ru/edu/

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

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

Остался последний справочник подсистемы бюджетирования – «Нефинансовые показатели». Предположим, что для расчета плана продаж у нас будет использоваться некое плановое число заказов клиента, а также плановая средняя стоимость одного заказа клиента. Как задать такой бюджет в программе?

Можно рассчитать итоговую сумму продаж на калькуляторе и внести в программу, а можно воспользоваться справочником «Нефинансовые показатели» — создать в нем показатели «Плановое число заказов» и «Плановая сумма заказа».

Для каждого нефинансового показателя задается его плановое значение на период, оно может вводиться пользователем вручную, а может заполняться автоматически по заданному алгоритму.

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

В нашем примере мы будем использовать нефинансовые показатели для внесения плановой сметы расходов и задания плановой рентабельности бизнеса.

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

В этом описании подсистемы бюджетирования не встречались такие традиционные понятия бюджетирования как «ЦФО», «Центры расходов» и прочее. Так получилось потому, что подсистема бюджетирования «1С:ERP» — очень гибкий инструмент. Вы сами можете решить, какой справочник системы у вас будет отвечать за ЦФО (если они вам необходимы) и настроить соответствующим образом свою бюджетную модель.

Пример внесения нефинансовых показателей и создания бюджета доходов и расходов приведен в видеолекции из полной версии курса, доступной после регистрации по ссылке: http://razdolie.ru/edu/

Ввод плановых значений бюджетов

Для ввода бюджетов в программе используется документ «Экземпляр бюджета».

В документе вы указываете сценарий, выбираете вид бюджета (шаблон заполнения из справочника «Виды бюджетов»), период планирования. Программа автоматически строит внешнее представление бюджета по заданному шаблону. Представление бюджета работает аналогично таблице Excel: Вы вводите данные в нужные ячейки, расчетные ячейки автоматически пересчитываются.

После того, как вы заполнили бюджет, вы его сохраняете и проводите. У каждого бюджета есть его текущий статус в системе:
1. В подготовке,
2. На утверждении,
3. Утвержден,
4. Отменен.
Рабочими считаются бюджеты в статусе «Утвержден». Для изменения статуса требуется определенный набор прав пользователя.

Создавать бюджеты, лучше всего, используя планы подготовки бюджетов. В таком случае, задача на подготовку/утверждение бюджета автоматические появляется у ответственного лица.

Видеолекция, демонстрирующая процесс подготовки бюджета, находится в видеолекции из полной версии курса, доступной после регистрации по ссылке: http://razdolie.ru/edu/

План-фактный анализ

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

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

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

Как это происходит на практике:
1. Вы вначале создаете один вид бюджета, который будет использоваться для ввода данных.
2. Копируете этот вид бюджета и в копию добавляете аналитику по сценариям бюджетирования (например, в виде двух колонок – сценарий «План», сценарий «Фактические данные»).
3. После внесения планов в первый вид отчета и получения факта (рабочий период завершен), вы открываете второй вид отчета в режиме бюджетного отчета (вывод таблицы бюджета для просмотра) и получаете информацию по двум выбранным сценариям – плану и факту.
Демонстрация настроек правил получения фактических данных и механизмы план-фактного анализа приведена в видеолекции из полной версии курса, доступной после регистрации по ссылке: http://razdolie.ru/edu/

Лимиты расхода денежных средств

В разделе руководства, посвященном казначейству, было

указано, что для лимитирования оплат используется подсистема бюджетирования.

Процесс установки лимитов выглядит следующим образом:
1. Создаются статьи бюджетирования, по которым будут задаваться лимиты оплат.
2. В модели бюджетирования указывается, что эти статьи будут использоваться в качестве лимитов.
3. Создается вид бюджета, который содержит статьи из п.1.
4. Создается, заполняется и утверждается соответствующий экземпляр бюджета этого вида.
5. При проведении заявок на расходование денежных средств проверяется наличие свободных лимитов.
Заявка в программе может одновременно проверяться по нескольким лимитам. Это полезно, если вы, например, одновременно установили лимиты оплат по предприятию на период и лимиты оплат по проекту в целом, тогда каждая заявка на оплату по проектам, будет проверяться на не превышение лимита оплат в текущем периоде и лимита оплат по выбранному проекту.

Посмотреть доступные лимиты можно с помощью отчета «Лимиты расходования денежных средств».

Видеолекция о том, как задать лимиты оплат и как эти лимиты оплат используются в программе, находится в видеолекции из полной версии курса, доступной после регистрации по ссылке: http://razdolie.ru/edu/

Заключение и достигнутые результаты

Будем считать, что наше примерное предприятие на данный момент уже внесло в программу все бюджеты, которые были описаны в начале этого раздела и активно пользуется ими в своей работе.
1. У нас есть стратегия развития предприятия (планы на год).
2. У нас есть инструменты для управления оперативной деятельностью (планы продаж, производства, закупок, месячные финансовые бюджеты, казначейство).
3. Уровни управления (стратегия и тактика) увязаны между собой в единую систему (планы и бюджеты заполняются на основании друг друга, возможен двойной контроль текущей деятельности).
Что нам пока не хватает? Удобного инструмента мотивации персонала. Так чтобы можно было не только сверить результат с планами, но и, находясь в середине отчетного периода, увидеть динамику и тренд ключевых показателей эффективности бизнеса.

Здесь нам поможет подсистема мониторинга целевых показателей «1С:ERP» — это предмет обсуждения в следующей главе.

А пока — традиционная итоговая схема взаимодействия объектов подсистемы бюджетирования в качестве напоминания:

Рисунок 4 Объекты подсистемы бюджетирования

Мониторинг целевых показателей, KPI и BSC

Подсистема мониторинга целевых показателей «1С:ERP» реализует достаточно известную методику управления предприятием «Balanced Score Cards».

Суть этой методики следующая:
1. Для всего предприятия на достаточно длительный период (не менее года) задается глобальная цель (или набор целей).
2. Вся область деятельности предприятия разбивается на зоны ответственности.
3. Для каждой зоны определяется набор стратегических индикаторов (KPI), которые описывают состояние дел и сигнализируют – движемся ли мы к глобальной цели или нет. Каждый индикатор обязательно «оцифровывается» — задается целевое значение индикатора (при котором «дела идут как надо»), задается допустимая область отклонений от целевого значения.
4. Индикаторы верхнего уровня детализируются на компоненты (тоже индикаторы), которые комплексно описывают все процессы, протекающие в зоне ответственности. Эти «подиндикаторы» тоже «оцифровываются».
5. У каждого индикатора есть хозяин – тот, кто может влиять на процесс и тем ухудшить или улучшить значение индикатора.
6. Для каждого хозяина (ответственного) все его подконтрольные индикаторы собираются в карты эффективности выполняемых работ.
7. Регулярно проводятся контрольные собрания, на которых ответственные лица отчитываются о проделанной работе.
8. Если в процессе текущей деятельности какой-то индикатор вышел из области допустимых значений, то может быть проведена срочная планерка, чтобы разобраться в причинах проблемы и устранить отклонение.
Пример использования такого метода управления:
1. Для предприятия на год определена «стратегическая» цель – продать продукции на 1 млрд. рублей.
2. Кроме «стратегической» цели, заданы цели-ограничения:
  1. Рентабельность бизнеса не менее 10%,
  2. Дебиторская задолженность на конец года не более 10% от объема продаж за год,
  3. Складские запасы на конец года на сумму не более 10% от объема продаж за год,
  4. Долг перед сотрудниками предприятия на конец года не более половины месячного ФОТ,
  5. Внешние заимствования на конец года не более 15% от объема продаж за год.