Современные технологии разработки программного обеспечения корпоративных информационных систем

1.

ДИСЦИПЛИНА
СОВРЕМЕННЫЕ ТЕХНОЛОГИИ РАЗРАБОТКИ
ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
КОРПОРАТИВНЫХ ИНФОРМАЦИОННЫХ
СИСТЕМ
Трудоемкость:
лекции -18 час.; лабораторные работы – 36 час.;
консультации, экзамен

2.

Дисциплина посвящена изучению современных подходов и технологий
разработки программного обеспечения.
Цель
формирование профессиональных компетенций в области разработки
программного обеспечения, используя современные технологии, стандарты и
документацию по разработке программного обеспечения, которые могут быть
использованы при изучении блока специальных дисциплин, при прохождении
производственной практики, а также при выполнении выпускной квалификационной
работы (магистерской диссертации).
Задачи
-
-
-
-
изучить теоретические основы и современные информационные технологии
анализа, проектирования и разработки программного обеспечения корпоративных
информационных систем;
сформировать умение проектировать и разрабатывать программного обеспечения
корпоративных информационных систем на основе объектно- ориентированного
подхода;
получить представление о библиотеках классов и инструментальных средствах,
применяемых при разработке программного обеспечения корпоративных
информационных систем;
получить навыки разработки программного обеспечения корпоративных
информационных систем.

3.

ОСНОВНЫЕ ПОНЯТИЯ
Понятие “корпорация” обычно обозначает оптимальную форму
крупномасштабного производства промышленной продукции и услуг.
организации
Между тем необходимо иметь в виду, что корпорация изначально представляла собой
объединение свободных хозяйственных субъектов для достижения экономических
целей.
С течением времени в зависимости от целеполагания:
- задается ли оно собственно корпоративной логикой борьбы за рынки;
- обусловливается ли внешними обстоятельствами;
- определяется создателями и владельцами корпорации
сложились качественно отличные друг от друга типы корпораций: классическая,
этастатическая и креативная.
Это обстоятельство явилось предпосылкой формирования современной культуры
управления в союзе с информационными технологиями организационного
управления.

4.

ОСНОВНЫЕ ПОНЯТИЯ
Организационное управление включает в себя процессы, направленные на
оптимизацию работы организации, распределение ролей, обязанностей и
ответственности между сотрудниками и подразделениями.
Организационная структура (оргструктура) — это схема, по которой в
компании распределяют роли, обязанности и полномочия между сотрудниками
и подразделениями.
Типы
организационных
структур

5.

ПИРАМИДА УПРАВЛЕНИЯ
ИС
КИС

6.

КОРПОРАТИВНЫЕ ИФОРМАЦИОННЫЕ СИСТЕМЫ
Постоянно изменяющиеся требования рынка, огромные потоки информации
научно-технического, технологического и маркетингового характера требуют
от персонала, отвечающего за стратегию и тактику развития корпорации,
быстроты и точности принимаемых решений, направленных на получение
максимальной прибыли при минимальных издержках.
Идея построения корпоративных
информационных систем (КИС)
Корпоративную информационную систему (КИС) можно определить как
совокупность информационных ресурсов, процессов и технологий,
собирающих,
преобразующих
и
распространяющих
корпоративную
информацию.
Основными задачами корпоративной ИС являются поддержка
динамической информационной модели предметной области и обеспечение
решения на основе информационной модели задач управленческого,
исследовательского, конструкторского и иного характера.

7.

ФУНКЦИОНАЬНЫЕ ВОЗМОЖНОСТИ КОРПОРАТИВНЫХ
ИФОРМАЦИОННЫХ СИСТЕМ
1. Функции сбора и регистрации информационных ресурсов. При реализации этой
функции в системе необходимо решить следующие задачи: фильтрации данных;
верификации данных (проверка на достоверность и логическую целостность);
сжатия данных; преобразования данных из одного формата в другой).
2. Функции хранения информационных ресурсов. При реализации этой функции в
системе необходимо решить следующие задачи: управления ресурсами хранимых
данных; управления ресурсами памяти. Наиболее часто организация хранения
данных осуществляется на основе файловой системы. В качестве альтернативы
файловым системам используются механизмы управления данными, основанные
на технологиях баз данных.
3. Функции актуализации информационных ресурсов (обеспечивается с временным
лагом, величина которого зависит от установленного регламента актуализации
информационных ресурсов).
4. Функции обработки информационных ресурсов. Для анализа данных и выявления
закономерностей в современных корпоративных ИС используются методы
статистического анализа, приложения искусственного интеллекта –
нейронные сети, нечеткая логика и т. д.

