- •1) Дайте определение структур аис. Функциональным и обеспечивающим
- •2. Приведите примеры развития Internet/Intranet технологий.
- •3. Приведите классификация моделей разрабатываемого программного обеспечения,
- •Вопрос 1.Приведите схему структуры информационной системы как совокупность обеспечивающих подсистем. Дайте определение каждой подсистеме.
- •Вопрос 2. Дайте определение поисковым системам, Опишите ох основные возможности.
- •Вопрос 3. Дайте описание диаграммы переходов состояния.
- •3 Билет
- •2. Приведите примеры использования Internet-технологии в электронной коммерции.
- •Билет №4:
- •1. Дайте определение классической, централизованной архитектуры ис.
- •3. Дайте описание Методология idef0.
- •Кейлоггеры
- •Вопрос 1.Дайте определение Архитектуры распределение систем.
- •2. Дайте описание технологии хранилищ данных.
- •3. Дайте описание Методу описания процессов idef3.
- •Приведите основные типы информационных систем. Ответ:
- •Дайте описание общей схеме взаимосвязей моделей и представлений сложной системы в процессе объектно-ориентированного анализа и проектирования .
- •Билет №10
- •1.Обьясните какие управленческие функции решают ис.
- •2.Дайте определение четырём основным уровням распределённой архитектуры.
- •3.Дайте описание интегрированной модели сложной системы в нотации uml
- •Приведите три основных уровня управления, которые решаются с внедрением аис.
- •Дайте описание общих задач обработки данных.
- •Дайте описание диаграммы вариантов использования.
- •Билет 12
- •Вопрос1. Приведите категории на которые можно разделить информацию, которую использует менеджер в повседневной деятельности и в процессе принятия решений.
- •Вопрос2. Опишите классы структур асу.
- •Децентрализованная структура.
- •Централизованная структура.
- •Централизованная рассредоточенная структура.
- •Иерархическая структура.
- •Вопрос3. Дайте описание Диаграммы классов.
- •1.Какие функции решают системы знаний?
- •2.Приведите алгоритмы и опишите операции над данными.
- •3.Дайте описание диаграммы состояний.
- •Вопрос 1. Дайте определение принципа реализации ис с применением архитектуры файл-сервер.
- •Вопрос 2. Дайте определение целей автоматизации производства.
- •Вопрос 3. Дайте описание диаграммыкомпонентов.
- •18 Билет.
- •5. Средства документирования.
- •6. Средства тестирования.
- •Билет №19:
- •1.Особенности применения языка программирования Visual Basic при построении информационной системы по архитектуре файл - сервер на
- •2. Дайте описание функциональной структуры предприятия.
- •3. Приведите классификацию case-средств по типам и категориям.
- •Дайте описание принципа работы трехзвенной клиент-серверной архитектуре.
- •Дайте описание класcификации информационных систем.
- •3 Дайте описание Диаграммы переходов состояний.
- •Вопрос 2
- •1.Дайте описание основных характеристик субд ibm db2.
- •Приведите блок схему и объясните принцип построения обобщенной архитектуры субд.
- •Дайте описание модели быстрой (rad) разработки приложений.
- •Билет27
- •Вопрос1
- •Вопрос2
- •Вопрос3
- •12 Правил Кодда
- •1. Дайте определение структур аис. Функциональным и обеспечивающим
- •1.Приведите схему структуры информационной системы как совокупность обеспечивающих подсистем. Дайте определение каждой подсистеме.
- •2.Опишите назначение и методику «реинжиниринга бизнес-процессов»
- •3.Дайте описание интегрированной модели сложной системы в нотации uml.
Дайте описание модели быстрой (rad) разработки приложений.
Модель быстрой разработки приложений (Rapid Application Development) - второй пример применения инкрементной стратегии конструирования (рис. 5).
RAD-модель обеспечивает экстремально короткий цикл разработки. RAD - высокоскоростная адаптация линейной последовательной модели, в которой быстрая разработка достигается за счет использования компонентно-ориентированного конструирования. Если требования полностью определены, а проектная область ограничена, RAD-процесс позволяет группе создать полностью функциональную систему за очень короткое время (60-90 дней). RAD-подход ориентирован на разработку информационных систем и выделяет следующие этапы:
бизнес-моделирование. Моделируется информационный поток между бизнес-функциями.
Ищется ответ на следующие вопросы:
Какая информация руководит бизнес-процессом?
Какая генерируется информация?
Кто генерирует ее?
Где информация применяется?
Кто обрабатывает ее?
моделирование данных. Информационный поток, определенный на этапе бизнес-моделирования, отображается в набор объектов данных, которые требуются для поддержки бизнеса. Идентифицируются характеристики (свойства, атрибуты) каждого объекта, определяются отношения между объектами;
моделирование обработки. Определяются преобразования объектов данных, обеспечивающие реализацию бизнес-функций. Создаются описания обработки для добавления, модификации, удаления или нахождения (исправления) объектов данных;
генерация приложения. Предполагается использование методов, ориентированных на языки программирования 4-го поколения. Вместо создания ПО с помощью языков программирования 3-го поколения, RAD-процесс работает с повторно используемыми программными компонентами или создает повторно используемые компоненты. Для обеспечения конструирования используются утилиты автоматизации;
тестирование и объединение. Поскольку применяются повторно используемые компоненты, многие программные элементы уже протестированы. Это уменьшает время тестирования (хотя все новые элементы должны быть протестированы).
Рис. 5. Модель быстрой разработки приложений.
3. Дайте описание методологии моделирования структуры информации IDEF1X .
IDEF1 (Information Modeling) — одна из методологий семейства IDEF. Применяется для построения информационной модели, которая представляет структуру информации, необходимой для поддержки функций производственной системы или среды.
IDEF1X является методом для разработки реляционных баз данных и использует условный синтаксис, специально разработанный для удобного построения концептуальной схемы.
Концептуальной схемой мы называем универсальное представление структуры данных в рамках коммерческого предприятия, независимое от конечной реализации базы данных и аппаратной платформы. Будучи статическим методом разработки, IDEF1X изначально не предназначен для динамического анализа по принципу "AS IS", тем не менее, он иногда применяется в этом качестве, как альтернатива методу IDEF1.
Использование метода IDEF1X наиболее целесообразно для построения логической структуры базы данных после того, как все информационные ресурсы исследованы (скажем с помощью метода IDEF1) и решение о внедрении реляционной базы данных, как части корпоративной информационной системы, было принято
Связи между сущностями
Связи в IDEF1X представляют собой ссылки, соединения и ассоциации между сущностями. Связи это суть глаголы, которые показывают, как соотносятся сущности между собой. Ниже приведен ряд примеров связи между сущностями:
Отдел <состоит из> нескольких Сотрудников
Самолет <перевозит> нескольких Пассажиров.
Сотрудник <пишет> разные Отчеты.
Во всех перечисленных примерах взаимосвязи между сущностями соответствуют схеме один ко многим. Это означает, что один экземпляр первой сущности связан с несколькими экземплярами второй сущности. Причем первая сущность называется родительской, а вторая - дочерней. В приведенных примерах глаголы заключены в угловые скобки. Связи отображаются в виде линии между двумя сущностями с точкой на одном конце и глагольной фразой, отображаемой над линией. На рис. 1 приводится диаграмма связи между Сотрудником и Отделом.
Правила устанавливают, что атрибуты и группы атрибутов должны:
Уникальным образом идентифицировать экземпляр сущности.
Не использовать NULL значений.
Не изменяться со временем. Экземпляр идентифицируется при помощи ключа. При изменении ключа, соответственно меняется экземпляр.
Быть как можно более короткими для использования индексирования и получения данных. Если вам нужно использовать ключ, являющийся комбинацией ключей из других сущностей, убедитесь в том, что каждая из частей ключа соответствует правилам.
Преимущества IDEF1X
Основным преимуществом IDEF1X, по сравнению с другими многочисленными методами разработки реляционных баз данных, такими как ER и ENALIM является жесткая и строгая стандартизация моделирования. Установленные стандарты позволяют избежать различной трактовки построенной модели, которая несомненно является значительным недостатком ER
