Шпаргалка по "Информатика"

Программируемые объекты связаны  друг с другом в иерархию, называемую объектной моделью приложения. Объектная модель отражает то, что показывается в интерфейсе пользователя, например, объектная модель Excel содержит, среди многих других, объекты Application, Workbook, Sheet и Chart. Объектная модель является общей картой приложения и его возможностей.

Управлять объектами можно, задавая  их свойства и вызывая их методы. Задание свойства изменяет некоторое  качество объекта. Вызов метода заставляет объект выполнить некоторое действие. Например, у объекта Workbook есть метод Close, закрывающий книгу, и свойство ActiveSheet, представляющее лист, активный в данный момент в книге.

Многие объекты поставляются в  версиях единственного и множественного числа — Workbook и Workbooks, Worksheet и Worksheets и  т. д. Версии множественного числа называются коллекциями. Объекты коллекции используются для выполнения действия над несколькими объектами коллекции..

 

 

2. Функции обработки строк в VBA

 

Ответ

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

В VBA существует несколько функций для обработки строк.

Функция Mid

Общий вид функции Mid:

Mid(Строка, Начальная_позиция[, Длина])

Функция Mid возвращает вырезку из строки Строка, начиная со позиции Начальная_позиция, длиною Длина.

Функция Len

Общий вид функции Len:

Len (Строка)

Функция Len возвращает длину строки Строка.

Функция InStr

Общий вид функции InStr:

InStr([нач_позиция, ]Строка1, Строка2[, Опция_1_или_0])

Функция InStr номер первого вхождения в строке Строка1 строки Строка2, начиная с позиции Нач_позиция.

 

Кроме приведенных функций в  VBA имеются: Left (вырезка слева), Right (вырезка справа),  Trim (убирает пробелы слева и справа), StrComp (сравнение строк) и др.

 

3. Виды циклов в программировании

 

 

Ответ

VBA поддерживает циклические структуры двух видов:

1. Циклы с фиксированным числом повторений ( циклы со счетчиком).
2. Циклы с неопределенными числом повторений ( циклы с условием).

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

Фиксированные циклы

VBA предоставляет две управляющие  структуры для организации фиксированного  цикла: For … Next (цикл со счетчиком) и For Each … Next (цикл с перечислением). Оператор For … Next это типовой цикл со счетчиком, выполняющий заданное число итераций. Синтаксис оператора For … Next:

 

For <счетчик> = <начЗначение>  То <конЗначение> [Step <приращение>]         <блок операторов>  Next [<счетчик>]

Оператор цикла For Each … Next относится к категории операторов объектного типа, т.е. применяется в первую очередь к коллекциям объектов, а также к массивам. Тело цикла выполняется фиксированное число раз, соответствующее числу элементов массиве или коллекции. Формат оператора For Each … Next:

For Each <элемент> In <группа>         <блок операторов>  Next [<элемент>] 

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

• Четыре вида циклов Do..Loop, которые различаются типом проверяемого условия и временем выполнения этой проверки.
• Непрерываемый цикл While … Wend.

Цикл Do While … Loop - типичный цикл с предусловием. Условие проверяется до того, как выполняется тело цикла. Цикл продолжает свою работу, пока это <условие> выполняется (т.е. имеет значение True). Так как проверка выполняется в начале, то тело цикла может ни разу не выполниться. Формат цикла Do While … Loop:

Do While <условие>         <блок операторов> Loop

Оператор Do … Loop While предназначен для организации цикла с постусловием. Условие проверяется после того, как тело цикла, будет выполнено хотя бы один раз. Цикл продолжает свою работу, пока <условие> остается истинным. Формат цикла Do … Loop While:

Do         <блок операторов>  Loop While<условие>

Циклы Do Until … Loop и Do … Loop Until являются инверсиями ранее рассмотренных циклов с условием. В общем случае они работают аналогично, за исключением того, что тело цикла выполняется при ложном условии (т.е. <условие>=False). Формат цикла Do Until … Loop:

 Do Until <условие>         <блок операторов> Loop

Формат цикла Do … Loop Until:

 Do         <блок операторов>  Loop Until<условие>

