In this Business Analysis Training session you will learn, SDLC (Software Development Life Cycle). Topics covered in this session are:
• SDLC (Software Development Life Cycle)
• Types of SDLC Methodologies
• Waterfall Approach
• Incremental Approach
• Iterative Approach
• Difference between Incremental and Iterative
• Prototype Approach
• Spiral Approach
To learn more about this course, visit this link: https://www.mindsmapped.com/courses/business-analysis/business-analysis-fundamentals-with-hands-on-training/
In this business analysis training, you will learn SDLC. Topics covered in this session are:
• Incremental Approach
• Iterative Approach
• Agile-Scrum
For more information, visit this link: https://www.mindsmapped.com/courses/business-analysis/business-analyst-training-for-beginners/
In this Business Analysis Training session, you will learn Enterprise Analysis. Topics covered in this session are:
• Enterprise analysis
• SWOT Analysis
• Feasibility Evaluation
• Problem Statement & Goal Statement
• Business Case
• Project Scope Statement & Vision Document
• AS IS (current state) and TO BE (future state)
• Root Cause Analysis – Fish Bone Diagram
To learn more about this course, visit this link: https://www.mindsmapped.com/courses/business-analysis/business-analysis-fundamentals-with-hands-on-training/
In this Business Analysis Training session you will learn, SDLC. Topics covered in this session are:
SDLC
• Waterfall-Sequential
• Prototyping
• Spiral-Evolutionary
• Rational Unified Process (RUP)-Iterative
To learn more about this course, visit this link: https://www.mindsmapped.com/courses/business-analysis/foundation-level-business-analyst-training/
In this Business Analysis training session, you will learn about SDLC. Topics covered in this session are:
• SDLC (Software Development Life Cycle)
• Types of SDLC Methodologies
• Waterfall Approach
• Incremental Approach
• Iterative Approach
• Difference between Incremental and Iterative
• Prototype Approach
• Spiral Approach
• Overview of RUP
• Phases of RUP
• Activity
• Artifact
• Worker
• Worflow
• Overview of Agile
For more information, click here: https://www.mindsmapped.com/courses/business-analysis/become-a-business-analyst-with-hands-on-practice/
In this business analysis training, you will learn SDLC. Topics covered in this session are:
• Incremental Approach
• Iterative Approach
• Agile-Scrum
For more information, visit this link: https://www.mindsmapped.com/courses/business-analysis/business-analyst-training-for-beginners/
In this Business Analysis Training session, you will learn Enterprise Analysis. Topics covered in this session are:
• Enterprise analysis
• SWOT Analysis
• Feasibility Evaluation
• Problem Statement & Goal Statement
• Business Case
• Project Scope Statement & Vision Document
• AS IS (current state) and TO BE (future state)
• Root Cause Analysis – Fish Bone Diagram
To learn more about this course, visit this link: https://www.mindsmapped.com/courses/business-analysis/business-analysis-fundamentals-with-hands-on-training/
In this Business Analysis Training session you will learn, SDLC. Topics covered in this session are:
SDLC
• Waterfall-Sequential
• Prototyping
• Spiral-Evolutionary
• Rational Unified Process (RUP)-Iterative
To learn more about this course, visit this link: https://www.mindsmapped.com/courses/business-analysis/foundation-level-business-analyst-training/
In this Business Analysis training session, you will learn about SDLC. Topics covered in this session are:
• SDLC (Software Development Life Cycle)
• Types of SDLC Methodologies
• Waterfall Approach
• Incremental Approach
• Iterative Approach
• Difference between Incremental and Iterative
• Prototype Approach
• Spiral Approach
• Overview of RUP
• Phases of RUP
• Activity
• Artifact
• Worker
• Worflow
• Overview of Agile
For more information, click here: https://www.mindsmapped.com/courses/business-analysis/become-a-business-analyst-with-hands-on-practice/
This presentation is about -
What are the different phases of SDLC?,
How does the process of Software Development Start?,
Project Initiation,
Requirement Gathering and Analysis,
What is Requirement document and what it contains?,
What is use case document and what it contains?,
What is Basic path and Alternate Path?,
Role of Business Analyst,
Example for explaining each phase,
Role of technical specification team,
What is Technical specification document?,
What is System Design?,
Role of Design team,
What is design document?,
Role of architecture team,
System development,
Role of development team,
Deliverable of Development phase,
System testing,
Role of testers and types of testing,
User acceptance testing,
System deployment,
System maintenance,
Events in the maintenance phase like bug fixes,
complete information of SDLC modal and all steps and process we have to follow during the software development and information about waterfall model etc.
Webvirtue is a leading offshore software development company based in India specialized in ecommerce software development, custom software development, web software development and more. For more details visit here http://www.webvirtue.com/software-development.php
In this Business Analysis training session, you will learn about SDLC. Topics covered in this session are:
• SDLC (Software Development Life Cycle)
• Types of SDLC Methodologies
• Waterfall Approach
• Incremental Approach
• Iterative Approach
• Difference between Incremental and Iterative
• Prototype Approach
• Spiral Approach
• Overview of RUP
• Phases of RUP
• Activity
• Artifact
• Worker
• Worflow
• Overview of Agile
For more information, click here: https://www.mindsmapped.com/courses/business-analysis/business-analysis-training-for-beginners-as-per-babok-v3/
In this Business Analysis training session, you will learn about SDLC. Topics covered in this session are:
• SDLC (Software Development Life Cycle)
• Types of SDLC Methodologies
• Waterfall Approach
• Incremental Approach
• Iterative Approach
• Difference between Incremental and Iterative
• Prototype Approach
• Spiral Approach
• Overview of RUP
• Phases of RUP
• Activity
• Artifact
• Worker
• Worflow
• Overview of Agile
For more information, click here: https://www.mindsmapped.com/courses/business-analysis/step-by-step-guide-to-learn-sdlc-methodologies/
This presentation is about -
What are the different phases of SDLC?,
How does the process of Software Development Start?,
Project Initiation,
Requirement Gathering and Analysis,
What is Requirement document and what it contains?,
What is use case document and what it contains?,
What is Basic path and Alternate Path?,
Role of Business Analyst,
Example for explaining each phase,
Role of technical specification team,
What is Technical specification document?,
What is System Design?,
Role of Design team,
What is design document?,
Role of architecture team,
System development,
Role of development team,
Deliverable of Development phase,
System testing,
Role of testers and types of testing,
User acceptance testing,
System deployment,
System maintenance,
Events in the maintenance phase like bug fixes,
complete information of SDLC modal and all steps and process we have to follow during the software development and information about waterfall model etc.
Webvirtue is a leading offshore software development company based in India specialized in ecommerce software development, custom software development, web software development and more. For more details visit here http://www.webvirtue.com/software-development.php
In this Business Analysis training session, you will learn about SDLC. Topics covered in this session are:
• SDLC (Software Development Life Cycle)
• Types of SDLC Methodologies
• Waterfall Approach
• Incremental Approach
• Iterative Approach
• Difference between Incremental and Iterative
• Prototype Approach
• Spiral Approach
• Overview of RUP
• Phases of RUP
• Activity
• Artifact
• Worker
• Worflow
• Overview of Agile
For more information, click here: https://www.mindsmapped.com/courses/business-analysis/business-analysis-training-for-beginners-as-per-babok-v3/
In this Business Analysis training session, you will learn about SDLC. Topics covered in this session are:
• SDLC (Software Development Life Cycle)
• Types of SDLC Methodologies
• Waterfall Approach
• Incremental Approach
• Iterative Approach
• Difference between Incremental and Iterative
• Prototype Approach
• Spiral Approach
• Overview of RUP
• Phases of RUP
• Activity
• Artifact
• Worker
• Worflow
• Overview of Agile
For more information, click here: https://www.mindsmapped.com/courses/business-analysis/step-by-step-guide-to-learn-sdlc-methodologies/
Session 02 - Software Development Life Cycle (SDLC)OmkarBA
In this session you will learn:
SDLC (Software Development Life Cycle)
Types of SDLC Methodologies
Waterfall Approach
Incremental Approach
Iterative Approach
Difference between Incremental and Iterative
Prototype Approach
Spiral Approach
In this Business Analysis Training, you will learn SDLC. Topics covered in this session are:
• SDLC (Software Development Life Cycle)
• Types of SDLC Methodologies
• Waterfall Approach
• Incremental Approach
• Iterative Approach
• Difference between Incremental and Iterative
• Prototype Approach
• Spiral Approach
For more information, click on this link:
https://www.mindsmapped.com/courses/business-analysis/sdlc-training-for-beginners/
In this Business Analysis Training, you will learn SDLC. Topics covered in this session are:
• SDLC (Software Development Life Cycle)
• Types of SDLC Methodologies
• Waterfall Approach
• Incremental Approach
• Iterative Approach
• Difference between Incremental and Iterative
• Prototype Approach
• Spiral Approach
For more information, click on this link:
https://www.mindsmapped.com/courses/business-analysis/fundamentals-of-business-analysis/
A software process model is an abstraction of the software development process. The models specify the stages and order of a process. So, think of this as a representation of the order of activities of the process and the sequence in which they are performed
In this business analysis training, you will learn SDLC. Topics covered in this session are:
• What is Business Process Modeling
• Benefits of Automated Business Process
• IT Project Structure
• SDLC
• Waterfall-Sequential
• Prototyping
• Spiral-Evolutionary
For more information, visit this link: https://www.mindsmapped.com/courses/business-analysis/business-analyst-training-for-beginners/
Chapter 04 of ICT Project Management based on IOE Engineering syllabus. This Chapter contains advantages of project management, characteristics of project life cycles, product life cycles and project life cycles, role and responsibilities of key product members and more. Provided By Project Management Sir of KU.
In this Business Analysis training session, you will learn about workflow diagram. Topics covered in this session are:
Workflow
What is Workflow
Example
Categories
Diagrams and Symbol
Entity Relationship
Database Management System
SQL
For more information, click here: https://www.mindsmapped.com/courses/business-analysis/business-analysis-training-for-beginners-as-per-babok-v3/
In this Business Analysis training session, you will learn about Business Functional Requirements. Topics covered in this session are:
• RACI Matrix
• Business Requirements Vs Functional Requirements
• Requirement Traceability Matrix
• Object Oriented Analysis
• Error Messages
• Data Dictionary
• Mock-up screens
• Decision Tree
For more information, click here: https://www.mindsmapped.com/courses/business-analysis/business-analysis-training-for-beginners-as-per-babok-v3/
In this Business Analysis training session, you will learn about Agile User Stories. Topics covered in this session are:
• AGILE - DEFINITION
• AGILE - BENEFITS
• AGILE - INVEST CRITERION
• AGILE - FORMAT
• AGILE - SIZE OF A USER STORY
• AGILE - USAGE OF STORIES
• AGILE - COMMON STORY MISTAKES
• AGILE - SUPPORTING ARTIFACTS
• CA Agile Central: User Story
For more information, click here: https://www.mindsmapped.com/courses/business-analysis/business-analysis-training-for-beginners-as-per-babok-v3/
In this Business Analysis training session, you will learn about Enterprise Analysis. Topics covered in this session are:
• Enterprise analysis
• SWOT Analysis
• Feasibility Evaluation
• Problem Statement & Goal Statement
• Business Case
• Project Scope Statement & Vision Document
• AS IS (current state) and TO BE (future state)
• Root Cause Analysis – Fish Bone Diagram
For more information, click here: https://www.mindsmapped.com/courses/business-analysis/business-analysis-training-for-beginners-as-per-babok-v3/
In this Business Analysis training session, you will learn about Introduction to Business Analysis. Topics covered in this session are:
Introduction to Business Analysis
• What is a Project?
• Business Process – What and Why?
• Who is a Project Manager?
• Who is a Business Analyst?
• What is Business Analysis and why is it important?
• Roles, Responsibilities and necessary Skills for a Business Analyst
Introduction to SDLC
• Requirement Analysis
• Design Phase
• Development Phase
• Testing Phase
• Release & Maintenance
• Current Trends in BA
For more information, click here: https://www.mindsmapped.com/courses/business-analysis/business-analysis-training-for-beginners-as-per-babok-v3/
In this Business Analysis training session, you will learn about Types of Databases. Topics covered in this session are:
• What is Database?
• Document-Oriented Database
• Embedded Database
• Graph Database
• Hypertext Database
• Operational Database
• Distributed Database
• Flat-File
For more information, click here: https://www.mindsmapped.com/courses/business-analysis/business-analysis-training-for-beginners-as-per-babok-v3/
In this Business Analysis training session, you will learn about UML. Topics covered in this session are:
• SAD Phases
• OOAD Phases
• SAD vs. OOAD software development
• Adopted Books
• UML in practice
• Conclusions & Recommendations
For more information, click here: https://www.mindsmapped.com/courses/business-analysis/business-analysis-training-for-beginners-as-per-babok-v3/
In this Business Analysis training session, you will learn about Stakeholder Analysis. Topics covered in this session are:
• A definition of ‘stakeholders’ for your organisation
• How the concept of ‘stakeholders’ relates to concepts of the organisation
• The purpose of Stakeholder Analysis
• Some common forms of Stakeholder Analysis
• Stakeholder Mapping techniques
For more information, click here: https://www.mindsmapped.com/courses/business-analysis/business-analysis-training-for-beginners-as-per-babok-v3/
In this Business Analysis training session, you will learn about Developing a Business Case. Topics covered in this session are:
• Why do we develop Business cases?
• Key components of a Business case
• Importance of identifying Benefits
• Role of the Business Analyst
• How we can integrate Benefits to the business case
• Setting the foundation for the rest of the project
• Questions & Answers
For more information, click here: https://www.mindsmapped.com/courses/business-analysis/business-analysis-training-for-beginners-as-per-babok-v3/
In this Business Analysis training session, you will learn about Business Analysis Techniques. Topics covered in this session are:
• SWOT Analysis
• Porters Five Forces
• Focus Groups
• Interviewing
• Brainstorming
For more information, click here: https://www.mindsmapped.com/courses/business-analysis/business-analysis-training-for-beginners-as-per-babok-v3/
In this Business Analysis training session, you will learn about Requirement Elicitation Techniques. Topics covered in this session are:
• Techniques
Interviews
Focus Groups
Facilitated Work Shops
Group Creativity Techniques
Group Decision Making Techniques
Questionnaires & Surveys
Observations
Prototypes
• Introduction to Object Oriented Analysis
For more information, click here: https://www.mindsmapped.com/courses/business-analysis/business-analysis-training-for-beginners-as-per-babok-v3/
Case Study British Airways Stakeholder AnalysisSunil-QA
In this Business Analysis training session, you will learn about Case Study - Stakeholder theory and its impact on British Airways. Topics covered in this session are:
• Why is knowing your stakeholders important?
• BA Stakeholders
• Stakeholder Relationships
• BA is for a two-way communication
For more information, click here: https://www.mindsmapped.com/courses/business-analysis/business-analysis-training-for-beginners-as-per-babok-v3/
In this Business Analysis Training, you will learn Agile Methodology. Topics covered in this session are:
• Agile Approach
• What is Agile?
• What does the Agile Manifesto Mean?
• Principles of Agile
• Central: Incremental and Iterative Development
• Agile Methods
• Scrum Lifecycle
• SCRUM team
• Agile Methods – Scrum
For more information, click on this link:
https://www.mindsmapped.com/courses/agile-and-scrum/introduction-to-agile/
In this Business Analysis Training, you will learn Agile user stories. Topics covered in this session are:
• AGILE - DEFINITION
• AGILE - BENEFITS
• AGILE - INVEST CRITERION
• AGILE - FORMAT
• AGILE - SIZE OF A USER STORY
• AGILE - USAGE OF STORIES
• AGILE - COMMON STORY MISTAKES
• AGILE - SUPPORTING ARTIFACTS
• CA Agile Central: User Story
For more information, click on this link:
https://www.mindsmapped.com/courses/agile-and-scrum/introduction-to-agile/
In this Business Analysis Training session, you will learn Agile- User stories Topics covered in this session are:
• AGILE - DEFINITION
• AGILE - BENEFITS
• AGILE - INVEST CRITERION
• AGILE - FORMAT
• AGILE - SIZE OF A USER STORY
• AGILE - USAGE OF STORIES
• AGILE - COMMON STORY MISTAKES
• AGILE - SUPPORTING ARTIFACTS
• CA Agile Central: User Story
To learn more about this course, visit this link: https://www.mindsmapped.com/courses/business-analysis/business-analysis-fundamentals-with-hands-on-training/
Case Study British Airways Stakeholder AnalysisSunil-QA
In this Business Analysis Training session, you will learn Case Study - Stakeholder theory and its impact on British Airways.. Topics covered in this session are:
• Why is knowing your stakeholders important?
• BA Stakeholders
• Stakeholder Relationships
• BA is for a two-way communication
To learn more about this course, visit this link: https://www.mindsmapped.com/courses/business-analysis/business-analysis-fundamentals-with-hands-on-training/
In this Business Analysis Training session, you will learn Business Analysis Question and Answers. Topics covered in this session are:
Business Analysis Question and Answers
To learn more about this course, visit this link: https://www.mindsmapped.com/courses/business-analysis/business-analysis-fundamentals-with-hands-on-training/
In this Business Analysis Training session, you will learn Types of Databases. Topics covered in this session are:
• What is Database?
• Document-Oriented Database
• Embedded Database
• Graph Database
• Hypertext Database
• Operational Database
• Distributed Database
• Flat-File
To learn more about this course, visit this link: https://www.mindsmapped.com/courses/business-analysis/business-analysis-fundamentals-with-hands-on-training/
In this Business Analysis Training session, you will learn Normalization. Topics covered in this session are:
• Overview of Normalization
• Types of Normalization
• Functional Dependence
• First Normal Form
• Second Normal Form
• Third Normal Form
• Boyce Codd Normal Form
• Forth Normal Form
To learn more about this course, visit this link: https://www.mindsmapped.com/courses/business-analysis/business-analysis-fundamentals-with-hands-on-training/
In this Business Analysis Training session, you will learn Database Keys. Topics covered in this session are:
• Keys
• Candidate Key
• Primary Key
• Compound Key
• Surrogate Key
• Foreign Key
• Key Notation
To learn more about this course, visit this link: https://www.mindsmapped.com/courses/business-analysis/business-analysis-fundamentals-with-hands-on-training/
Slack (or Teams) Automation for Bonterra Impact Management (fka Social Soluti...Jeffrey Haguewood
Sidekick Solutions uses Bonterra Impact Management (fka Social Solutions Apricot) and automation solutions to integrate data for business workflows.
We believe integration and automation are essential to user experience and the promise of efficient work through technology. Automation is the critical ingredient to realizing that full vision. We develop integration products and services for Bonterra Case Management software to support the deployment of automations for a variety of use cases.
This video focuses on the notifications, alerts, and approval requests using Slack for Bonterra Impact Management. The solutions covered in this webinar can also be deployed for Microsoft Teams.
Interested in deploying notification automations for Bonterra Impact Management? Contact us at sales@sidekicksolutionsllc.com to discuss next steps.
Elevating Tactical DDD Patterns Through Object CalisthenicsDorra BARTAGUIZ
After immersing yourself in the blue book and its red counterpart, attending DDD-focused conferences, and applying tactical patterns, you're left with a crucial question: How do I ensure my design is effective? Tactical patterns within Domain-Driven Design (DDD) serve as guiding principles for creating clear and manageable domain models. However, achieving success with these patterns requires additional guidance. Interestingly, we've observed that a set of constraints initially designed for training purposes remarkably aligns with effective pattern implementation, offering a more ‘mechanical’ approach. Let's explore together how Object Calisthenics can elevate the design of your tactical DDD patterns, offering concrete help for those venturing into DDD for the first time!
Builder.ai Founder Sachin Dev Duggal's Strategic Approach to Create an Innova...Ramesh Iyer
In today's fast-changing business world, Companies that adapt and embrace new ideas often need help to keep up with the competition. However, fostering a culture of innovation takes much work. It takes vision, leadership and willingness to take risks in the right proportion. Sachin Dev Duggal, co-founder of Builder.ai, has perfected the art of this balance, creating a company culture where creativity and growth are nurtured at each stage.
Accelerate your Kubernetes clusters with Varnish CachingThijs Feryn
A presentation about the usage and availability of Varnish on Kubernetes. This talk explores the capabilities of Varnish caching and shows how to use the Varnish Helm chart to deploy it to Kubernetes.
This presentation was delivered at K8SUG Singapore. See https://feryn.eu/presentations/accelerate-your-kubernetes-clusters-with-varnish-caching-k8sug-singapore-28-2024 for more details.
Transcript: Selling digital books in 2024: Insights from industry leaders - T...BookNet Canada
The publishing industry has been selling digital audiobooks and ebooks for over a decade and has found its groove. What’s changed? What has stayed the same? Where do we go from here? Join a group of leading sales peers from across the industry for a conversation about the lessons learned since the popularization of digital books, best practices, digital book supply chain management, and more.
Link to video recording: https://bnctechforum.ca/sessions/selling-digital-books-in-2024-insights-from-industry-leaders/
Presented by BookNet Canada on May 28, 2024, with support from the Department of Canadian Heritage.
GraphRAG is All You need? LLM & Knowledge GraphGuy Korland
Guy Korland, CEO and Co-founder of FalkorDB, will review two articles on the integration of language models with knowledge graphs.
1. Unifying Large Language Models and Knowledge Graphs: A Roadmap.
https://arxiv.org/abs/2306.08302
2. Microsoft Research's GraphRAG paper and a review paper on various uses of knowledge graphs:
https://www.microsoft.com/en-us/research/blog/graphrag-unlocking-llm-discovery-on-narrative-private-data/
State of ICS and IoT Cyber Threat Landscape Report 2024 previewPrayukth K V
The IoT and OT threat landscape report has been prepared by the Threat Research Team at Sectrio using data from Sectrio, cyber threat intelligence farming facilities spread across over 85 cities around the world. In addition, Sectrio also runs AI-based advanced threat and payload engagement facilities that serve as sinks to attract and engage sophisticated threat actors, and newer malware including new variants and latent threats that are at an earlier stage of development.
The latest edition of the OT/ICS and IoT security Threat Landscape Report 2024 also covers:
State of global ICS asset and network exposure
Sectoral targets and attacks as well as the cost of ransom
Global APT activity, AI usage, actor and tactic profiles, and implications
Rise in volumes of AI-powered cyberattacks
Major cyber events in 2024
Malware and malicious payload trends
Cyberattack types and targets
Vulnerability exploit attempts on CVEs
Attacks on counties – USA
Expansion of bot farms – how, where, and why
In-depth analysis of the cyber threat landscape across North America, South America, Europe, APAC, and the Middle East
Why are attacks on smart factories rising?
Cyber risk predictions
Axis of attacks – Europe
Systemic attacks in the Middle East
Download the full report from here:
https://sectrio.com/resources/ot-threat-landscape-reports/sectrio-releases-ot-ics-and-iot-security-threat-landscape-report-2024/
2. Page 2Classification: Restricted
Agenda
• SDLC (Software Development Life Cycle)
• Types of SDLC Methodologies
• Waterfall Approach
• Incremental Approach
• Iterative Approach
• Difference between Incremental and Iterative
• Prototype Approach
• Spiral Approach
3. Page 3Classification: Restricted
Software Development Life Cycle
• The software development life cycle (SDLC) is a framework defining tasks
performed at each step in the software development process.
•SDLC is a structure followed by a
development team within the
software organization.
•It consists of a detailed plan
describing how to develop,
maintain and replace specific
software.
•SDLC consists of the following
activities:
4. Page 4Classification: Restricted
Types of SDLC Methodologies
• Waterfall Model - linear framework type
• Incremental Model - combination of linear and iterative framework type
• Iterative Model- Repetitious framework type
6. Page 6Classification: Restricted
Waterfall Approach
• The waterfall model is documentation-intensive, with earlier phases
documenting what must be done and subsequent phases adding greater
detail and defining how it should be done.
• The output from one phase serves as the input to the next phase, with the
project flowing from one step to the next in a waterfall fashion.
• An important consideration for the Waterfall model is that fixes or
modifications are often put off until the maintenance phase.
• This can be very costly, as the cost to correct a problem gets higher with
each successive phase.
7. Page 7Classification: Restricted
Waterfall Approach - Advantages
• System is well documented.
• Phases correspond with project management phases.
• Cost and schedule estimates may be lower and more accurate.
• Details can be addressed with more engineering effort if software is large or
complex.
8. Page 8Classification: Restricted
Waterfall Approach - Disadvantages
• All risks must be dealt with in a single software development effort.
• Because the model is sequential, there is only local feedback at the
transition between phases.
• A working product is not available until late in the project.
• Progress and success are not observable until the later stages. If a mistake
or deficiency exists in the documentation of earlier phases, it may not be
discovered until the product is delivered.
• Corrections must often wait for the maintenance phase.
Application
• The Waterfall model can be successfully used when requirements are well
understood in the beginning and are not expected to change or evolve over
the life of the project. Project risks should be relatively low.
10. Page 10Classification: Restricted
Incremental Approach
• The incremental model is essentially a series of waterfall cycles.
• The requirements are known at the beginning of the project and are
divided into groups for incremental development.
• A core set of functions is identified in the first cycle and is built and
deployed as the first release.
• The software development cycle is repeated, with each release adding
more functionality until all requirements are met.
• Each development cycle acts as the maintenance phase for the previous
software release.
• While new requirements that are discovered during the development of a
given cycle can be implemented in subsequent cycles, this model assumes
that most requirements are known up front.
• A modification to the incremental model allows development cycles to
overlap. That is, a subsequent cycle may begin before the previous cycle is
complete.
11. Page 11Classification: Restricted
Incremental Approach - Advantages
• Provides some feedback, allowing later development cycles to learn from
previous cycles.
• Allows some requirements modification and may allow the addition of new
requirements.
• It is more responsive to user needs than the waterfall model.
• A usable product is available with the first release, and each cycle results in
greater functionality.
• The project can be stopped any time after the first cycle and leave a
working product.
• Risk is spread out over multiple cycles.
• This method can usually be performed with fewer people than the waterfall
model.
• Project management may be easier for smaller, incremental projects.
• Testing may be easier on smaller portions of the system.
12. Page 12Classification: Restricted
Incremental Approach - Disadvantages
• The majority of requirements must be known in the beginning.
• Formal reviews may be more difficult to implement on incremental releases
than on a complete system.
• Because development is spread out over multiple iterations, interfaces
between modules must be well-defined in the beginning.
• Cost and schedule overruns may result in an unfinished system.
• Operations are impacted as each new release is deployed.
• Users are required to learn how to use a new system with each
deployment.
13. Page 13Classification: Restricted
Incremental Approach
• The incremental model is good for projects where requirements are
known at the beginning, but which need functionality early in the project
or which can benefit from the feedback of earlier cycles.
• Because each cycle produces a working system, it may also be
advantageous for projects whose continued funding is not assured and
may be cut at any time.
• It is best used on low to medium-risk programs.
• If the risks are too high to build a successful system using a single waterfall
cycle, spreading the development out over multiple cycles may lower the
risks to a more manageable level.
14. Page 14Classification: Restricted
Iterative Approach
• Iterative development is best defined in terms of its processes that allow
for dynamic development rather than any single defined method or
approach.
15. Page 15Classification: Restricted
Iterative Approach
Definition
Iterative approach or development is a process that grows a system feature
by feature during self-contained cycles of analysis, design, development and
testing that end in the production of a stable, fully integrated and tested,
partially complete system that incorporates all of the features of all previous
iterations.
For example, a project can be divided into 12 one- to four-week iterations.
• The system is tested at the end of each iteration, and the test feedback is
immediately incorporated at the end of each test cycle.
• The time required for successive iterations can be reduced based on the
experience gained from past iterations.
• The system grows by adding new functions during the development
portion of each iteration.
16. Page 16Classification: Restricted
Iterative Approach
• Iteration comes from word Iterative means repetitious.
• Iteration means the act of repeating a process usually with the aim of
approaching a desired goal or target or result. Each repetition of the
process is also called an "iteration," and the results of one iteration are
used as the starting point for the next iteration.
• In software development, An iteration is made up of a series of activities
that include conducting needs analysis, developing parts of the system,
then deploying and testing them. In the end, one or more functionalities
are ready for integration into the final product.
17. Page 17Classification: Restricted
Iterative Approach - Principles
Principles of Iterative Development
• Time has priority over functionality
• Get the most bang for the buck
• Power to the customer
• Empowered teams – Decision speed & competency
• Adaptability
• Short life cycles
• Fast feedback
You can’t stop the
clock!
The customer is always
right
18. Page 18Classification: Restricted
Iterative Approach - Advantages
• More adaptable to changes.
• Allows for early detection of risks associated with a given project
• QA can be performed at the end of each iteration.
• Project managers are in a better position to assess the impact of changes
on the delivery dates.
• Early visible progress.
• A continuous improvement methodology.
• Corrective actions can be taken at the end of each iteration.
19. Page 19Classification: Restricted
Iterative Approach - Advantages
• It is difficult to freeze requirements, and they may continue to change in
later iterations because of increasing customer demands. As a result,
more iterations may be added to the project, leading to project delays
and cost overruns.
• The project requires a very efficient change control mechanism to
manage changes made to the system during each iteration.
• More time spent in review and analysis
• A lot of steps that need to be followed in this model
• Delay in one phase can have detrimental effect on the software as a
whole
20. Page 20Classification: Restricted
Difference between Incremental and Iterative
Incremental development is a staging and scheduling strategy in which
various parts of the system are developed at different rates, and integrated
as they are completed.
Iterative development is a rework scheduling strategy in which time is set
aside to revise and improve parts of the system.
21. Page 21Classification: Restricted
Prototype Approach
What is Prototyping?
• Software prototyping, can be defined as incomplete versions of the
software program being developed.
• A prototype typically simulates only a few aspects of the features of the
eventual program, and may be completely different from the eventual
implementation.
Purpose of Prototyping?
• To allow users of the software to evaluate developers' proposals for the
design of the eventual product by actually trying them out, rather than
having to interpret and evaluate the design based on descriptions.
• The software designer and implementer can obtain feedback from the
users early in the project. They may be able to refine them early in the
development of the software.
22. Page 22Classification: Restricted
Prototyping
Throwaway prototyping:
• Creation of a model that will eventually be discarded rather than becoming
part of the final delivered software.
• After preliminary requirements gathering is accomplished, a simple
working model of the system is constructed to visually show the users
what their requirements may look like when they are implemented into a
finished system.
• Making changes early in the development lifecycle is extremely cost
effective since there is nothing at that point to redo.
• If a project is changed after a considerable work has been done then small
changes could require large efforts to implement since software systems
have many dependencies
• Another strength of Throwaway Prototyping is its ability to construct
interfaces that the users can test. The user interface is what the user sees
as the system, and by seeing it in front of them, it is much easier to grasp
how the system will work
23. Page 23Classification: Restricted
Type of Prototyping
One method of creating a Throwaway Prototype is Paper Prototyping. The
prototype is implemented using paper and pencil, and thus mimics the
function of the actual product, but does not look at all like it
Another method to easily build high fidelity Throwaway Prototypes is to use a
GUI Builder and create a click dummy, a prototype that looks like the goal
system, but does not provide any functionality
25. Page 25Classification: Restricted
Spiral Approach
This model of development combines the features of the prototyping model
and the waterfall model
The spiral methodology reflects the relationship of tasks with rapid
prototyping, increased parallelism, and concurrency in design and build
activities. The spiral method should still be planned methodically, with tasks
and deliverables identified for each step in the spiral
26. Page 26Classification: Restricted
Spiral Approach
A preliminary design is created for the new system. This phase is the most
important part of "Spiral Model". In this phase all possible (and available)
alternatives, which can help in developing a cost effective project are analyzed
and strategies, are decided to use them. This phase has been added specially
in order to identify and resolve all the possible risks in the project
development. If risks indicate any kind of uncertainty in requirements,
prototyping may be used to proceed with the available data and find out
possible solution in order to deal with the potential changes in the
requirements
A first prototype of the new system is constructed from the preliminary
design. This is usually a scaled-down system, and represents an approximation
of the characteristics of the final product
A second prototype is evolved by a fourfold procedure:
• evaluating the first prototype in terms of its strengths, weaknesses,
and risks;
• defining the requirements of the second prototype;
• planning and designing the second prototype;
• constructing and testing the second prototype
27. Page 27Classification: Restricted
Spiral Approach Steps
At the project sponsor's option, the entire project can be aborted if the risk is
deemed too great. Risk factors might involve development cost overruns,
operating-cost miscalculation, or any other factor that could result in a less-
than-satisfactory final product
The existing prototype is evaluated in the same manner as was the previous
prototype, and, if necessary, another prototype is developed from it
according to the fourfold procedure outlined above
The preceding steps are iterated until the customer is satisfied that the
refined prototype represents the final product desired
The final system is constructed, based on the refined prototype
The final system is thoroughly evaluated and tested. Routine maintenance is
carried out on a continuing basis to prevent large-scale failures and to
minimize downtime
28. Page 28Classification: Restricted
Definition and Overview of RUP
What is RUP?
• Process Used for UML
• Used for designation
• Assigns responsibility
Overview of RUP
• Two-Dimensional:
• Dynamic
• Cycles
• Phases
• Iterations
• Milestones
• Static
• Activities
• Artifacts
• Workers
• Workflows
29. Page 29Classification: Restricted
Inception Phase
What Happens at this Phase?
• Creation of:
• Business Case
• Preliminary Use Cases
• Vision Document
• Possible Prototypes of the
Product/Software
Outcomes of Inception Phase
• Agreement between
stakeholders on scope and
cost estimates
• Understanding of requirements
• Initial exposure to estimates,
priorities, risks and the
overall development process
30. Page 30Classification: Restricted
Elaboration Phase
What Happens at this Phase?
Analysis of:
• Domain
• Requirements
• Project Plan
• Project Stability & Flexibility
Outcomes of the Elaboration
Phase
•More complete Use-Case
Model with detailed
descriptions
• Description of the Software
Architecture
• Development plan for overall
project and any projected
iterations/evaluations
31. Page 31Classification: Restricted
Construction Phase
What Happens at this Phase?
• Development of:
• The Final Product
• Test Cases to test the final
product
• Management Tools
• Resource Management
• Quality Management
• Schedule Management
Outcomes of the Construction Phase
• A fully functional product or
software
• User Manuals
• Description of a release or
current product
32. Page 32Classification: Restricted
Transition Phase and Iterations
What Happens in the Transition
Phase?
Release of the Final Product
• Provide:
• Product
• Post-Release
debugging/troubleshooting
• End-User Support & Training
Outcome of the Transition
Phase
• Rollout of final product
• User feedback may be
available
• Comparison of cost & time
forecasts to actual costs &
time
Outcome of Iterations
• Risk Mitigation
• Better Change Management
• Continuous Learning
• Better Overall Quality
33. Page 33Classification: Restricted
Static Structure of the Process
A process describes who is doing what, how, and when.
• Workers, The ‘who’
• Activities, The ‘how’
• Artifacts, The ‘what’
• Workflows, The ‘when’
35. Page 35Classification: Restricted
Activity
Activity of a worker is a unit of work that an individual will perform or given to
perform in a given time frame.
An activity should be usable as an element of planning and progress; if it is too
small, it will be neglected, and if it is too large, progress would have to be
expressed in terms of an activity’s parts.
Example of activities:
Plan an iteration, for the Worker: Project Manager
Find use cases and actors, for the Worker: System Analyst
Review the design, for the Worker: Design Reviewer
Execute performance test, for the Worker: Performance Tester
36. Page 36Classification: Restricted
Artifacts
An artifact is a piece of information that is
Produced
Modified
or used by a process
Artifacts are used as input by workers to perform an activity
Parameters of activities
Artifacts may take various shapes or forms:
• A model, such as the Use-Case Model or the Design Model
• A model element, i.e. an element within a model, such as a class, a use
case or a subsystem
• A document, such as Business Case or Software Architecture Document
• Source code
• Executables
37. Page 37Classification: Restricted
Workflow
A workflow is a sequence of activities that produces a result of observable
value. A workflow can be expressed as a sequence diagram, a collaboration
diagram, or an activity diagram.
39. Page 39Classification: Restricted
Core Workflow
Business Modeling:
Software engineering and business engineering
community do not communicate properly with
each other as a result: The output from the
business engineers which is the input for the
software development effort will not being used
properly.
RUP addressed this issue and by providing a
common language and process for both
communities, as well as showing how to create and
maintain direct traceability between business and
software models.
In Business Modeling documentation of business
processes is done by using business use cases.
Which assures a common understanding among all
stakeholders of what business process needs to be
supported in the organization.
Requirements:
The Goal of requirements
workflow:
What the system should do?
Allows the developers and
customer to agree on the
description
Identify the Actors
How to achieve the goal:
Elicit
Organize
Document required
functionality
Document the constraints
Track and document
tradeoffs and decision
42. Page 42Classification: Restricted
XP
Concept :
Coding
Testing
Listening
Designing
• Light-weight: discipline without bureaucracy
• Under stress, people do what is easiest
• All XP practices have short-term benefits as well as long-term benefits
• Development as a Conversation
• The code is the documentation
43. Page 43Classification: Restricted
What is Agile
Processes and techniques for incremental and iterative software
development
Agile Manifesto
– “We are uncovering better ways of developing software by doing it
and helping others do it. Through this work we have come to value”:
Individuals and interactions over processes and tools
Working software over comprehensive documentation
Customer collaboration over contract negotiation
Responding to change over following a plan
52. Page 52Classification: Restricted
Scrum Ceremonies
1.SPRINT PLANNING
(Discuss top PBI scope>estimate)
2. Daily stand up meeting
(<15 minutes, what I did till this meeting, what ill do till next meeting ,
what's blocking me)
3. Sprint review (last day)
(To demonstrate what is ready to ship to po, no ppt, demo on prodn
env
4. Sprint retrospective –
what went right, what went wrong
54. Page 54Classification: Restricted
Product Backlog
PBIs are Uniquely ranked items, progressive
user stories are short plain language of description of functionality in
terms of customer benefit/need
Stories (=requirement) priority estima
te
As a user I want to be able to easily install
the application so that I can access my
bank account on my mobile
1 5
As a user I want to be able to view my bank
transaction history so that I can track my
transactions
2 3
56. Page 56Classification: Restricted
Agile Methods – Scrum (3)
Commitment
– Team takes responsibility to complete the Sprint. To avoid things that
will stand in its way
Focus
– Team’s focus is maintained. Distractions, interruptions are fielded
Openness
– Overall and individual status and commitments kept open.
Respect
– Team responsibility rather than scapegoat.
Courage
– Management and team have the courage to take responsibility to do
what is necessary
57. Page 57Classification: Restricted
Topics to be covered in next session
• Enterprise analysis
• SWOT Analysis
• Feasibility Evaluation
• Problem Statement & Goal Statement
• Business Case
• Project Scope Statement & Vision Document
• AS IS (current state) and TO BE (future state)
• Root Cause Analysis – Fish Bone Diagram