8.

ФУНКЦИОНАЬНЫЕ ВОЗМОЖНОСТИ КОРПОРАТИВНЫХ
ИФОРМАЦИОННЫХ СИСТЕМ
5. Функции предоставления информационных ресурсов пользователям с помощью
технологий:
- pull-технологий - средства взаимодействия пользователей с ИС - интерфейсы
командной строки; – графические интерфейсы.
Например:
предоставление
провайдером
информационных
(мультимедийных) услуг просмотр Интернет сайтов, передача программного
обеспечения, on-line газет и т. д.;
-интерфейсов прикладного программирования – Application Programming
Interface;
- push-технологии. В соответствии с регламентом для какого-либо рода
информационных ресурсов определяется круг зарегистрированных пользователей.
Пример применения: передача прогноза погоды, финансовых и спортивных
новостей, газет и бюллетеней, а также передача данных, аудио, видео, игр и т. д.

9.

ФУНКЦИОНАЬНЫЕ ВОЗМОЖНОСТИ КОРПОРАТИВНЫХ
ИФОРМАЦИОННЫХ СИСТЕМ
6. Функция планирования.
Данная функция состоит в разработке и реализации планов по выполнению
поставленных задач на различные сроки (год, квартал, месяц, день), например, план
производства, план маркетинговых исследований, финансовый план и т.д.
7. Учетная функция.
Эта функция заключается в разработке или использовании уже готовых форм и методов
учета показателей деятельности фирмы: бухгалтерский учет, финансовый учет,
управленческий учет и т.п. Другими словами, учет состоит в получении, регистрации,
накоплении, обработке и предоставлении информации о реальных хозяйственных
процессах.
8. Аналитическая функция. Анализ заключается в изучении итогов выполнения
планов и заказов, выявлении резервов и тенденций развития и т.д.
9. Контрольная функция. Это контроль за выполнением планов, расходованием
материальных ресурсов, использованием финансовых средств и т.д..

10.

ЭВОЛЮЦИЯ КИС И КОРПОРАТИВНОЕ ПРОГРАММНОЕ
ОБЕСПЕЧЕНИЕ (КПО)
Эволюция корпоративных информационных систем обусловлена влиянием следующих
факторов:
— развитием теории и методик управления предприятием;
— развитием общих возможностей и производительности компьютерных систем;
— развитием подходов к технической и программной реализации элементов
корпоративных информационных систем.
Корпоративное программное обеспечение — это специализированные программные
продукты, созданные для удовлетворения потребностей крупных организаций,
предприятий и компаний:
- предназначено для автоматизации и улучшения бизнес-процессов, оптимизации
рабочего процесса, повышения производительности и эффективности деятельности
организации в целом;
- позволяет эффективно управлять информационными ресурсами, обрабатывать
большие объёмы данных, взаимодействовать с другими системами, обеспечивать
безопасность и контроль доступа к информации.

11.

ПРОЦЕСС РАЗРАБОТКИ КПО
Этап 1 - анализ требований – на данном этапе осуществляется сбор информации о бизнеспроцессах компании, определение функциональных и нефункциональных требований к системе,
что позволяет создать рабочую концепцию проекта и подготовить техническое задание для
разработчиков.
Этап 2 проектирование архитектуры КПО - на данном этапе разработчики определяют структуру
системы, выбирают технологические решения, проектируют базы данных и интерфейсы.
Важным аспектом проектирования архитектуры является масштабируемость и надежность
системы.
Этап 3 – разработка КПО - разработчики создают код программной системы, внедряют
необходимые функции и модули, осуществляют интеграцию с уже существующими системами
компании.
Важным аспектом разработки КПО является тестирование. При помощи автоматических и
ручных тестов проверяется работоспособность системы, ее соответствие требованиям.
Этап 4 – внедрение КПО - происходит установка разработанной системы на сервера компании,
настройка и интеграция с уже имеющейся инфраструктурой.
Важным аспектом внедрения является обучение пользователей работе с новой системой и ее
последующая поддержка.
Этап 5 - поддержка и сопровождение КПО - включает в себя обновление и
модификацию системы в соответствии с изменяющимися требованиями бизнеса,
исправление ошибок и предоставление технической поддержки.