Цикл While … Wend также относится к циклам с условием. Данный оператор полностью соответствует структуре Do While … Loop. Формат цикла While … Wend:

While <условие>         <блок операторов> Wend

Отличительной особенностью этого  оператора является невозможность  принудительного завершения (прерывания) тела цикла (оператор Exit Do не работает в цикле While … Wend).

Для досрочного завершения итерации и выхода из цикла применяется оператор Exit. Этот оператор применим в любой циклической структуре, кроме While ... Wend. Общий синтаксис использования Exit для прерывания цикла таков:

<начало_цикла>   [<блок операторов1>]  Exit (For | Do)  [<блок операторов2>]   [Exit (For | Do)]    <конец_цикла>

При выполнении оператора Exit цикл прерывается, и управление передается оператору, следующему за оператором <конец_цикла>. В теле цикла может присутствовать несколько операторов Exit.

 

4. Основные категории команд языка SQL

 

Ответ

Реализация в SQL концепции операций, ориентированных на табличное представление  данных, позволила создать компактный язык с небольшим набором предложений. Язык SQL может использоваться как  для выполнения запросов к данным, так и для построения прикладных программ.

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

Основные категории команд языка SQL:

• DDL – язык определения данных;
• DML – язык манипулирования данными;
• DQL – язык запросов ;
• DCL – язык управления данными;
• команды администрирования данных;
• команды управления транзакциями

 

 

 

 

5. Методы программирования для обеспечения целостности данных

Ответ

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

Существуют различные типы целостности данных:

• Целостность полей – указывает набор значений данных, которые являются правильными для поля, и определяет, возможно ли использование нулевого значения. Целостность полей часто всего (и лучше) обеспечивается с помощью ограничения CHECK, формата (с помощью шаблона) или региона возможных значений для поля.
• Целостность таблицы – требуют, чтобы все строки в таблице имели уникальный идентификатор, называемый первичным ключом. Может ли первичный ключ изменяться, или может ли строка удаляться, зависит от уровня целостности. Например, в некоторых случаях можно разрешить удаление записей, но чаще всего оно должно быть запрещено. Не желательно терять данные, потому что мы в последствии не сможем узнать историю изменений в таблице.
• Целостность ссылок – подразумевает отношения между первичным ключом (таблицы, на которую ссылаются) и внешним ключом (таблицы, которая ссылается на другую) всегда защищенными. Строка основной таблицы, на которую ссылаются, не может быть удалена и первичный ключ не может быть изменен, если вторичный ключ ссылается на строку, пока не будет уничтожена связь. Иначе связь нарушается и восстановить ее потом становится проблематичным. Вы можете назначить отношения внутри таблицы или между несколькими отдельными таблицами с помощью встроенных в SQL Server средств, не надеясь на возможности языка программирования, который вы используете для доступа к данным. Конечно же, связь между таблицами можно навести и без внешних ключей, но в этом случае сервер не гарантирует целостность. Вся ответственность ложиться на программиста.

 

 

ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННЫХ СИСТЕМ (9)

1. Классы ИС

 

Ответ

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

 

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

 

2. Типовые архитектуры ИС.

Ответ

С точки зрения программно-аппаратной реализации можно выделить ряд  типовых   архитектур   ИС .

Традиционные архитектурные решения  основаны на использовании выделенных файл-серверов или серверов баз данных. Существуют также варианты архитектур корпоративных информационных систем, базирующихся на технологии Internet (Intranet-приложения). Следующая разновидность архитектуры информационной системы основывается на концепции "хранилища данных" (DataWarehouse) - интегрированной информационной среды, включающей разнородные информационные ресурсы. И, наконец, для построения глобальных распределенных информационных приложений используется архитектура интеграции информационно-вычислительных компонентов на основе объектно-ориентированного подхода.

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

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

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

 

3. Модели жизненного цикла ИС.

 

Ответ

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

Известны следующие  базовые модели жизненного цикла.

Каскадная модель, в которой переход на следующий этап означает полное завершение работ на предыдущем этапе. (рис. 1).

Рис. 1. Каскадная  схема разработки ПО.

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