SlideShare ist ein Scribd-Unternehmen logo
1 von 19
Systems Development
Lifecycle (SDLC)
Цикл Построения Информационных Систем
About me:
 Имя: Анатолий Энтони Кокс
 Место проживания: г.Бристоль
Великобритания
 Курс: Менеджмент Информационных
Технологий для Бизнесса
 Университет: University of the West of England
(UWE)
 Опыт Работы:
 Декабрь 2014 – Апрель 2017: Business
Systems Analyst at Experian
 Апрель 2017 – Август 2017: Business Analyst
at Target Group
 Август 2017 – Сегодня: Credit Risk Systems
Analyst at Sainsbury’s Bank
Что такое SDLC?
 Процесс трансформации нового проекта в полноценную функциональную,
информационную систему
 Процесс планирования, создания, тестирования и внедрения
информационных систем
 Создание нового продукта наивысшего качества за наименьшую
производственную себестоимость
Основные Этапы SDLC
Planning
Analysis and
Requirements
System Design
DevelopmentIntegration and
Testing
Implementation
Operations and
Maintenance
Этап 1: Планирование
 Идентифицировать проблему или недостающий компонент
 Идентифицировать:
 Ресурсы
 Стоимость
 Время
 Выгоду
 Инфраструктуру
 Любые другие дополнения
 Нужна ли нам новая система и решит ли она новые задачи?
Этап 2: Аналитика cистемных задач
 Идентифицировать основные системные и организационные задачи
 Определить источник проблемы или нужды для перемен
 Внутренние ресурсы vs Внешние Поставщики
 Тендер
 Оценить предложенные решения
 Идентифицировать оптимальное решение основываясь на задачах проекта
 Системный анализ vs требования основных пользователей системы
 Функциональные требования
 Предложенная система должна удовлетворять от 80%+ основных
требований
Этап 2: Аналитика cистемных задач –
Методики - Ожидание
 CASE – Computer Aided Systems
 Сбор основных задач
 Структурный Анализ
 SWAT
 PEST
 PESTLE
 W3S
 Business Process Modelling & Notation
 Data Flow Diagrams (DFD)
 Unified Modelling Language (UML)
 Gap Analysis
Этап 2: Аналитика cистемных задач –
Методики - Реальность
 Интервью
 Обсервация
 Requirements Workshops
 Business Process Modelling & Notation
 Data Flow Diagrams
Этап 3: Системный Дизайн
 Системная спецификация
 Функциональные и операционные процессы
 Инфраструктура
 Системное оборудование
 Софт
 Batch vs Real Time
 Любая специфическая информация от основного пользователя системы
 Документация в любой удобной для понимания разработчика форме
Этап 4: Development
 Основная часть работы на проекте
 Производство на основе первых трёх этапов
 Подробная документация исходного кода
 Подробная документация любых отклонений от первостепенной задачи
 «Правила хорошего кодировщика»
 Настройка и установка продукта
 RBACS (Remote Business Access Control System)
 Интеграция различных систем на единую платформу
Этап 4: Waterfall
Development
 Один этап за один раз без
повторения предыдущих шагов
 Code Review только в конце
разработки или во время
тестировки
 Мельчайшие детали могут быть
утеряны в процессе разработки
Этап 4: Agile
Development
 Измененние текущих задач с
каждым новым циклом
разработки
 Множественные повторения
одного и того же процесса
Этап 4: Реальность
 Комбнациях двух подходов
Analysis
Design &
Planning
Development
Testing
Review
Deployment
Этап 5: Интеграция и Тестирование
 Идентификация правильной стратегии тестирования
 Low Level System Testing
 High Level System Testing
 Data Manipulation
 Connectivity
 User Journeys
Разработчик никогда не должен тестировать свой код для production
Этап 6: Implementation
 Установка и настройка Production environment или платформы
 Настройка пользовательских групп и контроль доступа к системе
 Data Migration
 Batch vs Real Time processing
 Удаление или отключение предыдущей системы от серверов и
перенастройка потока данных
Этап 7: Operations and Maintenance
 Любые операционные процессы которые нуждают в апдейте или
