Introduction
What are design patterns?
List of design patterns in Drupal 8 core
Patterns explanation in simple words
Usage examples from Drupal 8 core
https://drupalcampkyiv.org/node/59
Introduction
What are design patterns?
List of design patterns in Drupal 8 core
Patterns explanation in simple words
Usage examples from Drupal 8 core
https://drupalcampkyiv.org/node/59
Алексей Иванов -- курс по стыку системной и программной инженерийAnatoly Levenchuk
Доклад Алексея Иванова «Стык системной и программной инженерии в учебном курсе моделеориентированной разработки программоёмких систем» на 75 заседании Русского отделения INCOSE, 24 апреля 2013г.
С.Ковалёв -- теория категорий как математическое основание MBSEAnatoly Levenchuk
Доклад Сергея Ковалёва (ИПУ РАН) "Теория категорий как математическое основание моделеориентированной системной инженерии" на 96 заседании Русского отделения INCOSE, 12 ноября 2014г.
Доклад Александра Макарова для Съесть собаку #10: PHP, 12/10/2017.
Тезисы:
- Что такое архитектура сайта и зачем она нужна
- Виноват ли фреймворк в плохой архитектуре
- Где выход из сложности и регрессий
- Что делать со сложным доменом
- Выводы.
Доклад Анатолия Левенчука "Системный подход, данный нам в стандартах ISO 42010, ISO 81346, ISO 15926, OMG Essence" на 82 заседании Русского отделения incose, 23 октября 2013
А.Левенчук -- основные альфы системной инженерии в EssenceAnatoly Levenchuk
Доклад АнатолияЛевенчука «Essence для системной инженерии: опыт моделирования» на 76 заседании Русского отделения INCOSE (совместно с Русским отделением SEMAT), 22 мая 2013г.
Основные альфы системной инженерии (Systems engineering Essence)Anatoly Levenchuk
Доклад А.Левенчука "Основные альфы системной инженерии (Systems Engineering Essence)" на конференции «Актуальные проблемы системной и программной инженерии», 7 июня 2013 (Москва, МЭСИ).
Стандарт OMG Essence - в чем польза для аналитика?Yury Kupriyanov
"Режиссерская версия" слайдов к докладу "Стандарт OMG Essence - в чем польза для аналитика?" на ЛАФ'2013. Полностью приведены чеклисты для стадий альф: стейкхолдер, возможность и требования.
А.Левенчук -- Essence в варианте для системной инженерииAnatoly Levenchuk
Доклад А.Левенчука "Essence в варианте для системной инженерии" на четвёртой научно-практической конференции «Актуальные проблемы системной и программной инженерии» (АПСПИ - 2015), 21 мая 2015г.
Требования постоянно меняются в ходе разработки
Требования могут противоречить друг другу
Меняются приоритеты разработки
Ограничены ресурсы – нужно уметь расставлять приоритеты
Ограничены сроки – нужно ясно понимать, какой функционал к какой дате будет реализован
Конспект составлен по Е-курс "Использование и управление информационной системы" для подготовки к экзамену по квалификации специалиста информационной технологии
Алексей Иванов -- курс по стыку системной и программной инженерийAnatoly Levenchuk
Доклад Алексея Иванова «Стык системной и программной инженерии в учебном курсе моделеориентированной разработки программоёмких систем» на 75 заседании Русского отделения INCOSE, 24 апреля 2013г.
С.Ковалёв -- теория категорий как математическое основание MBSEAnatoly Levenchuk
Доклад Сергея Ковалёва (ИПУ РАН) "Теория категорий как математическое основание моделеориентированной системной инженерии" на 96 заседании Русского отделения INCOSE, 12 ноября 2014г.
Доклад Александра Макарова для Съесть собаку #10: PHP, 12/10/2017.
Тезисы:
- Что такое архитектура сайта и зачем она нужна
- Виноват ли фреймворк в плохой архитектуре
- Где выход из сложности и регрессий
- Что делать со сложным доменом
- Выводы.
Доклад Анатолия Левенчука "Системный подход, данный нам в стандартах ISO 42010, ISO 81346, ISO 15926, OMG Essence" на 82 заседании Русского отделения incose, 23 октября 2013
А.Левенчук -- основные альфы системной инженерии в EssenceAnatoly Levenchuk
Доклад АнатолияЛевенчука «Essence для системной инженерии: опыт моделирования» на 76 заседании Русского отделения INCOSE (совместно с Русским отделением SEMAT), 22 мая 2013г.
Основные альфы системной инженерии (Systems engineering Essence)Anatoly Levenchuk
Доклад А.Левенчука "Основные альфы системной инженерии (Systems Engineering Essence)" на конференции «Актуальные проблемы системной и программной инженерии», 7 июня 2013 (Москва, МЭСИ).
Стандарт OMG Essence - в чем польза для аналитика?Yury Kupriyanov
"Режиссерская версия" слайдов к докладу "Стандарт OMG Essence - в чем польза для аналитика?" на ЛАФ'2013. Полностью приведены чеклисты для стадий альф: стейкхолдер, возможность и требования.
А.Левенчук -- Essence в варианте для системной инженерииAnatoly Levenchuk
Доклад А.Левенчука "Essence в варианте для системной инженерии" на четвёртой научно-практической конференции «Актуальные проблемы системной и программной инженерии» (АПСПИ - 2015), 21 мая 2015г.
Требования постоянно меняются в ходе разработки
Требования могут противоречить друг другу
Меняются приоритеты разработки
Ограничены ресурсы – нужно уметь расставлять приоритеты
Ограничены сроки – нужно ясно понимать, какой функционал к какой дате будет реализован
Конспект составлен по Е-курс "Использование и управление информационной системы" для подготовки к экзамену по квалификации специалиста информационной технологии
* Немного общей информации про проектное управление
* Детально - про классическое планирование по PMBoK (спасибо Рите Мулкахи и ее команде).
* Немного общей информации про SCRUM
Дополнительные материалы по предмету "Управление проектами"Jana Pavlenkova
Краткий обзор особенностей ИТ-проектов для группы ТО - все это вам пригодится на контрольной. Еще раз матрица логики проектов, фазы и особенности ИТ-проектов, а также общая формула оценки стоимости ПО-проекта. Удачи!
Module 4 On going service consumption vs deliverables expectationsNatalia Perestyuk
ИТ-аутсорсинг: сервис с ответственностью за процесс работы команды (team leasing) или за поставленные наработки (deliverables) с успешным приёмочным тестированием
Выбор лучших специалистов, снижение расходов
Фриланс, аутсорсинг и офшорная разработка
Быстрый старт и безболезненное завершение
Адаптация под текущие условия рынка
Возникающие проблемы
Similar to Работа в команде, управление программными проектами (20)
4. Роли в проекте
Роль – конкретное амплуа
сотрудника в конкретном
проекте в определенное время
В программных проектах обычно
оперируют ролями, а не
сотрудниками
5. Виды отношений
Один сотрудник – одна роль
Один сотрудник – несколько ролей
Несколько сотрудников – одна роль
Несколько сотрудников – несколько
ролей
6. Процессы и роли
Состав, назначение и
функциональные обязанности
ролей зависит от конкретного
процесса разработки в
компании!
7. Роли в процессе разработки ПО
Заказчик (customer)
Планировщик ресурсов (planner)
Менеджер проекта (project manager)
Архитектор (architect)
8. Роли в процессе разработки ПО
Руководитель команды (team leader)
Разработчик (developer)
Тестировщик (tester, QA)
Разработчик документации
(technical writer)
Пользователь (user)
10. Планировщик ресурсов
Выдвигает и координирует
требования к проектам в
организации
Развивает и направляет план
выполнения проекта с точки зрения
организации
Обеспечивает финансирование
проекта
11. Менеджер проекта
Взаимодействует с Заказчиком и
Планировщиком ресурсов
Распределяет задачи среди членов
команды
Организует выполнение проекта
15. Тестировщик, Quality Assurance (QA)
Проверяет функциональность,
качество и эффективность продукта
Составляет тесты для каждой фазы
проектирования продукта
Исполняет созданные тесты
Выполняет модульное тестирование
Выполняет комплексное
тестирование
17. Пользователь
Не является заказчиком проекта
Может являться, а может и не
являться сотрудником проекта
Является главным потребителем
проекта
Обычно существуют группы
пользователей проекта
18. Рабочее время
Рабочее время должно учитываться
при формировании команды
Нестандартное время работы
Выходные
Сверхурочные
Отпуска
19. Программные проекты
Проект – самостоятельно
управляемый элемент разработки
Нормальный результат
программного проекта –
программный продукт
21. Задачи
Задача – часть программного
проекта, обладающая следующими
свойствами:
С задачей связан определенный
набор требований
Задача может реализовываться
относительно самостоятельно
Результат выполнения задачи можно
проконтролировать
22. Атрибуты задачи
Планируемое время старта
Планируемое время завершения
Список вложенных подзадач
Задача, которой подчинена данная
Список ресурсов, требующихся для
реализации данной задачи
Временные условия старта задачи
Временные события, инициируемые
завершением задачи
23. Изменения проекта
Изменение проекта вызваны
одобренными изменениями
требований
Для программного проекта
изменение – вид работы
Все изменения вносятся в
проектный план
24. Программный дефект
Программный дефект (bug) –
обнаруженные в процессе
тестирования или наблюдения.
Программная ошибка
Несоответствие спецификации
Несоответствие стандарту
Несоотвествие требованиям
Для программного проекта дефект –
также один из видов работы
25. Этап программного проекта
Этап проекта – множество задач
проекта, подчиненных достижению
какой-либо локальной цели.
Обычно этап – элемент проекта,
видимый заказчику К этапам
обычно привязано финансирование
проекта
26. Этап программного проекта
По окончании этапа можно
принимать кардинальные решения:
Продолжение проекта
Прекращение проекта
Перепланирование
Изменение финансирования
27. Вехи проекта
Веха – milestone
Веха – законченная часть какого-
либо этапа работы
Достижение вехи можно наблюдать
и контролировать
Вехи – те контрольные точки, по
которым можно грубо оценить
успешность всего проекта
28. Выполнение проекта
Процесс выполнения программного
проекта – взаимосвязанное
существование во времени:
•Проектных активностей
•Ресурсов
•Временных сущностей