SlideShare a Scribd company logo
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…

More Related Content

PPTX
Roles happy dev-2013-tsepkov
PPTX
Широкое внедрение Agile Unified Process
PPTX
Mva stf module 3 - rus
PPTX
Виктор Волков "Всё, что Вы хотели знать об Agile, но боялись спросить"
PPTX
Методологии разработки ПО
PPTX
Mva stf module 4 - rus
PPT
Управляемое внедрение. Основы управления распределенными программными проекта...
PPTX
Сергей Смирнов (Altair Engineering Inc.) | Организация работы распределенной ...
Roles happy dev-2013-tsepkov
Широкое внедрение Agile Unified Process
Mva stf module 3 - rus
Виктор Волков "Всё, что Вы хотели знать об Agile, но боялись спросить"
Методологии разработки ПО
Mva stf module 4 - rus
Управляемое внедрение. Основы управления распределенными программными проекта...
Сергей Смирнов (Altair Engineering Inc.) | Организация работы распределенной ...

What's hot (19)

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

Similar to Sdlc by Anatoliy Anthony Cox (20)

PDF
Lection 3 4_pm
PDF
Семинар ФКН: современные подходы к разработке ПО - часть 1
PPTX
Процесс разработки Agile & Java
PDF
Проект внедрения КИС
PPTX
Эффективный процесс разработки ПО на основе гибких подходов
PDF
григорьев андрей, юмисофт, основные ошибки ведения It проектов - от документа...
PDF
Разработка веб-сервисов осень 2013 лекция 9
PPTX
Работа с требованиями в условиях Agile трансформации
PDF
Технология моделирования бизнес процессов
PPTX
Microsoft ALM VS&TFS 2012 (Семинары. А.Шамрай)
PPTX
Разработка корпоративных (бизнес) приложений (лекция 2)
PDF
Тренды в разработке ПО, 27-02-2013
PPTX
Развитие управления проектами и критериев качества в ИТ
PPT
внедрение Alm суп командами разработки по (agile (scrum)) 4 3 11
PPT
Как внедрить ALM/ Упр. командами разработки по (agile (scrum))
PPTX
Big picture of it project managerment Tsepkov AgileDays 2015
PPTX
цепков развитие управления проектами и критериев качества в ит м. цепков-16х9
PPTX
DaKiRy_PMWeekend2016_Андрій Мандріка "Робота з вимогами в умовах Agile трансф...
PPTX
Work with requirements in terms of Agile transformation
PDF
Проектирование Программных Систем. Лекция 01
Lection 3 4_pm
Семинар ФКН: современные подходы к разработке ПО - часть 1
Процесс разработки Agile & Java
Проект внедрения КИС
Эффективный процесс разработки ПО на основе гибких подходов
григорьев андрей, юмисофт, основные ошибки ведения It проектов - от документа...
Разработка веб-сервисов осень 2013 лекция 9
Работа с требованиями в условиях Agile трансформации
Технология моделирования бизнес процессов
Microsoft ALM VS&TFS 2012 (Семинары. А.Шамрай)
Разработка корпоративных (бизнес) приложений (лекция 2)
Тренды в разработке ПО, 27-02-2013
Развитие управления проектами и критериев качества в ИТ
внедрение Alm суп командами разработки по (agile (scrum)) 4 3 11
Как внедрить ALM/ Упр. командами разработки по (agile (scrum))
Big picture of it project managerment Tsepkov AgileDays 2015
цепков развитие управления проектами и критериев качества в ит м. цепков-16х9
DaKiRy_PMWeekend2016_Андрій Мандріка "Робота з вимогами в умовах Agile трансф...
Work with requirements in terms of Agile transformation
Проектирование Программных Систем. Лекция 01
Ad

More from Alex Tumanoff (20)

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