A presentation on using Creative Commons in the classroom, delivered to the Centro de Formacion de la Cooperacion Espanola in Guatemala in October 2008. This slideshow draws on the excellent "Creative Commons in our Schools" presentation by Mark Woolley: http://www.slideshare.net/markwoolley/creative-commons-in-our-schools/
A presentation on using Creative Commons in the classroom, delivered to the Centro de Formacion de la Cooperacion Espanola in Guatemala in October 2008. This slideshow draws on the excellent "Creative Commons in our Schools" presentation by Mark Woolley: http://www.slideshare.net/markwoolley/creative-commons-in-our-schools/
* Классификация нефункциональных требований
* Шаблоны нефункциональных требований
* Численные значения нефункциональных требований
* Связи между нефункциональными и функциональными требованиями
* Влияние различных категорий нефункциональных требований друг на друга
* Атрибуты качества продукта и нефункциональные требования
* Роли в проекте, с которыми взаимодействует аналитик при выявлении и уточнении нефункциональных требований
Процесс дизайн-мышления по методике Стэнфордской школы d.schoolIrina Kuteneva
В данной брошюре описывается итерационный процесс создания новых продуктов\услуг\систем по методологии Стэнфордской школы d.school.
Адаптация и перевод принадлежат DTLab.
* Классификация нефункциональных требований
* Шаблоны нефункциональных требований
* Численные значения нефункциональных требований
* Связи между нефункциональными и функциональными требованиями
* Влияние различных категорий нефункциональных требований друг на друга
* Атрибуты качества продукта и нефункциональные требования
* Роли в проекте, с которыми взаимодействует аналитик при выявлении и уточнении нефункциональных требований
Процесс дизайн-мышления по методике Стэнфордской школы d.schoolIrina Kuteneva
В данной брошюре описывается итерационный процесс создания новых продуктов\услуг\систем по методологии Стэнфордской школы d.school.
Адаптация и перевод принадлежат DTLab.
Dnepr iOS Club #2
Speaker - Александр Колесник, middle iOS developer at WOXAPP
Тема: “MVVM vs Viper. Что и как выбирать?”
Тезисы:
- подробно разберем каждый из паттернов проектирования
- определим минусы и плюсы использования MVVM
- определим минусы и плюсы использования Viper
- проведем сравнение - определим как выбирать архитектуру для своего проекта.
Уровень: middle и выше.
Краткая версия презентации для конференций, в которой рассказывается про пользу мобильных версий сайтов для ecommerce.
16.05.2014 - конференция Face2Face, Харьков.
31.05.2014 - Lviv Ecommerce Forum, Львов.
Слайды с лекции по интернет-маркетингу для школы предпринимательства Startup Ukraine (03.04.2013).
Что внутри: маркетинговая стратегия, диджитал-маркетинг, маркетинг в стартапе, инструменты продвижения веб-сайтов, немного продуктовых деталей, мобильный маркетинг.
2. Что такое архитектурный стиль?
Архитектурный стиль, иногда называемый
архитектурным шаблоном – это набор принципов,
высокоуровневая схема, обеспечивающая абстрактную
инфраструктуру для семейства систем.
Архитектурный стиль улучшает секционирование и
способствует повторному использованию дизайна
благодаря обеспечению решений часто встречающихся
проблем.
Архитектурные стили и шаблоны можно рассматривать
как набор принципов, формирующих приложение.
3. Типы архитектурных стилей
по фокусу
Категория Архитектурные стили
Связь Сервисно-ориентированная
архитектура (SOA), шина сообщений
Развертывание Клиент/сервер, N-уровневая, 3-
уровневая
Предметная область Дизайн на основе предметной области
(Domain Driven Design)
Структура Компонентная, объектно-
ориентированная, многоуровневая
архитектура
4. Клиент/сервер
Система разделяется на два приложения, где
клиент выполняет запросы к серверу. Во
многих случаях в роли сервера выступает база
данных, а логика приложения представлена
процедурами хранения.
Преимущества:
• Большая безопасность
• Централизованный доступ к данным
• Простота обслуживания
5. Компонентная архитектура
Дизайн приложения разлагается на функциональные
или логические компоненты с возможностью
повторного использования, предоставляющие
тщательно проработанные интерфейсы связи.
Преимущества:
• Простота развертывания
• Меньшая стоимость
• Простота разработки
• Возможность повторного использования
• Упрощение с технической точки зрения
6. Дизайн на основе предметной
области
Объектно-ориентированный архитектурный
стиль, ориентированный на моделирование
сферы деловой активности и определяющий
бизнес-объекты на основании сущностей этой
сферы.
Преимущества:
• Обмен информацией
• Расширяемость
• Удобство тестирования
7. Многослойная архитектура
Функциональные области приложения разделяются
на многослойные группы (уровни).
Преимущества:
• Абстракция
• Изоляция
• Управляемость
• Производительность
• Возможность повторного использования
• Тестируемость
8. Шина сообщений
Архитектурный стиль, предписывающий использование
программной системы, которая может принимать и отправлять
сообщения по одному или более каналам связи, так что
приложения получают возможность взаимодействовать, не
располагая конкретными сведениями друг о друге.
Преимущества:
• Расширяемость
• Невысокая сложность
• Гибкость
• Слабое связывание
• Масштабируемость
• Простота приложения
9. N-уровневая / 3-уровневая
Функциональность выделяется в отдельные
сегменты, во многом аналогично многослойному
стилю, но в данном случае сегменты физически
располагаются на разных компьютерах.
Преимущества:
• Удобство поддержки
• Масштабируемость
• Гибкость
• Доступность
10. Объектно-ориентированная
Парадигма проектирования, основанная на
распределении ответственности приложения или
системы между отдельными многократно
используемыми и самостоятельными объектами,
содержащими данные и поведение.
Преимущества:
• Понятность
• Возможность повторного использования
• Тестируемость
• Расширяемость
• Высокая связность
11. Сервисно-оринетрированная
архитектура (SOA)
Описывает приложения, предоставляющие и
потребляющие функциональность в виде
сервисов с помощью контрактов и сообщений.
Преимущества:
• Согласование предметных областей
• Абстракция
• Возможность обнаружения
• Возможность взаимодействия
• Рационализация