- •Билет 2
- •Понятие Stateless vs Stateful, Synchronous vs Asynchronous.
- •Определение Project vision и Project scope. Привести пример для своей дипломной работы.
- •Билет 5
- •2. Композиция имеет важные преимущества над наследованием.
- •Билет 6
- •1 Описание Commitments, примеры
- •2 Перечислить ключевые принципы проектирования
- •Дать определение функциональных и нефункциональных требований. Привести критерии качества требований.
- •Communication patterns. Рассказать про типы интерфейсов (Message oriented architecture vs Service oriented architecture)
- •Билет №8
- •Билет 9
- •Билет №11
- •Рассказать о способе проведения эстимейта wag Generator
- •2. Особенности архетипов ис. Описать Web Applications
- •Билет №12
- •Перечислить все принципы проектирования пользовательского интерфейса
- •Особенности архетипов ис. Описать Desktop Application
- •Билет №16
- •Рассказать о ключевых сценариях на этапе проектирования. Рассказать о sad документах, описать основные его секции.
- •Билет №17
- •Фаза проектирования.
- •5 Примеров для паттерна Navigation
- •Билет 18
- •1 Фазы проекта:
- •Билет 29
- •Билет 30
- •Бизнес требования
- •Билет № --
- •Архетип приложения. Mobile Applications
- •2) Общие разделы для всех эстимейтов
- •Билет № --
- •Что такое Life scope of components, примеры?
- •2. Понятие Request for proposal и Proposal. Привести описание всех основных секций.
2. Особенности архетипов ис. Описать Web Applications
Архетип приложения – это тип архетиктуры приложения, т.е. для какой платформы предназначено (веб,десктоп, рич аппликейшн и т.д.).
Rich Client Application (RCA). Приложение представляет собой, как правило, классическое инсталлируемое приложение, выполняющееся на персональных компьютерах под управлением одной из платформ Windows/Linux/Mac/Qt/JVM-J2SE/.NET.
Mobile Application (MA). Мобильное приложение разработанное под одну из платформ Android/iOS/J2ME/Blackberry. Приложение, как правило, выполняется на устройствах с ограниченными аппаратными ресурсами.
Service Application (SA). Сервисное приложение, выполняющее функции сервера приложений, и представляющее внешний интерфейс по одному из протоколов
REST/SOAP/RMI и др.
Rich WEB Application (RWA). Специальный тип WEB приложения, основывающееся на HTML5+JavaScript, выполняющееся, как правило на стороне клиента и использующее его процессорное время и ресурсы. Здесь необходимо учесть, что RWA приложение довольно часто состоит из двух «половинок» - серверное и клиентское
ПО, для каждой половинки необходимо привести отдельное описание следующих взглядов «Алгоритмическое обеспечение», «Организация слоев ИС».
Mixed Application (MA). Смешанное приложение, использует комбинацию из нескольких типов. В этом случае необходимо указать все вовлеченные типы приложений. Кроме того, для каждого приложения, входящего в состав MA, необходимо указать отдельное описание следующих взглядов «Алгоритмическое обеспечение», «Организация слоев ИС».
WEB Application (WA). Классическое WEB приложение, предоставляющее WWW интерфейс посредством HTML/DHTML. Use special frameworks and tools (Google Sites, CMS, MVC frameworks). MVC (Model-View Controller) approach
Билет №12
Перечислить все принципы проектирования пользовательского интерфейса
Ключевые принципы проектирования
Проектирование через компоненты компонент это - разделение рисков и ответственности внутри приложения
Использовать Принцип персональной ответсвенности
Использовать Принцип минимального знания (Меньше знаешь лучше спишь) (Law of Demeter)
Использовать Принцип Не повторяй себя (DRY)
Базовые слои (идущие в порядке понижения): слой представления, слой бизнес логики, инфраструктурный слой.
Каждая компонента должна пренадлежать только одному слою
Каждая компонента должна решать только одну четко-сформулированную задачу. Мега-компоненты — это зло.
Не смешивать различные типы компонент на одном и том же слое
В компонентах можно напрямую использовать только те компоненты, которые расположены либо в текущем либо нижестоящем слое.
Запрещается использовать компоненты извышестоящих слоев.
Если компонента Б принадлежит компоненте Б, то запрещается использование компоненты Б за пределами компоненты А.
Особенности архетипов ис. Описать Desktop Application
Архетип приложения – это тип архетиктуры приложения, т.е. для какой платформы предназначено (веб,десктоп, рич аппликейшн и т.д.).
Rich Client Application (RCA). Приложение представляет собой, как правило, классическое инсталлируемое приложение, выполняющееся на персональных компьютерах под управлением одной из платформ Windows/Linux/Mac/Qt/JVM-J2SE/.NET.
Mobile Application (MA). Мобильное приложение разработанное под одну из платформ Android/iOS/J2ME/Blackberry. Приложение, как правило, выполняется на устройствах с ограниченными аппаратными ресурсами.
Service Application (SA). Сервисное приложение, выполняющее функции сервера приложений, и представляющее внешний интерфейс по одному из протоколов REST/SOAP/RMI и др.
WEB Application (WA). Классическое WEB приложение, предоставляющее WWW интерфейс посредством HTML/DHTML.
Rich WEB Application (RWA). Специальный тип WEB приложения, основывающееся на HTML5+JavaScript, выполняющееся, как правило на стороне клиента и использующее его процессорное время и ресурсы. Здесь необходимо учесть, что RWA приложение довольно часто состоит из двух «половинок» - серверное и клиентское ПО, для каждой половинки необходимо привести отдельное описание следующих взглядов «Алгоритмическое обеспечение», «Организация слоев ИС».
Mixed Application (MA). Смешанное приложение, использует комбинацию из нескольких типов. В этом случае необходимо указать все вовлеченные типы приложений. Кроме того, для каждого приложения, входящего в состав MA, необходимо указать отдельное описание следующих взглядов «Алгоритмическое обеспечение», «Организация слоев ИС».
Описать Desktop Application
●Using only actual technologies like Microsoft WPF, Mac Cocoa
●Use Java Swing/QT for best heterogeneous running
●Usual approach(обычный подход):
Each control is managed separately (отедельно)
●MVVM(Model-View-ViewModel Pattern):
Background object keeps all control states in one place with shared behavior (Фон объект сохраняет все управление состояниями в одном месте с общим поведением)
