- •1.Определение ис. Состав и назначение подсистем ис.
- •2.Классификация ис по характеру обработки данных. Характерные отличия и задачи систем.
- •3.Понятие «жизненный цикл» ис. Модели жц и их этапы. Соответствие моделей жц методикам разработки ис.
- •6.Классификация технологий проектирования ис и их отличия.
- •7.Процедуры, осуществляемые с помощью пакетов прикладных программ в типовых проектных решениях.
- •8.Инструменты быстрой разработки приложений. Преимущество применения rad-технологий.
- •9.Определение архитектур «клиент-сервер» и «файл-сервер». Отличия в количестве пользователей и скорости работы системы в зависимости от типа архитектуры.
- •10.Методы организации проведения обследования предметной области ис и сбора материалов.
- •11.Понятие масштаба и границ проекта. Группы функций системы, выделяемые в методе MoSCoW.
- •12.Принципы структурного анализа системы.
- •13.Последовательность этапов проведения реинжиниринга бизнес-процессов. Подходы к проектированию ис поддерживающие моделирование бизнес-процессов.
- •14.Диаграммы, используемые в функционально-ориентированном проектировании ис (idef0, dfd, idef3). Состав элементов диаграмм и правила их построения. Назначение каждого из типов диаграмм.
- •15.Соответствие между понятиями (названиями элементов) инфологической и даталогической моделей. ?
- •16.Состав архитектуры case-средств. Классификация case-средств. Примеры case-средств с указанием поддерживаемых нотации.
- •17.Метаинформация в процессе проектирования эис. Репозиторий разработчиков.
- •18.Элементы физической er-диаграммы, пригодной для генерирования схемы бд (правила валидации, домены, представления).
7.Процедуры, осуществляемые с помощью пакетов прикладных программ в типовых проектных решениях.
Типовыми элементами выступают пакеты прикладных программ (ППП), которые применяются для автоматизации отдельных функциональных подсистем ИС. ППП обладают следующими свойствами:
Функциональная полнота;
Минимизация внешних информационных связей;
Параметрическая настраиваемость;
Полная интеграция внутри ППП и более высокий (хотя и не полный) уровень интеграции с другими пакетами и отдельными программными продуктами.
С точки зрения проектировщика ИС ППП представляет собой «черный ящик», который преобразует входные информационный и параметрический потоки в выходной поток результатов. В схеме ППП можно выделить следующие элементы:
Информационный поток – исходные данные в электронном или бумажном виде, предназначенные для обработки пакетом;
Результаты работы – представляются в виде отчетов, графиков или документов (в электронном или бумажном виде);
Блок функционирования – обрабатывает исходные данные.
Параметрический поток – содержит информацию, необходимую для настройки пакета на конкретные условия функционирования. Обычно параметрическая информация предоставляется пользователю в виде справочников и/или конфигурационных таблиц. В зависимости от принципа использования параметрического потока выделяют два способа привязки ППП к конкретным условиям системы:
Принцип интерпретации (поглощается самим ППП);
Принцип генерации (на его основе специальная программа-генератор генерирует ППП, настроенный под конкретные условия).
Блок обработки параметров – интерпретирует значения параметров и переносит их непосредственно в прикладные программы.
Блок адаптации – позволяет пользователю адаптировать существующие типовые решения путем доработки существующих или добавления новых модулей ИС. В блок адаптации обычно включаются такие средства как генераторы отчетов, генераторы форм, встроенные макроязыки и т.п.
Пример ППП: «1С: Предприятие».
Недостаток: недостаточный уровень совместимости различных ППП в рамках единой корпоративной ИС.
Объектный метод
Идея метода заключается в создании и повторном использовании законченного (т.е. с полным набором функциональных и обеспечивающих подсистем) типового проекта для автоматизации управления объектом определенной отрасли. Например, ИС школы, ИС больницы, ИС товарного склада и т.п. Сложность применения объектного метода заключается в огромном разнообразии различных объектов, что требует от разработчиков предусматривать все возможные варианты. Современные типовые проекты должны обладать следующими свойствами:
Ориентированы для применения на объектах с высоким уровнем стабильности;
Открытость архитектуры (возможность использования на различных программно-технических платформах);
Высокий уровень масштабируемости;
Высокий уровень адаптивности (возможность конфигурирования в широких пределах).
Объектный метод по определению обеспечивает полную программную совместимость компонентов системы.
8.Инструменты быстрой разработки приложений. Преимущество применения rad-технологий.
RAD (от англ. rapid application development — быстрая разработка приложений) — концепция создания средств разработки программных продуктов, уделяющая особое внимание быстроте и удобству программирования, созданию технологического процесса, позволяющего программисту максимально быстро создавать компьютерные программы. С конца XX века RAD получила широкое распространение и одобрение. Концепцию RAD также часто связывают с концепцией визуального программирования.
Основные принципы RAD
Инструментарий должен быть нацелен на минимизацию времени разработки.
Создание прототипа для уточнения требований заказчика.
Цикличность разработки: каждая новая версия продукта основывается на оценке результата работы предыдущей версии заказчиком.
Минимизация времени разработки версии, за счёт переноса уже готовых модулей и добавления функциональности в новую версию.
Команда разработчиков должна тесно сотрудничать, каждый участник должен быть готов выполнять несколько обязанностей.
Управление проектом должно минимизировать длительность цикла разработки.
Среды разработки, использующие принципы RAD
Borland Delphi
Borland C++ Builder
Microsoft Visual Studio
Macromedia Flash
Macromedia Authorware
Macromedia Director
Omnis Studio
Visual DataFlex
IntraWeb
Быстрая разработка приложений
Rapid Application Development (RAD) – это жизненный цикл процесса проектирования, созданный для достижения более высоких скорости разработки и качества ПО, чем это возможно при традиционном подходе к проектированию.
Что обеспечивает RAD технология
Технология RAD обеспечивает:
быстроту продвижения программного продукта на рынок;
интерфейс, устраивающий пользователя;
легкую адаптируемость проекта к изменяющимся требованиям;
простоту развития функциональности системы.