'

Управление жизненным циклом архитектуры

Понравилась презентация – покажи это...





Слайд 0

Управление жизненным циклом архитектуры в мире SharePoint


Слайд 1

Автор SharePoint Engineer Belarus SharePoint User Group Lead.


Слайд 2

? архитектура


Слайд 3

Сдвиг фокуса «Лучше день потерять, а потом за пять минут долететь» © Гриф


Слайд 4

План Разработка архитектуры Коммуникация Внедрение Контроль Повторное использование


Слайд 5

Да будет свет! Разработка архитектуры


Слайд 6

Разработка архитектуры Общие принципы Separation of concerns Single Responsibility principle Principle of Least Knowledge Don’t repeat yourself (DRY) Minimize upfront design


Слайд 7

Разработка архитектуры Положительные особенности SharePoint Authentication Authorization Communication Deployment Performance Data Access API


Слайд 8

Разработка архитектуры


Слайд 9

Разработка архитектуры Разделение на слои Минимум 1 слой (SharePoint Layer) Максимум N слоев В среднем – 5


Слайд 10


Слайд 11

1 SharePoint Layer Web Parts Features Receivers Timer Jobs Elements Definitions Workflows*


Слайд 12

1 SharePoint Layer “Presentation Layer” User Controls Application Pages Альтернатива – самостоятельный слой


Слайд 13

1 SharePoint Layer Он есть всегда Может состоять из нескольких независимых проектов Создается c помощью VS templates Содержит единицы развертывания WSP


Слайд 14

2 Domain Logic Layer Бизнес-требования, переведенные в код


Слайд 15

2 Domain Logic Layer Создается по мере необходимости Обычная .NET сборка Главный субъект модульного тестирования


Слайд 16

3 Data Access Layer Repository Row Data Gateway Table Data Gateway Active Record Service Locator


Слайд 17

3 Data Access Layer Создается по мере необходимости Обычная .NET сборка Особенно полезна при работе с разнородными источниками данных Может включать логику List Throttling


Слайд 18

4 Domain Entities SPMetal как основа Создается сразу Определения и свойства Нет методов Расширена за счет Partial Class


Слайд 19

4 Domain Entities Вынесена отдельно Автогенерация Нет логики Но Может стать ядром Domain Logic Layer Расширить Partial Class методами


Слайд 20

5 Common Services Layer 2 типа общих сервисов Хелперы Shared Services Applications


Слайд 21

5 Common Services Layer 2 типа общих сервисов Хелперы Shared Services Applications (DAL)


Слайд 22

5 Common Services Layer Constants GUIDs Custom Exceptions Extension Methods


Слайд 23

Архитектуру – в массы Коммуникация


Слайд 24

Коммуникация Заказчик (business people) Руководитель проекта (ПМ) Аналитик Команда разработчиков


Слайд 25

Коммуникация Заказчик (business people) «продажа» архитектурных решений Совместно с Business Analyst Обычно с высоты >10 км над уровнем моря Диаграммы компонентов + слоев достаточно Слайды


Слайд 26

Коммуникация Аналитик (business analyst) Объяснение узких мест (риски) Четкая постановка альтернатив (или/или) Диаграмма компонентов Диаграмма вариантов использования Диаграмма активностей


Слайд 27

Коммуникация Команда разработчиков (+ ПМ) Объяснение основных принципов Reference Implementation Architecture Guidance


Слайд 28

Коммуникация Команда разработчиков (+ ПМ) Убедиться, что идеи поняты правильно Убедиться, что идеи приняты и будут исполняться Учесть обратную связь в Architecture Guidance


Слайд 29

Коммуникация Команда разработчиков (+ ПМ) Убедиться, что идеи поняты правильно Убедиться, что идеи приняты и будут исполняться Учесть обратную связь в Architecture Guidance


Слайд 30

Оживление франкенштейна. Внедрение


Слайд 31

Внедрение Architecture Guidance Document Допущения Ограничения Особенности платформы Основные паттерны


Слайд 32

Внедрение Deployment Guidance Document Обычно – глава в Architecture Guidance Развертывание Резервное копирование Восстановление Upgrade


Слайд 33

Внедрение Общие рекомендации Review + update Reference Implementations +


Слайд 34

Кто не все – того накажем. Контроль


Слайд 35

Контроль Peer Code Review Architecture Review


Слайд 36

Контроль Сделать Reviews частью процесса Проводить их XP-style Используйте инструменты (MSVS2010U) Обновляйте проектную документацию Заводите «технические истории» Проводите разбор с командой


Слайд 37

Берегите природу. Повторное использование


Слайд 38

Повторное использование Общий код Общий компонент Managed Metadata Service Application Workflow Activities


Слайд 39

Повторное использование Reference Implementation Guidance Documents Patterns


Слайд 40

А что у вас есть против оборотней? Заключение


Слайд 41

Заключение Не бывает одинаковых проектов, но бывают очень похожие


Слайд 42

Заключение Архитектура – это здорово. Но лучше успешный проект с плохой архитектурой, чем проваленный проект с хорошей.


Слайд 43

Спасибо! blog: http://vspug.com/sharepointby twitter: @sharepointby web: http://sharepoint.by profile: http://linkedin.com/in/ivanpadabed


×

HTML:





Ссылка: