MS Access

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

Программная инженерия (software engineering) выполнила попытку систематизировать имеющиеся знания.

http://swebok.sorlik.ru/pdf/software_engineering.pdf

SWEBOK описывает 10 областей знаний:

Software requirements – программные требования

Software design – дизайн (архитектура/проектирование)

Software construction – конструирование программного обеспечения

Software testing - тестирование

Software maintenance – эксплуатация (поддержка) программного обеспечения

− Software configuration management – конфигурационное управление

− Software engineering management – управление в программной инженерии

− Software engineering process – процессы программной инженерии

− Software engineering tools and methods – инструменты и методы

− Software quality – качество программного обеспечения

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

− Computer engineering

− Computer science

− Management

− Mathematics

− Project management

− Quality management

− Systems engineering

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

 

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

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

 

 

 

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

Результат процесса проектирования – дизайн.

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

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

Термин конструирование программного обеспечения (software construction) описывает детальное создание рабочей программной системы посредством комбинации кодирования, верификации (проверки), модульного тестирования (unit testing), интеграционного тестирования и отладки.

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

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

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

 

 

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

1. Вирази текстового типу завжди пишуть у подвійних лапках. У виразах можуть використовуватись символи шаблону для відбору записів. Вкажемо їх у вигляді наступної таблиці:

Знак Опис Приклад
* Відповідає будь-якій кількості знаків. Може використовуватись як замісник початкових чи завершальних символів Like “Ас” – пошук слів, що починаються на “Ас” та можуть мати яку завгодно довжину.
? Відповідає одному символу у виразі Like “к?рка”- пошук слів, що мають 5 символів, другий символ може бути будь-яким.
[] Відповідає любому із символів, вказаних у квадратних дужках Like “б[ае]л”- пошук любих слів -“ бал” и “бел”
! Відповідає одному будь-якому символу у виразі, окрім вказаних у дужках Like “б[!ае]л”- пошук слів бил, бул але не бал и бел
- Відповідає одному символу із діапазону по зростанню (від А до Я) Like “б[а-е]л”- пошук любих слів – “бал” и “бел”, “бил”
% Відповідає будь-якому слову чи виразу Like “% відмінно”- пошук виразів, що завершуються словом “ відмінно”.

Текстові вирази можуть містити оператори відношення >, >, <=,>=, <> і логічні операції. Приклади наведемо у вигляді таблиці:

Вираз Результат відбору
‘’абрикос’’ Відбір поставок товару ‘’абрикос’’
‘’абрикос’’ OR ‘’персик’’ Відбір поставок товару ‘’абрикос’’ або ‘’персик’’
>= “Л” Поставка у міста, назва яких починається від Л до Я
Like “C%” Доставка товарів фірмам, назви яких починаються на “C”
Like “C*” Відбір дипломантів, прізвища яких починається на літеру “С”
Right([КодЗамовлення],2)=”55” Відбір поставок замовлень, коди яких закінчуються на 55
Len([Назва]) >VAL(30) Доставка товарів фірмам, назви яких перевищують 30 символів
Like> “H*” AND <> “П*” Відбір постачальників прізвища яких починаються з літери “Н” за виключенням “П"

 

Якщо вираз критерію для деякого поля стає завеликим, то натискають <Shift + F2>, або змінюють масштаб.

Введення виразів типу Дата

