- •Дайте определение понятию жизненный цикл по. Опишите осоновные этапы жизненного цикла по.
- •Перечислите и дайте краткую характеристику моделям жцпо в соответствии со стандартом iso/ies
- •Опишите спиральную модель жцпо. Изображение . Достоинства и недостатки
- •Опишите каскадную модель с промежуточным контролем . Изображение. Достоинства и недостатки.
- •Опишите принципы построения интерфейса (« Кошелек Миллера», «бритва Оккама»).
- •Опишите принципы построения интерфейса («принцип группировки», «видимость отражает полезность»)
- •Опишите принципы построения интерфейса («Золотое сечение», «умные заимствования»)
- •Дайте определение понятию структурного подхода к разработке по. Опишите цели, принципы, достоинства и недостатки данного подхода
- •Дайте характеристику моделирования бизнес-процессов. Опишите историю развития бизнес-моделирования
- •Дайте определение понятию функционального моделирования .Опишите цели, принципы, достоинства и недостатки функционального моделирования
- •Опишите типы информационных потоков: поток преобразований, поток запросов
- •1.Поток преобразований
- •Поток запросов
- •Дайте определение понятию проектирование структур баз данных. Опишите основные этапы проектирования бд(концептуальное, логическое, физическое проектирование, нормализация, модели «сущность-связь»)
- •Дайте определение понятию объектно-ориентированному подходу. Опишите цели, принципы, достоинства и недостатки данного подхода
- •Опишите историю развития унифицированного языка моделирования. Дайте определение понятию uml. Перечислите основные характеристики, преимущества uml
- •Опишите диаграмму вариантов использования uml. Укажите назначение. Опишите элементы и правила построения диаграммы.
- •Опишите диаграмму классов uml. Укажите назначение. Опишите элементы и правила построения диаграммы
- •Опишите диаграмму пакетов uml. Укажите назначение. Опишите элементы и правила построения диаграммы
- •Опишите диаграмму последовательностей uml. Укажите назначение. Опишите элементы и правила построения диаграммы
- •Опишите диаграмму деятельности uml. Укажите назначение. Опишите элементы и правила построения диаграммы
- •Дайте характеристику модульного программирования. Опишите основные характеристики программного модуля.
- •Дайте определение методологии rad. Опишите принципы методологии rad.
- •Раскройте понятие экстремального программирования (история, принципы, преимущества и недостатки).
- •Опишите основные техники экстремального программирования (живое планирование, частая смена версий и т.Д.).
- •Опишите концепцию шаблонов проектирования.
- •Дайте определение понятию сом-технологии. Опишите технологии, основанные на сом. Дайте определения и кратко опишите понятия сом-объект, CoClass, сом-интерфейс, библиотеки.
- •Дайте определение понятию тестирование по. Опишите процесс тестирования по. Опишите методы белого и черного ящика тестирования по.
- •Дайте определение понятию документирование по. Опишите процесс документирования по. Дайте характеристику и приведите примеры архитектурно-проектной и технической документации.
- •Дайте определение понятию документирование по. Опишите процесс документирования по.Дайте характеристику и приведите примеры пользовательской и маркетинговой документации.
- •Дайте характеристику процессу оценки затрат на разработку по. Опишите модели оценки надежности программного обеспечения.
- •Опишите и дайте характеристику промышленным методам разработки программного обеспечения datarun, rup, oracle.
Опишите типы информационных потоков: поток преобразований, поток запросов
1.Поток преобразований
Начальная структура потока преобразования.
Рис. Начальная структура ПС для потока «преобразование»
Поток запросов
Рис. Отображение в модульную структуру ПС потока действия 1
Результат структурного проектирования – иерархическая структура ПС – строится на основе одного из информационных потоков.
Исходными данными для метода структурного проектирования являются компоненты моделей анализа ПС, которая представляется иерархией диаграмм потоков данных.
Дайте определение понятию проектирование структур баз данных. Опишите основные этапы проектирования бд(концептуальное, логическое, физическое проектирование, нормализация, модели «сущность-связь»)
Проектирование БД- процесс создания схемы БД и определения необходимых ограничений целостности.
Делится на 3 этапа : концептуальное , логическое , физическое .
Концептуальное (инфологическое) проектирование — построение концептуальной модели предметной области, то есть информационной модели наиболее высокого уровня абстракции. Такая модель создается без ориентации, на какую либо конкретную СУБД или модель данных.
Логическое (даталогическое) проектирование — создание схемы базы данных на основе конкретной модели данных(например, реляционной модели данных). Преобразование модели концептуальной в логическую может быть в значительной степени автоматизированно.
Физическое проектирование — создание схемы базы данных для конкретной СУБД. Специфика конкретной СУБД может включать в себя ограничения на именование объектов базы данных, ограничения на поддерживаемые типы данных и т.п.
Цель нормализации- уменьшение потенциальной противоречивости хранимой в БД информации.
Модель «сущность-связь» (или ER-модель) - модель данных позволяющая описывать концептуальные схемы предметной области.
Основные преимущества ER-моделей:
наглядность;
модели позволяют проектировать базы данных с большим количеством объектов и атрибутов;
ER-модели реализованы во многих системах автоматизированного проектирования баз данных (например, ERWin).
Основные элементы ER-моделей:
объекты (сущности);
атрибуты объектов;
связи между объектами.
Сущность — объект предметной области, имеющий атрибуты.
Связь между сущностями характеризуется:
типом связи (1:1, 1:N, N:М);
классом принадлежности. Класс может быть обязательным и необязательным. Если каждый экземпляр сущности участвует в связи, то класс принадлежности — обязательный, иначе — необязательный.
Дайте определение понятию объектно-ориентированному подходу. Опишите цели, принципы, достоинства и недостатки данного подхода
Сущность объектно-ориентированного подхода к анализу и проектированию информационных систем заключается в декомпозиции системы на классы, которые соответствуют однотипным объектам предметной области и построение из них иерархии в виде ориентированного графа с использованием отношений композиции и наследования.
Цель ООП создать иерархию из классов.
Принцип:
Принцип абстрагирования- процесс выделения абстракций предметной области.
Принцип ограничения доступа - сокрытие отдельных элементов реализации абстракции, не затрагивающих существенных характеристик ее как целого.
Принцип модульности принцип разработки программной системы, предполагающий реализацию ее в виде отдельных частей.
Принцип иерархичности- ранжированная или упорядоченная система абстракции. В ООП используют 2 вида иерархии:
а) иерархия целая/часть – показывает что некоторые абстракции включены в рассматриваемую абстракцию, как ее части. Пример: лампа состоит из колбы, нити.
б) иерархия общая/частная – показывает, что некоторая абстракция является частным случаем другой абстракции. Пример: обеденный стол конкретный вид стола, а стол конкретный вид мебели.
Принцип типизации- ограничение, накладываемое на свойства объектов, и препятствующие взаимозаменяемости абстракции различных типов
Принцип параллелизма - свойство нескольких абстракций одновременно находится в активном состоянии, т.е. выполнять некоторые операции.
Принцип устойчивости - свойство абстракции существовать во времени независимо от процесса породивший данный программный объект или в пространстве, перемещаясь из адресного пространства в котором он был создан. Различают:
а) Внешние объекты; б) Локальные объекты; в) Глобальные объекты; г) Сохраняемые объекты.
Преимущества ООП:
Описание системы в виде объектов больше соответствуют содержательному смыслу предметной области;
Сущность реального мира обладают поведением, что в ООП отражается с помощью определения методов классов;
ООП позволяет легче организовать параллельные вычисления;
Большая внутренняя и меньшая внешняя связность между компонентами системы;
Большая степень автоматизации кода генерации.
Недостатки:
Более сложная для понимания иерархическая структура
Производительность кода не высокая.