12.

ТИПЫ КОРПОРАТИВНОГО СОФТА

13.

СИСТЕМЫ УПРАВЛЕНИЯ БИЗНЕСОМ
CPM
Corporate Performance Management — системы управления эффективностью предприятия, которые позволяют измерять
показатели деятельности организации и управлять ими.
Схожие названия — Enterprise Performance Management (EPM), Strategic Enterprise Management (SEM) и Business Performance
Management (BPM). Как правило, это инструмент финансовых менеджеров и финансового директора, нацеленный на выполнение
ряда функций:
-финансового планирования и прогнозирования — с целью создания бюджета компании и определения основных направлений
доходов и расходов;
- стратегического планирования — создание финансовых моделей на основе анализа потоков доходов и расходов (здесь же
зачастую система работает с KPI);
- финансовой и управленческой отчетности — создание отчётов для подведения итогов за период, а также презентаций перед
руководством;
- формирования консолидированной финансовой отчётности — агрегация и представление данных для анализа, аудита,
отчётности перед государственными структурами.
BRMS
Business Rule Management System (BRMS) — системы управления бизнес-правилами, которые формализуют логику принятия
решений, но не так, как это делают, например, CRM-системы. CRM-система не описывает бизнес-логику, а основывается на ней, то
есть логика реализована в программном коде системы. точки зрения программной архитектуры, это приложение, которое включает
графический интерфейс создания и редактирования бизнес-правил, хранилище информации, средства анализа и сервер исполнения
правил (движок системы, который запускает правила, отсылает напоминания и т.д.) В чистом виде BRMS встречаются
крайне редко, чаще всего входят в состав BPMS, PM, CRM и СППР.
ECM
СЭД/СЭДО/ECM (системы электронного документооборота / Enterprise Content Management) — автоматизированные
многопользовательские системы управления цифровыми документами и другими типами корпоративного контента, которые
накапливают, хранят и отдают документы внутри организации (а в определённых условиях — и вне).
В своём изначальном понимании включают в себя множество функций: хранение документов, записей, базы знаний, журналов
аудита, событий, работ и проч., управление ими.

14.

КОРПОРАТИВНЫЕ СИСТЕМЫ ДЛЯ
КОММЕРЧЕСКОЙ СЛУЖБЫ И РАЗВИТИЯ БИЗНЕСА
ERP
Enterprise Resource Planning, планирование ресурсов предприятия (ERP) — программные системы, которые автоматизируют
крупнейшие процессы в компаниях: финансы, персонал, операционную работу, управление активами и производством. Крупные ERPсистемы включают в себя бухгалтерский учёт, контроллинговые функции, управление бюджетным процессом, расчёт заработной
платы, кадровый учёт, учёт рабочего времени и многое другое. ERP-системы используются для крупных и территориально
распределённых компаний, которые стремятся к цифровой трансформации и прозрачности бизнес-процессов.
Порталы
Корпоративные порталы — самостоятельные или интегрированные (например, в CRM или ERP) системы для целей организации
внутренней работы в компаниях: поддержания списка персонала, общения, постановки задач, обсуждения вопросов, обучения и т.д.
DSS
Система поддержки принятия решений (СППР, Decision Support Systems, DSS) — интерактивные программные продукты, которые
позволяют собирать и анализировать информацию для принятия управленческих решений. СППР автоматизируют анализ метрик
бизнеса, прогнозирование результатов внедрения новых организационных и продуктовых решений. В СППР используются различные
методы из теории принятия решений — например, метода проставления весов, среднего арифметического, факторный анализ, деревья
решений и т.д.
Архитектурно СППР включает в себя три части.
Хранилище данных — сбор и хранение данных из внешних и внутренних источников.
Графический интерфейс пользователя, с помощью которого он сообщает системе, какие данные из системы ему нужны и как их
обработать.
Модели — наборы алгоритмов и процедур для обработки информации.
Сегодня элементы СППР интегрированы в другие корпоративные информационные системы, такие как ERP, CPM, CRM. Однако
некоторые компании и даже отдельные лица используют «чистые» СППР-системы в своей деятельности.