доработке после финального релиза
 Улучшение внутри-функциональных возможностей
 Внедрение новых процессов
 Дополнительные задачи
Этап 8: Пересмотр проекта
 Один из важнейших этап любого удачного или неудачного проекта
 Работа над ошибками
 Отметить все самые положительные и отрицательные стороны разработки
прокта
Основные причины провала?
 До 80% проектов проваливаются на первых 3х стадиях
 Непонимание бизнеса
 Непонимание внутренних или внешних процессов
 Поставщик не способный предоставить продукт удовлетворяющий
запросам клиента
 Некачественныеневыполнимые изначальные задачи
 Менеджмент
 Не правильно рассчитанное время на последние 4 этапа разработки
Thank you for listening…

Weitere ähnliche Inhalte

Was ist angesagt?

Путь тестировщика: Расту или деградирую?
Путь тестировщика: Расту или деградирую?Путь тестировщика: Расту или деградирую?
Путь тестировщика: Расту или деградирую?SQALab
 
Ответственность за качество в разных ИТ-проектах
Ответственность за качество в разных ИТ-проектахОтветственность за качество в разных ИТ-проектах
Ответственность за качество в разных ИТ-проектахSQALab
 
Mva stf module 1 - rus
Mva stf module 1 - rusMva stf module 1 - rus
Mva stf module 1 - rusMaxim Shaptala
 
