- •Билет 13
- •Вопрос 13.2. Пояснить суть следующих компонент ас: информационное обеспечение, лингвистическое обеспечение, правовое обеспечение, эргономическое обеспечение.
- •Билет 14
- •Вопрос 14.1. Указать порядок интерпретации разрешенных выражений реляционного исчисления кортежей. Указать порядок нахождения значения выражения реляционного исчисления кортежей. Привести примеры.
- •Вопрос 14.2. Описать принципиальный порядок разработки интерфейсов с конечным пользователем программ ввода и обработки информации в реляционных базах данных.
- •Билет 15
- •Вопрос 15.2. Описать принципиальный порядок разработки кода прикладных программ обработки реляционных бд
- •Математическое описание и выбор метода решения задачи.
- •Алгоритмизация решения задачи.
- •Билет 16
- •Вопрос 16.1. Провести обзор основных методологий обследования организаций. Семейство методологий idef. Диаграммы потоков данных. Обзор рынка case-средств
Билет 16
Некоторое введение (снова…)
Хорошо известен замечательный пример о том, как с первой попытки даже опытному руководителю трудно сосчитать "количество бизнесов" в рамках одного предприятия (фирмы). Однако практически всегда стоит задача не просто пересчитать бизнесы, а определить их взаимодействие, по возможности оптимальным образом.
Естественно, прежде чем заниматься этой, более сложной, задачей, необходимо, действительно, по крайней мере "пересчитать" все элементы бизнеса, то есть создать орг-штатную структуру компании. Следующий этап - попытаться графически изобразить взаимосвязи между различными элементами ранее определенной структуры. Для этого можно использовать простейшие графические средства - в результате получится известная на всю страну схема, украшавшая ( да и украшающая сейчас) стены многих административных кабинетов. Для первого раза и это уже большой прогресс. Однако если вы участвовали в "создании" подобных "иллюстраций", то наверняка знаете как много неожиданных проблем порождает это простейшее графическое упражнение. Большинство этих проблем также уже было рассмотрено в предыдущих выпусках. В результате, вместо одного-двух дней, "процесс изображения структуры" затягивался на месяцы, если вообще заканчивался. Если же все-таки он завершался успешно, то этого было достаточно, чтобы удовлетворить руководство и с гордостью утверждать: "у нас хорошо проработанная структура организации". В условиях современного бизнеса, к сожалению, этого может оказаться недостаточно (хотя и этот первый шаг исключительно важен, если он не имел места). Дело в том, что кроме собственно орг-штатной структуры важнейшее значение имеет система взаимодействия между ее элементами, тем более в условиях динамично изменяющегося, диверсифицированного бизнеса. Такая система взаимодействия имеет три основных аспекта:
административный;
финансовый;
материальный (товарный).
А с учетом новейших технологий можно было бы добавить и еще два:
информационный;
коммуникационный.
Вопрос 16.1. Провести обзор основных методологий обследования организаций. Семейство методологий idef. Диаграммы потоков данных. Обзор рынка case-средств
1.
административный;
финансовый;
материальный (товарный).
информационный;
коммуникационный.
2.
IDEF (learn (Integrated computer-aided manufacturing) DEFinition for functional modeling) представляет собой семейство стандартов описания и отображения бизнес-процессов:
IDEF0, отображающая процесс на уровне функций;
IDEF1, фокусирующая на информационных потоках;
IDEF1X для разработки реляционных баз данных;
IDEF3, моделирующая технологические процессы как следующий уровень после IDEF0;
прочие (реже применяющиеся методологии IDEF):
— IDEF2 для динамического моделирования систем,
— IDEF4 для построения объектно-ориентированных систем,
— IDEF5 для онтологического исследования сложных систем,
— IDEF6, акцентирующая внимание на процессе создания модели (обстоятельствах и причинах выбора того или иного метода моделирования),
— IDEF7 для аудита информационных систем,
— IDEF8 для разработки пользовательских интерфейсов,
— IDEF9 для определения бизнес-ограничений при сценарном проектировании информационных систем,
— IDEF10—IDEF14 — методы в области проектирования компьютерных сетей, архитектуры внедрения и прочих предметных областей, которые были определены как необходимые и востребованные, но разработка которых не была завершена.
3.
DFD (Диаграммы потоков данных) – это нотация, предназначенная для моделирования информационный систем с точки зрения хранения, обработки и передачи данных.
4.
Потребности организации в CASE-средствах должны соразмеряться с реальной ситуацией на рынке или собственными возможностями разработки. Исследование рынка проводится путем изучения литературы по CASE-средствам, посещения конференций и семинаров, проводимых поставщиками (их перечень приведен в конце данного обзора) и пользователями CASE-средств. При проведении данного анализа необходимо выяснить возможность интеграции конкретного CASE-средства с другими средствами, используемыми (или планируемыми к использованию) организацией. Кроме того, важно получить достоверную информацию о средствах, основанную на реальном пользовательском опыте и сведениях от пользовательских групп.
Вопрос 16.2. Направления программирования. Языки программирования. Раскрыть понятия универсального языка программирования, языка структурного программирования, языка объектно-ориентированного программирования, языка низкоуровневого программирования. Привести примеры указанных языков программирования. Назначение языка PL в СУБД Oracle. Язык PL/SQL. Основные отличия SQL от Embedded SQL.
1.
Веб программирование
Разработка игр
Андроид-разработка
iOS-разработчик
Разработка ПО
Нейронные сети
Анализ данных
2.
Python, Java, C, C++, JavaScript, C#, HTML, Swift.
3.
Структурное программирование — парадигма программирования, в основе которой лежит представление программы в виде иерархической структуры блоков.
В соответствии с парадигмой, любая программа, которая строится без использования оператора goto, состоит из трёх базовых управляющих конструкций: последовательность, ветвление, цикл; кроме того, используются подпрограммы. При этом разработка программы ведётся пошагово, методом «сверху вниз».
Объектно-ориентированное программирование (ООП) — методология программирования, основанная на представлении программы в виде совокупности объектов, каждый из которых является экземпляром определённого класса, а классы образуют иерархию наследования. Пример: Smalltalk, Eiffel
Низкоуровневый язык программирования (язык программирования низкого уровня) — язык программирования, близкий к программированию непосредственно в машинных кодах используемого реального или виртуального (например, байт-код, IL) процессора. Для обозначения машинных команд обычно применяется мнемоническое обозначение. Это позволяет запоминать команды не в виде последовательности двоичных нулей и единиц, а в виде осмысленных сокращений слов человеческого языка (обычно английских). Пример: CIL
4.
PL/SQL даёт возможность использовать переменные, операторы, массивы, курсоры и исключения. Начиная с версии 8, доступна и объектно-ориентированная модель.
Стандартный SQL является специализированным декларативным языком программирования. На язык наложены определённые ограничения, такие как, например, отсутствие прямой поддержки циклов. PL/SQL же, как полный по Тьюрингу язык, позволяет разработчикам обрабатывать данные в реляционной базе, используя императивный стиль программирования. Операторы SQL могут быть легко вызваны непосредственно из PL/SQL-процедуры, функции или триггера (иногда с некоторыми ограничениями).
5.
Язык PL/SQL обладает следующими определяющими характеристиками, которые можно отнести к его несомненным достоинствам:
Высокая структурированность, удобочитаемость и доступность. Новичок сможет легко постигнуть азы своей профессии с PL/SQL — этот язык прост в изучении, а его ключевые слова и структура четко выражают смысл кода. Программист с опытом работы на других языках очень быстро привыкнет к новому синтаксису.
Стандартный переносимый язык разработки приложений для баз данных Oracle. Если вы написали на PL/SQL процедуру или функцию для базы данных Oracle, находящейся на портативном компьютере, то эту же процедуру можно будет перенести в базу данных на компьютере корпоративной сети и выполнить ее без каких-либо изменений (конечно, при условии совместимости версий Oracle). «Написать один раз и использовать везде» — этот основной принцип PL/SQL был известен задолго до появления языка Java. Впрочем, «везде» в данном случае означает «при работе с любой базой данных Oracle».
Встроенный язык. PL/SQL не используется как самостоятельный язык программирования. Это встроенный язык, работающий только в конкретной управляющей среде. Таким образом, программы PL/SQL можно запускать из базы данных (скажем, через интерфейс SQL*Plus). Также возможно определение и выполнение программ PL/SQL из формы или отчета Oracle Developer (клиентский PL/SQL). Однако вы не сможете создать исполняемый файл программы на PL/SQL и запускать его автономно.
Высокопроизводительный, высокоинтегрированный язык баз данных. В настоящее время существует много способов написания программ, работающих с базами данных Oracle. Например, можно использовать Java и JDBC или Visual Basic и ODBC, а можно воспользоваться, скажем, Delphi, C++ и т. д. Однако эффективный код для работы с базой данных Oracle проще написать на PL/SQL, чем на любом другом языке программирования. В частности, Oracle имеет несколько расширений, предназначенных специально для PL/SQL, таких как инструкция FORALL, позволяющая повысить производительность обработки запросов на порядок и более.
6.
SQL- декларативный язык программирования
Embedded SQL — расширение какого-либо базового языка программирования, позволяющее встраивать (англ. embed) команды языка структурированных запросов SQL непосредственно в текст программы.