15.

КОРПОРАТИВНЫЕ СИСТЕМЫ ДЛЯ КОММЕРЧЕСКОЙ
СЛУЖБЫ И РАЗВИТИЯ БИЗНЕСА
CRM
Customer Relationship Management (CRM-системы) — сложные программные решения, которые нацелены на автоматизацию
управления взаимоотношениями с клиентами. Однако на сегодняшний день эти системы тесно переплелись с классом ПО SFA
(Sales Force Automation) и впитали в себя функциональности других типов систем. Таким образом, CRM-системы (разумеется,
крупные и развитые) стали наиболее универсальным программным обеспечением, востребованным в компаниях разного масштаба.
В CRM-системах накапливается клиентская база с подробной информацией по каждому клиенту, происходит работа с бизнеспроцессами и лояльностью покупателей. Раньше считалось, что основные пользователи CRM — топ-менеджеры и коммерческая
служба, однако сегодня CRM покрывает требования практически каждого сотрудника, включая техническую поддержку.
Существуют отраслевые и специализированные CRM-системы, которые адаптируются под бизнес-логику конкретной сферы.
Главное окно RegionSoft CRM.
Правильные CRM-системы интегрируются с учётными системами (1С), телефонией, иным программным обеспечением,
необходимым для оперативной и аналитической работы в компании.

16.

КОРПОРАТИВНЫЕ СИСТЕМЫ ДЛЯ КОММЕРЧЕСКОЙ
СЛУЖБЫ И РАЗВИТИЯ БИЗНЕСА
PM
PM (Project Management) — системы, которые позволяют управлять проектами и задачами, с разделением задач по ответственным и
срокам. Как правило, в подобных системах учитываются финансы проекта, человеческие и материальные ресурсы. Система
управления проектами также включает метрики, параметры контроля исполнения задач внутри проекта, возможности планирования
результатов, а также загрузки ресурсов.
Системы значительно отличаются по масштабам (от производственных до
рассчитанных на команду небольшого стартапа), целям и задачам (например, есть PM
для разработки), функциональному наполнению.
Элемент систем управления проектами —
диаграмма Гантта
BPMS
Business Process Management System (BPMS) — системы управления бизнес-процессами. Это особый или интегрированный в
CRM/ERP/ECM тип программного обеспечения, который рассматривает каждый процесс в компании как цепочку последовательно
выполняемых действий со сроками, ответственными и событиями-триггерами на каждом этапе. С помощью таких систем
моделируют, запускают и анализируют бизнес-процессы.
BPM-системы позволяют создавать алгоритмы бизнес-процессов в специальных нотациях (BPMN 2.0) или в нативных редакторах
(например, мы в RegionSoft CRM использовали визуальный графический редактор процессов, чтобы максимальное количество
пользователей без специальной подготовки могли создавать экземпляры процессов).
CALL-CENTER
Call-center (колл-центры) — системы обработки звонков и обращений клиентов. Это программные и программно-аппаратные
комплексы, которые используются для целей продаж, информирования и обслуживания клиентов. Чаще всего колл-центры либо
включают свойства CRM-систем, либо интегрируются с ними.

17.