Аналитик и Тестировщик в одном лице – путь к качеству (Максим Цепков, SQA Day...
Аналитик и Тестировщик в одном лице – путь к качеству (Максим Цепков, SQA Day...Аналитик и Тестировщик в одном лице – путь к качеству (Максим Цепков, SQA Day...
Аналитик и Тестировщик в одном лице – путь к качеству (Максим Цепков, SQA Day...CUSTIS
 
Олег Бунин (Онтико) | Менеджмент и бизнес-процессы в разработке highload-прое...
Олег Бунин (Онтико) | Менеджмент и бизнес-процессы в разработке highload-прое...Олег Бунин (Онтико) | Менеджмент и бизнес-процессы в разработке highload-прое...
Олег Бунин (Онтико) | Менеджмент и бизнес-процессы в разработке highload-прое...RIF-Technology
 
Ответственность за качество в разных ИТ-проектах
Ответственность за качество в разных ИТ-проектахОтветственность за качество в разных ИТ-проектах
Ответственность за качество в разных ИТ-проектахMaxim Tsepkov
 
РИТ-2008: Взаимодействие отдела проектирования интерфейсов и разработчиков в ...
РИТ-2008: Взаимодействие отдела проектирования интерфейсов и разработчиков в ...РИТ-2008: Взаимодействие отдела проектирования интерфейсов и разработчиков в ...
РИТ-2008: Взаимодействие отдела проектирования интерфейсов и разработчиков в ...Yury Vetrov
 
Разделение ответственности в заказной разработке
Разделение ответственности в заказной разработкеРазделение ответственности в заказной разработке
Разделение ответственности в заказной разработкеSQALab
 
Разделение ответственности в заказной разработке
Разделение ответственности в заказной разработкеРазделение ответственности в заказной разработке
Разделение ответственности в заказной разработкеCUSTIS
 
Вебинар "Введение в процесс разработки ПО"
Вебинар "Введение в процесс разработки ПО"Вебинар "Введение в процесс разработки ПО"
Вебинар "Введение в процесс разработки ПО"Evgeniy Krivosheev
 
гибкая методология разработки по
гибкая методология разработки погибкая методология разработки по
гибкая методология разработки поpoverhnost
 
Дополнительные материалы по предмету "Управление проектами"
Дополнительные материалы по предмету "Управление проектами"Дополнительные материалы по предмету "Управление проектами"
Дополнительные материалы по предмету "Управление проектами"Jana Pavlenkova
 
Александр Башарин - Проведение пользовательского тестирования с большим число...
Александр Башарин - Проведение пользовательского тестирования с большим число...Александр Башарин - Проведение пользовательского тестирования с большим число...
Александр Башарин - Проведение пользовательского тестирования с большим число...SQALab
 
Оценка аутсорсинговых проектов
Оценка аутсорсинговых проектовОценка аутсорсинговых проектов
Оценка аутсорсинговых проектовSQALab
 
Гибкие методологии при создании ИТ продукта.
Гибкие методологии при создании ИТ продукта.Гибкие методологии при создании ИТ продукта.
Гибкие методологии при создании ИТ продукта.Project Management Institute (PMI) in Ufa
 
тестирование программного обеспечения
тестирование программного обеспечениятестирование программного обеспечения
тестирование программного обеспеченияNatalia Zhelnova
 

Was ist angesagt? (19)

Путь тестировщика: Расту или деградирую?
Путь тестировщика: Расту или деградирую?Путь тестировщика: Расту или деградирую?
Путь тестировщика: Расту или деградирую?
 
Ответственность за качество в разных ИТ-проектах
Ответственность за качество в разных ИТ-проектахОтветственность за качество в разных ИТ-проектах
Ответственность за качество в разных ИТ-проектах
 
MS ALM 2013 Review
MS ALM 2013 ReviewMS ALM 2013 Review
MS ALM 2013 Review
 
Mva stf module 1 - rus
Mva stf module 1 - rusMva stf module 1 - rus
Mva stf module 1 - rus
 
Аналитик и Тестировщик в одном лице – путь к качеству (Максим Цепков, SQA Day...
Аналитик и Тестировщик в одном лице – путь к качеству (Максим Цепков, SQA Day...Аналитик и Тестировщик в одном лице – путь к качеству (Максим Цепков, SQA Day...
Аналитик и Тестировщик в одном лице – путь к качеству (Максим Цепков, SQA Day...
 
Олег Бунин (Онтико) | Менеджмент и бизнес-процессы в разработке highload-прое...
Олег Бунин (Онтико) | Менеджмент и бизнес-процессы в разработке highload-прое...Олег Бунин (Онтико) | Менеджмент и бизнес-процессы в разработке highload-прое...
Олег Бунин (Онтико) | Менеджмент и бизнес-процессы в разработке highload-прое...
 
Ответственность за качество в разных ИТ-проектах
Ответственность за качество в разных ИТ-проектахОтветственность за качество в разных ИТ-проектах
Ответственность за качество в разных ИТ-проектах
 
01ka-nov
01ka-nov01ka-nov
01ka-nov
 
РИТ-2008: Взаимодействие отдела проектирования интерфейсов и разработчиков в ...
РИТ-2008: Взаимодействие отдела проектирования интерфейсов и разработчиков в ...РИТ-2008: Взаимодействие отдела проектирования интерфейсов и разработчиков в ...
РИТ-2008: Взаимодействие отдела проектирования интерфейсов и разработчиков в ...
 
Разделение ответственности в заказной разработке
Разделение ответственности в заказной разработкеРазделение ответственности в заказной разработке
Разделение ответственности в заказной разработке
 
Разделение ответственности в заказной разработке
Разделение ответственности в заказной разработкеРазделение ответственности в заказной разработке
Разделение ответственности в заказной разработке
 
Вебинар "Введение в процесс разработки ПО"
Вебинар "Введение в процесс разработки ПО"Вебинар "Введение в процесс разработки ПО"
Вебинар "Введение в процесс разработки ПО"
 
L4 requirements
L4 requirementsL4 requirements
L4 requirements
 
гибкая методология разработки по
гибкая методология разработки погибкая методология разработки по
гибкая методология разработки по
 
Дополнительные материалы по предмету "Управление проектами"
Дополнительные материалы по предмету "Управление проектами"Дополнительные материалы по предмету "Управление проектами"
Дополнительные материалы по предмету "Управление проектами"
 
Александр Башарин - Проведение пользовательского тестирования с большим число...
Александр Башарин - Проведение пользовательского тестирования с большим число...Александр Башарин - Проведение пользовательского тестирования с большим число...
Александр Башарин - Проведение пользовательского тестирования с большим число...
 
Оценка аутсорсинговых проектов
Оценка аутсорсинговых проектовОценка аутсорсинговых проектов
Оценка аутсорсинговых проектов
 
Гибкие методологии при создании ИТ продукта.
Гибкие методологии при создании ИТ продукта.Гибкие методологии при создании ИТ продукта.
Гибкие методологии при создании ИТ продукта.
 
тестирование программного обеспечения
тестирование программного обеспечениятестирование программного обеспечения
тестирование программного обеспечения
 

Ähnlich wie Sdlc by Anatoliy Anthony Cox

DevOps от и до - что, зачем и почему
DevOps от и до - что, зачем и почемуDevOps от и до - что, зачем и почему
DevOps от и до - что, зачем и почемуAndrey Rebrov
 
Как развить отдел тестирования от палки-копалки до CI
Как развить отдел тестирования от палки-копалки до CIКак развить отдел тестирования от палки-копалки до CI
Как развить отдел тестирования от палки-копалки до CICEE-SEC(R)
 
Поиск ловушек в Си/Си++ коде при переносе приложений под 64-битную версию Win...
Поиск ловушек в Си/Си++ коде при переносе приложений под 64-битную версию Win...Поиск ловушек в Си/Си++ коде при переносе приложений под 64-битную версию Win...
Поиск ловушек в Си/Си++ коде при переносе приложений под 64-битную версию Win...Tatyanazaxarova
 
Проблемы тестирования 64-битных приложений
Проблемы тестирования 64-битных приложенийПроблемы тестирования 64-битных приложений
Проблемы тестирования 64-битных приложенийTatyanazaxarova
 
лекция 2
лекция 2лекция 2
лекция 2cezium
 
лекция 2
лекция 2лекция 2
лекция 2cezium
 
Сделать безопасно и сертифицировано — ЗАО «ПМ» на DevCon 2015
Сделать безопасно и сертифицировано — ЗАО «ПМ» на DevCon 2015Сделать безопасно и сертифицировано — ЗАО «ПМ» на DevCon 2015
Сделать безопасно и сертифицировано — ЗАО «ПМ» на DevCon 2015Maxim Avdyunin
 
Software craftsmanship 8
Software craftsmanship 8Software craftsmanship 8
Software craftsmanship 8Pavel Veinik
 
Техники аналитика - CATWOE, H-METHOD, MOSCOW, SQUARE
Техники аналитика - CATWOE, H-METHOD, MOSCOW, SQUAREТехники аналитика - CATWOE, H-METHOD, MOSCOW, SQUARE
Техники аналитика - CATWOE, H-METHOD, MOSCOW, SQUARESQALab
 
Сергей Ревко
Сергей РевкоСергей Ревко
Сергей РевкоSQALab
 
Проектирование программных систем. Занятие 4
Проектирование программных систем. Занятие 4Проектирование программных систем. Занятие 4
Проектирование программных систем. Занятие 4Dima Dzuba
 
Ответственность за качество в разных ИТ-проектах: в чем она и как ее разделять
Ответственность за качество в разных ИТ-проектах: в чем она и как ее разделятьОтветственность за качество в разных ИТ-проектах: в чем она и как ее разделять
Ответственность за качество в разных ИТ-проектах: в чем она и как ее разделятьCUSTIS
 
Тестирование осень 2013 лекция 1
Тестирование осень 2013 лекция 1Тестирование осень 2013 лекция 1
Тестирование осень 2013 лекция 1Technopark
 
Игорь Лужанский “Потери в процессе разработки ПО”
Игорь Лужанский “Потери в процессе разработки ПО”Игорь Лужанский “Потери в процессе разработки ПО”
Игорь Лужанский “Потери в процессе разработки ПО”Agile Base Camp
 
Внедрение тестирования в Scrum
Внедрение тестирования в ScrumВнедрение тестирования в Scrum
Внедрение тестирования в ScrumDenis Petelin
 
Внедрение тестирования в Scrum
Внедрение тестирования в ScrumВнедрение тестирования в Scrum
Внедрение тестирования в ScrumDenis Petelin
 

Ähnlich wie Sdlc by Anatoliy Anthony Cox (20)

DevOps от и до - что, зачем и почему
DevOps от и до - что, зачем и почемуDevOps от и до - что, зачем и почему
DevOps от и до - что, зачем и почему
 
Как развить отдел тестирования от палки-копалки до CI
Как развить отдел тестирования от палки-копалки до CIКак развить отдел тестирования от палки-копалки до CI
Как развить отдел тестирования от палки-копалки до CI
 
Training Labs (www.cmcons.com)
Training Labs (www.cmcons.com)Training Labs (www.cmcons.com)
Training Labs (www.cmcons.com)
 
Поиск ловушек в Си/Си++ коде при переносе приложений под 64-битную версию Win...
Поиск ловушек в Си/Си++ коде при переносе приложений под 64-битную версию Win...Поиск ловушек в Си/Си++ коде при переносе приложений под 64-битную версию Win...
Поиск ловушек в Си/Си++ коде при переносе приложений под 64-битную версию Win...
 
Проблемы тестирования 64-битных приложений
Проблемы тестирования 64-битных приложенийПроблемы тестирования 64-битных приложений
Проблемы тестирования 64-битных приложений
 
лекция 2
лекция 2лекция 2
лекция 2
 
лекция 2
лекция 2лекция 2
лекция 2
 
Сделать безопасно и сертифицировано — ЗАО «ПМ» на DevCon 2015
Сделать безопасно и сертифицировано — ЗАО «ПМ» на DevCon 2015Сделать безопасно и сертифицировано — ЗАО «ПМ» на DevCon 2015
Сделать безопасно и сертифицировано — ЗАО «ПМ» на DevCon 2015
 
Software craftsmanship 8
Software craftsmanship 8Software craftsmanship 8
Software craftsmanship 8
 
Agile & .net
Agile & .netAgile & .net
Agile & .net
 
Техники аналитика - CATWOE, H-METHOD, MOSCOW, SQUARE
Техники аналитика - CATWOE, H-METHOD, MOSCOW, SQUAREТехники аналитика - CATWOE, H-METHOD, MOSCOW, SQUARE
Техники аналитика - CATWOE, H-METHOD, MOSCOW, SQUARE
 
Сергей Ревко
Сергей РевкоСергей Ревко
Сергей Ревко
 
Проектирование программных систем. Занятие 4
Проектирование программных систем. Занятие 4Проектирование программных систем. Занятие 4
Проектирование программных систем. Занятие 4
 
Ответственность за качество в разных ИТ-проектах: в чем она и как ее разделять
Ответственность за качество в разных ИТ-проектах: в чем она и как ее разделятьОтветственность за качество в разных ИТ-проектах: в чем она и как ее разделять
Ответственность за качество в разных ИТ-проектах: в чем она и как ее разделять
 
Тестирование осень 2013 лекция 1
Тестирование осень 2013 лекция 1Тестирование осень 2013 лекция 1
Тестирование осень 2013 лекция 1
 
Lection 3 4_pm
Lection 3 4_pmLection 3 4_pm
Lection 3 4_pm
 
Игорь Лужанский “Потери в процессе разработки ПО”
Игорь Лужанский “Потери в процессе разработки ПО”Игорь Лужанский “Потери в процессе разработки ПО”
Игорь Лужанский “Потери в процессе разработки ПО”
 
Test design print
Test design printTest design print
Test design print
 
Внедрение тестирования в Scrum
Внедрение тестирования в ScrumВнедрение тестирования в Scrum
Внедрение тестирования в Scrum
 
Внедрение тестирования в Scrum
Внедрение тестирования в ScrumВнедрение тестирования в Scrum
Внедрение тестирования в Scrum
 

Mehr von Alex Tumanoff

Sql server 2019 New Features by Yevhen Nedaskivskyi
Sql server 2019 New Features by Yevhen NedaskivskyiSql server 2019 New Features by Yevhen Nedaskivskyi
Sql server 2019 New Features by Yevhen NedaskivskyiAlex Tumanoff
 
Odessa .net-user-group-sql-server-2019-hidden-gems by Denis Reznik
Odessa .net-user-group-sql-server-2019-hidden-gems by Denis ReznikOdessa .net-user-group-sql-server-2019-hidden-gems by Denis Reznik
Odessa .net-user-group-sql-server-2019-hidden-gems by Denis ReznikAlex Tumanoff
 
Azure data bricks by Eugene Polonichko
Azure data bricks by Eugene PolonichkoAzure data bricks by Eugene Polonichko
Azure data bricks by Eugene PolonichkoAlex Tumanoff
 
Kostenko ux november-2014_1
Kostenko ux november-2014_1Kostenko ux november-2014_1
Kostenko ux november-2014_1Alex Tumanoff
 
Java 8 in action.jinq.v.1.3
Java 8 in action.jinq.v.1.3Java 8 in action.jinq.v.1.3
Java 8 in action.jinq.v.1.3Alex Tumanoff
 
"Drools: декларативная бизнес-логика в Java-приложениях" by Дмитрий Контрерас...
"Drools: декларативная бизнес-логика в Java-приложениях" by Дмитрий Контрерас..."Drools: декларативная бизнес-логика в Java-приложениях" by Дмитрий Контрерас...
"Drools: декларативная бизнес-логика в Java-приложениях" by Дмитрий Контрерас...Alex Tumanoff
 
Sql saturday azure storage by Anton Vidishchev
Sql saturday azure storage by Anton VidishchevSql saturday azure storage by Anton Vidishchev
Sql saturday azure storage by Anton VidishchevAlex Tumanoff
 
Navigation map factory by Alexey Klimenko
Navigation map factory by Alexey KlimenkoNavigation map factory by Alexey Klimenko
Navigation map factory by Alexey KlimenkoAlex Tumanoff
 
Serialization and performance by Sergey Morenets
Serialization and performance by Sergey MorenetsSerialization and performance by Sergey Morenets
Serialization and performance by Sergey MorenetsAlex Tumanoff
 
Игры для мобильных платформ by Алексей Рыбаков
Игры для мобильных платформ by Алексей РыбаковИгры для мобильных платформ by Алексей Рыбаков
Игры для мобильных платформ by Алексей РыбаковAlex Tumanoff
 
Android sync adapter
Android sync adapterAndroid sync adapter
Android sync adapterAlex Tumanoff
 
Async clinic by by Sergey Teplyakov
Async clinic by by Sergey TeplyakovAsync clinic by by Sergey Teplyakov
Async clinic by by Sergey TeplyakovAlex Tumanoff
 
Deep Dive C# by Sergey Teplyakov
Deep Dive  C# by Sergey TeplyakovDeep Dive  C# by Sergey Teplyakov
Deep Dive C# by Sergey TeplyakovAlex Tumanoff
 
Bdd by Dmitri Aizenberg
Bdd by Dmitri AizenbergBdd by Dmitri Aizenberg
Bdd by Dmitri AizenbergAlex Tumanoff
 
Неформальные размышления о сертификации в IT
Неформальные размышления о сертификации в ITНеформальные размышления о сертификации в IT
Неформальные размышления о сертификации в ITAlex Tumanoff
 
Разработка расширений Firefox
Разработка расширений FirefoxРазработка расширений Firefox
Разработка расширений FirefoxAlex Tumanoff
 
"AnnotatedSQL - провайдер с плюшками за 5 минут" - Геннадий Дубина, Senior So...
"AnnotatedSQL - провайдер с плюшками за 5 минут" - Геннадий Дубина, Senior So..."AnnotatedSQL - провайдер с плюшками за 5 минут" - Геннадий Дубина, Senior So...
"AnnotatedSQL - провайдер с плюшками за 5 минут" - Геннадий Дубина, Senior So...Alex Tumanoff
 
Patterns of parallel programming
Patterns of parallel programmingPatterns of parallel programming
Patterns of parallel programmingAlex Tumanoff
 
Lambda выражения и Java 8
Lambda выражения и Java 8Lambda выражения и Java 8
Lambda выражения и Java 8Alex Tumanoff
 

Mehr von Alex Tumanoff (20)

Sql server 2019 New Features by Yevhen Nedaskivskyi
Sql server 2019 New Features by Yevhen NedaskivskyiSql server 2019 New Features by Yevhen Nedaskivskyi
Sql server 2019 New Features by Yevhen Nedaskivskyi
 
Odessa .net-user-group-sql-server-2019-hidden-gems by Denis Reznik
Odessa .net-user-group-sql-server-2019-hidden-gems by Denis ReznikOdessa .net-user-group-sql-server-2019-hidden-gems by Denis Reznik
Odessa .net-user-group-sql-server-2019-hidden-gems by Denis Reznik
 
Azure data bricks by Eugene Polonichko
Azure data bricks by Eugene PolonichkoAzure data bricks by Eugene Polonichko
Azure data bricks by Eugene Polonichko
 
Kostenko ux november-2014_1
Kostenko ux november-2014_1Kostenko ux november-2014_1
Kostenko ux november-2014_1
 
Java 8 in action.jinq.v.1.3
Java 8 in action.jinq.v.1.3Java 8 in action.jinq.v.1.3
Java 8 in action.jinq.v.1.3
 
"Drools: декларативная бизнес-логика в Java-приложениях" by Дмитрий Контрерас...
"Drools: декларативная бизнес-логика в Java-приложениях" by Дмитрий Контрерас..."Drools: декларативная бизнес-логика в Java-приложениях" by Дмитрий Контрерас...
"Drools: декларативная бизнес-логика в Java-приложениях" by Дмитрий Контрерас...
 
Spring.new hope.1.3
Spring.new hope.1.3Spring.new hope.1.3
Spring.new hope.1.3
 
Sql saturday azure storage by Anton Vidishchev
Sql saturday azure storage by Anton VidishchevSql saturday azure storage by Anton Vidishchev
Sql saturday azure storage by Anton Vidishchev
 
Navigation map factory by Alexey Klimenko
Navigation map factory by Alexey KlimenkoNavigation map factory by Alexey Klimenko
Navigation map factory by Alexey Klimenko
 
Serialization and performance by Sergey Morenets
Serialization and performance by Sergey MorenetsSerialization and performance by Sergey Morenets
Serialization and performance by Sergey Morenets
 
Игры для мобильных платформ by Алексей Рыбаков
Игры для мобильных платформ by Алексей РыбаковИгры для мобильных платформ by Алексей Рыбаков
Игры для мобильных платформ by Алексей Рыбаков
 
Android sync adapter
Android sync adapterAndroid sync adapter
Android sync adapter
 
Async clinic by by Sergey Teplyakov
Async clinic by by Sergey TeplyakovAsync clinic by by Sergey Teplyakov
Async clinic by by Sergey Teplyakov
 
Deep Dive C# by Sergey Teplyakov
Deep Dive  C# by Sergey TeplyakovDeep Dive  C# by Sergey Teplyakov
Deep Dive C# by Sergey Teplyakov
 
Bdd by Dmitri Aizenberg
Bdd by Dmitri AizenbergBdd by Dmitri Aizenberg
Bdd by Dmitri Aizenberg
 
Неформальные размышления о сертификации в IT
Неформальные размышления о сертификации в ITНеформальные размышления о сертификации в IT
Неформальные размышления о сертификации в IT
 
Разработка расширений Firefox
Разработка расширений FirefoxРазработка расширений Firefox
Разработка расширений Firefox
 
"AnnotatedSQL - провайдер с плюшками за 5 минут" - Геннадий Дубина, Senior So...
"AnnotatedSQL - провайдер с плюшками за 5 минут" - Геннадий Дубина, Senior So..."AnnotatedSQL - провайдер с плюшками за 5 минут" - Геннадий Дубина, Senior So...
"AnnotatedSQL - провайдер с плюшками за 5 минут" - Геннадий Дубина, Senior So...
 
Patterns of parallel programming
Patterns of parallel programmingPatterns of parallel programming
Patterns of parallel programming
 
Lambda выражения и Java 8
Lambda выражения и Java 8Lambda выражения и Java 8
Lambda выражения и Java 8
 

Sdlc by Anatoliy Anthony Cox

  • 1. Systems Development Lifecycle (SDLC) Цикл Построения Информационных Систем
  • 2. About me:  Имя: Анатолий Энтони Кокс  Место проживания: г.Бристоль Великобритания  Курс: Менеджмент Информационных Технологий для Бизнесса  Университет: University of the West of England (UWE)  Опыт Работы:  Декабрь 2014 – Апрель 2017: Business Systems Analyst at Experian  Апрель 2017 – Август 2017: Business Analyst at Target Group  Август 2017 – Сегодня: Credit Risk Systems Analyst at Sainsbury’s Bank
  • 3. Что такое SDLC?  Процесс трансформации нового проекта в полноценную функциональную, информационную систему  Процесс планирования, создания, тестирования и внедрения информационных систем  Создание нового продукта наивысшего качества за наименьшую производственную себестоимость
  • 4. Основные Этапы SDLC Planning Analysis and Requirements System Design DevelopmentIntegration and Testing Implementation Operations and Maintenance
  • 5. Этап 1: Планирование  Идентифицировать проблему или недостающий компонент  Идентифицировать:  Ресурсы  Стоимость  Время  Выгоду  Инфраструктуру  Любые другие дополнения  Нужна ли нам новая система и решит ли она новые задачи?
  • 6. Этап 2: Аналитика cистемных задач  Идентифицировать основные системные и организационные задачи  Определить источник проблемы или нужды для перемен  Внутренние ресурсы vs Внешние Поставщики  Тендер  Оценить предложенные решения  Идентифицировать оптимальное решение основываясь на задачах проекта  Системный анализ vs требования основных пользователей системы  Функциональные требования  Предложенная система должна удовлетворять от 80%+ основных требований
  • 7. Этап 2: Аналитика cистемных задач – Методики - Ожидание  CASE – Computer Aided Systems  Сбор основных задач  Структурный Анализ  SWAT  PEST  PESTLE  W3S  Business Process Modelling & Notation  Data Flow Diagrams (DFD)  Unified Modelling Language (UML)  Gap Analysis
  • 8. Этап 2: Аналитика cистемных задач – Методики - Реальность  Интервью  Обсервация  Requirements Workshops  Business Process Modelling & Notation  Data Flow Diagrams
  • 9. Этап 3: Системный Дизайн  Системная спецификация  Функциональные и операционные процессы  Инфраструктура  Системное оборудование  Софт  Batch vs Real Time  Любая специфическая информация от основного пользователя системы  Документация в любой удобной для понимания разработчика форме
  • 10. Этап 4: Development  Основная часть работы на проекте  Производство на основе первых трёх этапов  Подробная документация исходного кода  Подробная документация любых отклонений от первостепенной задачи  «Правила хорошего кодировщика»  Настройка и установка продукта  RBACS (Remote Business Access Control System)  Интеграция различных систем на единую платформу
  • 11. Этап 4: Waterfall Development  Один этап за один раз без повторения предыдущих шагов  Code Review только в конце разработки или во время тестировки  Мельчайшие детали могут быть утеряны в процессе разработки
  • 12. Этап 4: Agile Development  Измененние текущих задач с каждым новым циклом разработки  Множественные повторения одного и того же процесса
  • 13. Этап 4: Реальность  Комбнациях двух подходов Analysis Design & Planning Development Testing Review Deployment
  • 14. Этап 5: Интеграция и Тестирование  Идентификация правильной стратегии тестирования  Low Level System Testing  High Level System Testing  Data Manipulation  Connectivity  User Journeys Разработчик никогда не должен тестировать свой код для production
  • 15. Этап 6: Implementation  Установка и настройка Production environment или платформы  Настройка пользовательских групп и контроль доступа к системе  Data Migration  Batch vs Real Time processing  Удаление или отключение предыдущей системы от серверов и перенастройка потока данных
  • 16. Этап 7: Operations and Maintenance  Любые операционные процессы которые нуждают в апдейте или доработке после финального релиза  Улучшение внутри-функциональных возможностей  Внедрение новых процессов  Дополнительные задачи
  • 17. Этап 8: Пересмотр проекта  Один из важнейших этап любого удачного или неудачного проекта  Работа над ошибками  Отметить все самые положительные и отрицательные стороны разработки прокта
  • 18. Основные причины провала?  До 80% проектов проваливаются на первых 3х стадиях  Непонимание бизнеса  Непонимание внутренних или внешних процессов  Поставщик не способный предоставить продукт удовлетворяющий запросам клиента  Некачественныеневыполнимые изначальные задачи  Менеджмент  Не правильно рассчитанное время на последние 4 этапа разработки
  • 19. Thank you for listening…