Дата записується в одинарних лапках, або в решітках (#). Вводять дату у відповідному форматі. Якщо поле, у якому вводиться критерій, є полем типа ДатаВремя, то знаки (#) або (‘) додаються автоматично. Приклади виразів, які використовують данні дати наведені в наступній таблиці:

Вираз Результати відбору
#29/2/2013# Замовлення, прийняті 29.01.2013 р.
‘29/2/2013’ Замовлення, які виконані 29.01.2013 р.
Between #29/2/2012# AND #8/3/2012# Дата поставки в інтервалі від 29.01.2013 р. до 08.03.2013 р.
>=#29/22013# Закази, що приймаються після 29.01.2013 р.
Date()-30 Закази, дата оплати яких була здійснена місяць і більше тому від поточної дати

Побудова підсумків у запитах

У запитах підсумки розглядаються як групові операції або підсумки – як вирази для певної групи записів. Наприклад, створити запит, який дозволяє для регіонів – постачальників кавунів отримати підсумкові суми сплачених поставок та величину середніх збитків. У БД існує таблиця Поставки, яка включає поля : Регіон, Товар, Сума сплати, Сума збитків.

Для задачі виконуємо таку послідовність дій:

1. Створюємо запит на основі таблиці Поставки. Відбираємо усі поля. Критерій відбору – у полі Товар у рядку Умова відбору вводимо “кавуни”.

2. Натискаємо кнопку Групові операції, додається одноіменний рядок у нижній частині конструктора запитів.

3. Ознака групування – назва регіону – постачальника, у полі Регіон рядка Групові операції має бути обрано Группировка.

4. Натиснути у правому куті у полі Сума сплати рядка Групові операції та із списку обрати операцію Sum.

5. Натиснути у правому куті у полі Сума збитків рядка Групові операції та із списку обрати операцію Avg

6. Натиснути Запуск. Зберегти запит.

У рядку Групові операції можна задавати наступні статистичні функції:

Sum Підраховує суму значень поля. Тип поля-числовий, счетчик, грошовий, дата.
Avg Підраховує середнє значення значень поля. Тип поля-числовий, счетчик, грошовий, дата.
Min Знаходить найменше значення значень поля. Тип поля-числовий, счетчик, грошовий, дата.
Max Знаходить найбільше значення значень поля. Тип поля-числовий, счетчик, грошовий, дата.
Count Підраховує число значень без врахування порожніх (Null). Тип поля-числовий, счетчик, грошовий, дата, текстовий, логічний, поле об’єктів OLE.
StDev Повертає середньоквадратичне відхилення від середнього значення значень поля
Var Повертає дисперсію значень поля

 

Окрім статистичних функцій в бланку Групові операції можна обрати наступні функції:

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

Условие – визначає умову відбору для поля, яке не приймає участі в групуванні. Прапорець виводу на екран знімається автоматично.

Функції First, Last призначені для виводу першого та останнього записів. Сортування на значення не впливає. Записи виводяться у порядку їх вводу у БД.

Розрахункові поля у запитах. Використання виразів для проведення розрахунків у запитах

Вирази – комбінація математичних та логічних операторів, констант, функцій, імен полів, елементів управління і властивостей. Вираз повертає лише одне значення. Вирази вводяться залежно від виконуваної дії.

Введення імен об’єктів

Імена таблиць, запитів, полів, звітів, елементів управління вводять у квадратних дужках ([ ]). Якщо імена мають пробіли чи спеціальні символи, то дужки вводяться обов’язково, інакше можуть додаватись автоматично.

 

Посилання на об’єкти робиться у вигляді ідентифікаторів, останні мають повну та скорочені форми записування.

Приклад повної форми ідентифікатора для посилань на об’єкти та їх властивості може мати такий вигляд:

Forms![Замовлення]![Дата сплати].DefaultValue,

Де:

· Forms – визначає посилання на сімейство відкритих форм БД. MS Access автоматично створює сімейства Forms ( усі відкриті форми), Reports ( усі відкриті звіти)для кожної БД.

· [Замовлення] визначає посилання на конкретну форму з іменем Замовлення, яка входить у сімейство Forms.

· Компонента [Дата сплати] задає посилання на елемент управління Дата сплати у формі Замовлення.

· DefaultValue визначає посилання на властивість Значение по умолчанию елемента Датасплати.

Повний ідентифікатор задає адресу доступу до конкретного елемента чи властивості об’єкта БД.

Скорочений ідентифікатор використовують у наступних випадках:

1. При посиланні на елемент управління при роботі з поточною формою чи звітом, наприклад,

= [План] – [Поставки]

2. При посиланні на елемент управління в підпорядкованій формі чи в підпорядкованому звіті, наприклад, можна використати посилання наступне посилання на елемент «Кількість» в підпорядкованій формі «Заказано»

 

Forms![Замовлення]![Заказано]![Кількість]

3. В макросах або в аргументах макрокоманди можна опускати ідентифікатори форм або звітів, із яких завантажується макрос.

 

Оператори в розрахункових полях в бланку запиту

 

Приклад1:

· У вільне поле бланку запитів вводимо

Невиконання_плану: ([План]-[Поставки])/[План]

·

· відповідному вікні на вкладці Общие задаємо – формат поля – процентный; число десяткових знаків – 3.

Приклад 2: Оператор & об’єднання- текстового рядка “[Товар]=” зі значенням елемента Товар у формі Товари

 

“[Товар]=”& Forms![Товари]![Товар]

Функції у запитах

Вбудовані функції для зручності розбиті на категорії – загальні, математичні, статистичні та ін.. Статистичні функції по підмножині використовують для групування даних по певному набору даних. До них відносять, наприклад, функції DAvg, DCount, DFirst, DLast, інші.

 

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

Можна використовувати підсумкові вирази, якщо натиснути кнопку Групові операції на панелі інструментів Конструктора запитів. В рядку бланка запиту Групові операції обрати значення Групування для полів за якими проводять групування ( наприклад з використанням оператора Like), та Вираз – для обчислювальних полів, які потрібно побудувати.

Перехресні запити

Надають дані у зручному для аналізу вигляді – дані подаються у двох напрямах. Одна сукупність змінних (полів даних) відкладається області заголовків стовпців результуючої таблиці, а інша – в області заголовків рядків. В області стовпців може відображатись лише одне поле. Кількість рядків в запиті не має обмеження. В області значень теж може бути розміщено лише одне поле. Створення перехресного запиту: Запити, Створити, Перехресний запит. Перехресний запит за допомогою майстра можна створити лише на основі однієї таблиці.

Створити перехресний запит у конструкторі:

Створити, Конструктор, відібрати таблицю, відібрати поля, Тип запиту, Перехресний. Додаються два рядки – Групові операції та Перехресна таблиця. В стовпцях для заголовків в рядку в рядку Групові операції залишити Групування. В рядку Перехресна таблиця відповідно для вказаних стовпців вибрати Заголовки рядків, Заголовок стовпців відповідно.

Для поля, яке використовується для розробки перехресної таблиці, в рядку Перехресна таблиця встановити опцію Значення (лише один раз). В рядку Групові операції обрати потрібну статистичну функцію. Команда Запуск.

Зведені таблиці та діаграми

Створюються на основі перехресних запитів. Конструктор запитів, Сводная диаграмма, меню Вид.

Приклади запитів на вибірку.

1. Перевірка відповідності типа рахунку і початкового сальдо запит Тип рахунку

Тип рахунка (таблиця 5_Рахунок) Назва типу Заповненість сальдо (перевірка)
А Активний Сальдо К
П Пасивний Сальдо Д
Р Результативний Сальдо К
Р Результативний Сальдо Д

a. Пошук рахунків, субрахунків без заданого сальдо. запит сальдо не задано

Тип рахунка Назва типу Не задано сальдо (перевірка >0)
А Активний Сальдо К
П Пасивний Сальдо Д
A/П Активно-пасивний Сальдо К
A/П Активно-пасивний Сальдо Д

 

2. Обчислення підсумків по рахунках:

· Підсумкові початкові дебетове і кредитове сальдо;

· Підсумкові початкові дебетове і кредитове сальдо;

· Сума дебетових і кредитових оборотів по рахунках;

· Сума до закриття по дебету і кредиту рахункі