ЛОГИСТИЧЕСКИЕ ИЛИ
СКЛАДСКИЕ СИСТЕМЫ
ЛИС
Логистические информационные системы (ЛИС) — ПО, которое решает задачи автоматизации, управления и оптимизации
складскими и транспортными ресурсами. Это огромная группа специализированного программного обеспечения, которая включает
в себя системы управления автохозяйством (FMS), системы технического обслуживания и ремонта (ТОиР или MRO), системы
управления контейнерными перевозками (CTM), многочисленные системы трекинга и безопасности. Среди всего разнообразия
особенно
стоит
выделить
два
типа:
WMS
и
TMS.
WMS
Warehouse Management System (системы управления складом) — специализированные программы для автоматизации складов.
В зависимости от конфигурации могут включать в себя управление топологией складских помещений, товарной номенклатурой и
товародвижением (учёт, приёмка, отгрузка, инвентаризация), планированием, хранением и обработкой товарных запасов. Такие
системы — инструмент кладовщиков и складских логистов, которые с помощью автоматизации работают с поставками и
отгрузками, за счёт чего растёт товарная оборачиваемость, быстро комплектуются партии, бесперебойно снабжается производство.
Дополнительная ценность подобного ПО — снижение затрат за счёт минимизации случаев хищения и иных воздействий
человеческого фактора.
TMS
Transport(ation) Management System (TMS) — системы управления транспортом, которые автоматизируют расчёт стоимость
перевозки грузов различными типами транспорта, учитывают взаимоотношения с таможней, отслеживают сроки и маршруты
перевозок.
SCM
С ЛИС связана ещё одна группа программного обеспечения — Supply Chain Management (SCM), решения которой предназначены
для управления всеми этапами снабжения компании и позволяют контролировать товародвижение. SCM, как программное
обеспечение, охватывающее всю цепочку процессов, охватывает закупки, поставки, производство и дистрибуцию товаров.

18.

СИСТЕМЫ АНАЛИТИКИ
OLAP
Online Analytical Processing (OLAP) — нередко относящиеся к BI системы аналитической обработки информации и бизнес-метрик
в режиме реального времени. Такие системы позволяют выбирать данные и строить на их основе отчёты, таблицы, выборки. Как
правило, в том или ином виде OLAP пользуются коммерческие службы компаний (продажи и маркетинг). Довольно распространён
термин «OLAP-куб» — трёхмерное представление данных организаций с возможностью построения трендов, аналитики и т.д. (так
называемый Data Mining — сбор данных для поиска закономерностей). В свою очередь, OLAP делится на:
-ROLAP — реляционные OLAP-системы, работающие напрямую со своей СУБД;
- MOLAP — те самые кубы. Это многомерное представление данных для анализа информации по нескольким измерениям (поставки
товаров по филиалом в разрезе каждого месяца);
-HOLAP — гибрид, использующий реляционные таблицы для хранения данных и включающий анализ с помощью многомерных
таблиц;
- OLAP-системы бывают независимыми и встроенными в сложное комплексное корпоративное
программное обеспечение (биллинговые системы, ERP, CRM).
BI
BI (Business intelligence) — целый срез инструментов и методик анализа структурированной и неструктурированной информации,
приведения её в удобную форму с целью интерпретации данных для поиска возможностей для бизнеса. BI включает в себя большое
количество внутренней и внешней информации и отличается от стандартных метрик бизнес-аналитики более широким охватом
данных. Нередко BI ставят над всеми типами внутрифирменной аналитики. Термин ведёт свою историю с 1958 года из недр IBM, а
IBM продолжает предлагать одно из мощнейших решений в этой сфере — IBM Cognos.
АСР
Биллинг, автоматизированные системы расчётов (АСР) — программный комплекс для учёта стоимости, объёма и профиля
потребляемых абонентами и подписчиками услуг, обеспечивающий расчёты с клиентами в заданном режиме.
Раньше биллинговые системы рассматривали исключительно в привязке к мобильным операторам и интернет-провайдерам,
которые традиционно учитывают в биллинге тарифы на услуги, ведут взаиморасчёты с абонентами, партнёрами, дилерской сетью.
На сегодняшний день АСР стали востребованным ПО для e-commerce — интернет-магазины принимают через подобные
системы оплату счетов.
Иногда биллинговыми системами пользуются компании, предоставляющие сложные услуги с почасовой оплатой (аудиторы,
аутсорсеры в ИТ и т.д.)

19.

СИСТЕМЫ УПРАВЛЕНИЯ ИТ- ИНФРАСТРУКТУРОЙ
ITSM
ITSM (IT Service Management) а точнее, ПО для реализации ITSM, — отдельный класс программного
обеспечения для управления ИТ-услугами, который выпадает из перечня операционного ПО, но тем не менее
крайне важен для компании любого масштаба (правда, это пока далеко не все понимают). Строго говоря, это
разнообразное ПО, которое позволяет управлять ИТ-инфраструктурой с точки зрения лучших практик и
библиотеки ITIL. В философии ITSM заказчиком услуг выступает либо сам бизнес (сотрудники), либо клиент на
аутсорсе, а исполнителем — ИТ-служба.
Программы для ITSM имеют множество разнообразных версий, но чаще всего включают:
функции мониторинга сети и работы с инцидентами;
- техническая поддержка (Service Support) — модуль организации технической поддержки;
- SLA (SLA Management, Service Level Agreement) — механизмы контроля исполнения соглашения об уровне
предоставления услуг и сервиса;
- модуль управления ИТ-активами компании (Software Asset Management, SAM) — часть ПО, отвечающая за
контроль количества используемых лицензий, стоимости, параметров лицензирования и т.д.;
- Configuration Management (управление конфигурациями) — модуль, который позволяет сисадмину «снимать»
ситуацию по конфигурациям, то есть связке аппаратного и программного обеспечения;
- функции отчётности, расчёта KPI, базы знаний и т.д.

20.

СИСТЕМЫ БЕЗОПАСНОСТИ
SEIM
Security Information and Event Management (SIEM) — системы управления информацией и событиями в системе безопасности.
Это программы, которые призваны анализировать угрозы информационной безопасности в ИТ-системах в режиме реального
времени, оповещать заинтересованных лиц. Именно в эту группу входят разнообразные решения в сфере информационной
безопасности: системы контроля и аутентификации, журналы событий, антивирусы, системы идентификации вторжения, системы
управления рисками, учёта трафика и проч. Среди подобных систем наиболее широко используются несколько вариантов.
FDS
Fraud Detection System (FDS) — программные системы, способные обнаружить факты мошенничества, а также утечки денег и
данных вследствие преступного действия или бездействия сотрудников, контрагентов, абонентов, клиентов и т.д. Такие системы
редко встречаются в небольших компаниях, основные клиенты — банки, мобильные операторы, интернет-магазины, платёжные
платформы.
СКУД
Системы контроля и управления доступом (СКУД) — аппаратно-программные комплексы для ограничения круга людей и
транспорта, имеющих доступ на объект (любую ограниченную территорию). СКУД состоят из программной управляющей части,
физических приспособлений, устройств идентификации (дактилоскопические сканеры), контроллеров и сети Ethernet (при
необходимости «общения» устройств друг с другом), систем видеонаблюдения. Используются практически в каждой компании.
DLP
Data Loss Prevention (DLP) — программные и программно-аппаратные системы и технологии для предотвращения утечек
конфиденциальной информации из корпоративных систем компаний. Технически это ПО, которое в режиме реального времени
обнаруживает и блокирует утечки конфиденциальной информации. DLP-продукты могут контролировать электронную почту с
любым типом трафика, веб (включая почтовые сервисы и все типы шифрования), пиринговые клиенты, чаты и мессенджеры, сетевые
и локальные принтеры, внешние периферийные устройства и карты памяти, IP-телефонию, передатчики Wi-Fi и Bluetooth. Также
программное обеспечение такого класса обязательно должно уметь анализировать контекст передаваемых данных, искать созданные
копии на локальных и сетевых устройствах.
IAM
Identity and Access Management (IAM, AMS (Authentication Management Systems), УИД) — системы управления идентификацией
и доступом, то есть устанавливающие факт принадлежности субъекта доступа введённому идентификатору. IAM-системы требуют
точно прописанных бизнес-ролей сотрудников, с объёмом прав и допусков. В таком ПО наряду с паролями идентификатором могут
выступать NFC-метки, отпечатки пальцев, голос и т.д.

21.

SOFTWARE DEVELOPMENT LIFE CYCLE
Жизненный цикл разработки программного обеспечения — это пошаговый процесс разработки,
который начинается с идеи и заканчивается готовым продуктом.
Этапы жизненного цикла разработки ПО (SDLC)
Этап
Описание работ
Планирование и анализ требований
- описание задач, которые должен решать продукт;
- опрос стейкхолдеров;
- выявление аудитории, которая будет пользоваться решением;
- оценка ресурсов, которые нужны для реализации: количество сотрудников, время, бюджет;
- согласование критериев, по которым будут оценивать успешность решения.
Определение требований
- оценка рисков;
- выбор методологии работы;
- описание пользовательских сценариев;
- подготовка SRS — документации с информацией о функциональных и нефункциональных требованиях;
- подготовка ИСР — иерархической структуры работ.
Проектирование – разработка
архитектуры системы
Верхнеуровневое проектирование
Низкоуровневое проектирование
Основные компоненты системы — например, модули,
сервисы или подсистемы
Принцип работы отдельных компонентов системы
Принцип взаимодействия этих компонентов между
собой
Алгоритмы, структуры данных и логика работы
внутри каждого модуля
Общая архитектура системы — например, клиентсерверная архитектура или микросервисы
Детали реализации — например, какие классы,
методы или функции будут созданы
Зависимость решения от других систем
Взаимодействие с базами данных, API или другими
внешними системами
Прототип интерфейса
Результатом этапа будет проектная документация с информацией, которая необходима для реализации решения.

22.

SOFTWARE DEVELOPMENT LIFE CYCLE
Жизненный цикл разработки программного обеспечения — это пошаговый процесс разработки,
который начинается с идеи и заканчивается готовым продуктом.
Этапы жизненного цикла разработки ПО (SDLC)
Этап
Описание работ
Разработка
- рабочее решение в соответствии с техническими спецификациями.
Тестирование
- выявление и исправление ошибок и т.п.
Развертывание
-
Поддержка и сопровождение
- обновление под запросы пользователей, устранение ошибок при появлении и
оказание технической поддержки пользователям.
«Смерть» ПО
- прекращение обслуживания продукта или замена его новой версией, потому
установка на серверы или выкладывание в магазины приложений;
подготовка пользовательской документации.
что ПО устарело или такая инициатива поступила от заказчика. Также процесс
может включать архивирование данных и уведомление пользователей.

23.

SOFTWARE DEVELOPMENT LIFE CYCLE
Жизненный цикл разработки программного обеспечения — это пошаговый процесс разработки,
который начинается с идеи и заканчивается готовым продуктом.
Взаимодействие этапов разработки ПО (SDLC)

24.

ФОРМАТЫ РАЗРАБОТКИ ПО
Каскадная, или водопадная, модель - устроена как классический последовательный процесс. Это значит, что
движение происходит только вперед от одного этапа к следующему. При работе по каскадной модели на
последнем этапе заказчик получает готовое решение, которое не требует доработок.
Плюсы:
•Полное документирование каждого этапа до начала разработки;
•Низкий риск ошибок за счет детальной документации;
•Прозрачность процессов для заказчика — он знает, сколько
времени уйдет на каждый этап.
Минусы:
•Перед стартом нужно подготовить обширную техническую
документацию, что занимает много времени;
•Сложно учесть все требования до старта разработки;
•Нет гибкости — если появились новые требования на этапе
разработке, то откатить работу назад не получится;
•Заказчик видит результат в конце разработки — если итог его не
устроит, придется начинать сначала.
Когда подходит водопадная модель:
•Есть четкие и заранее известные требования, которые не будут
меняться на этапе разработки.
•Работа должна идти по строгим регламентам — такое требование
может быть актуальным для госучреждений или банковских
систем.

25.

V-образная модель
Это расширенный вариант каскадной модели, который делает упор на тестировании. Устроена модель так: до
начала разработки после каждого этапа проводят тестирования разного уровня, а после разработки ПО проходит те
же самые тестирования в обратном порядке и только потом уходит в релиз. Тестирования до разработки нужны для
верификации, а тестирования после для валидации:
•Верификация — проверка ПО соответстветствие правилам и требованиям в документации.
•Валидация — проверка готового ПО на соответствие ожиданиям заказчика.
Плюсы:
•Ошибки выявляют на ранних этапах, что снижает
затраты на их исправление;
•За счет четкой структуры подходит для проектов с
ясными и неизменными требованиями;
•Акцент на тестировании обеспечивает надежность
продукта;
•Высокая степень анализа рисков.
Минусы:
•Такая же строгая, как и каскадная, поэтому при
появлении новых требований все придется начинать
заново;
•Разработка обходится дорого.
Когда подходит модель:
•Есть четкие и заранее известные требования, которые не
будут меняться во время разработки;
•Работа должна идти по строгим регламентам;
•Проект предполагает большое тестовое покрытие.

26.

Итеративная модель
В отличие от водопадной модели, итеративная позволяет обновлять требования к продукту после старта
разработки. Для этого проект дробят на части и сначала выпускают MVP-версию, а затем итерациями доводят
решение до ума. По ходу разработки требования к ПО можно менять в зависимости от обратной связи
пользователей, заказчика или изменений на рынке. Цикл повторяется до тех пор, пока вся система не будет
готова.
Получается так, что каждая итерация — это мини-проект, который включает анализ, проектирование, разработку,
тестирование и выпуск готового к эксплуатации продукта.
Плюсы:
•Возможность быстро выкатить ПО;
•Заказчик видит промежуточные результаты и может
корректировать требования;
•Быстрая обратная связь от пользователей;
•Проще находить конфликты между требованиями.
Минусы:
•Могут возникнуть сложности с созданием рабочей
архитектуры, так как изначально не всегда известны все
требования.
Когда подходит модель:
•Рабочее решение нужно в короткие сроки;
•Требования не до конца ясны и могут меняться в
процессе работы;
•Проект очень большой, а ресурсов немного, поэтому
приходится разбивать продукт на части и делать его
постепенно.

27.

Инкрементная модель
При работе по этой модели продукт создают по частям, или инкрементам. Каждая часть добавляет новую
функциональность к уже существующей системе. В отличие от итеративной модели, где каждая итерация может
пересматривать и улучшать предыдущие результаты, в инкрементной модели каждая часть — это законченный
кусок функционала, который можно использовать.
Плюсы:
•Пользователи могут начать использовать
продукт уже после первого инкремента;
•Заказчик видит прогресс и может вносить
правки в следующие инкременты.
Минусы:
•Если команды параллельно работают над
разными инкрементами, есть риск того, что
модули будет сложно связать;
•Необходимо тщательное планирование, чтобы
заранее определить, какие функции будут в
каждом инкременте, и учесть их в архитектуре.
Когда подходит модель:
•Рабочее решение нужно в короткие сроки;
•Требования не до конца ясны и могут меняться
в процессе работы;
•Проект большой, а ресурсов немного, поэтому
приходится разбивать продукт на части и делать
его постепенно.

28.

Спиральная модель
Модель объединяет в себе преимущества каскадной и
итеративной моделей, но делает большой упор на анализ
рисков. То есть, команда уделяет много времени
планированию и при этом в будущем может
дорабатывать решение. Еще одна особенность модели в
том, что процесс разработки делится на циклы, которые
изображают как витки спирали. И каждый виток состоит
из четырех этапов:
•планирование;
•анализ рисков;
•разработка и тестирование;
•оценка и планирование следующего витка.
Плюсы:
•Риски находят на ранних этапах, что снижает
вероятность проблем в будущем;
•Можно вносить изменения в проект по мере его
развития;
•Подходит для крупных систем, где много
неопределенности и высокие требования к
надежности.
Минусы:
•Многочисленные циклы растягивают разработку и
делают ее дороже;
•Каждое новое требование заказчика запускает
новый виток. Это делает разработку дороже, так как
нужно снова тратить ресурсы на анализ.
Когда подходит эта модель:
•Пользователи сами не до конца понимают, что им
нужно;
•Требования к проекту слишком сложные и могут
меняться по ходу работы;
•Успех проекта не гарантирован, и нужно заранее
оценить риски, чтобы решить, стоит ли продолжать
работу;
•В проекте используют новые технологии, которые
еще не до конца изучены, и есть риск, что они не
дадут ожидаемого результата.

29.

При разработке технического задания (ТЗ) необходимо
руководствоваться ГОСТ 34.602-89 – "Комплекс
стандартов на автоматизированные системы.

30.

ПРОДОЛЖЕНИЕ СЛЕДУЕТ
!!!