The document discusses requirements determination, which aims to convert high-level business needs into detailed requirements. It covers requirements analysis strategies like business process automation, improvement, and reengineering. Techniques for gathering requirements are described, including interviews, questionnaires, joint application development sessions, document analysis, and observation. Alternative documentation methods like concept maps and story cards are also presented. The chapter concludes with an overview of the contents of a system proposal document.
Determining Requirements In System Analysis And DsignAsaduzzaman Kanok
Requirements determination and requirements structuring are two core components of system analysis. Traditionally, interviewing, questionnaires, directly observing and analyzing documents are four main methods adopted by system analysts to collect information. JAD and prototyping are two modern requirements determination methodologies, which are developed and based on the previous traditional methods. A well-structured representation of system requirements can dramatically improve the communication among analysts, designers, users, and programmers. DFD, structured English, decision tables, decision trees, and E-R diagrams are traditional primary requirements structuring tools. Nowadays, RAD and OOA are emerging to help streamline and shorten the total SDLC. While RAD SDLC packs traditional analysis phase and part of design phase into one step, OOA tries to make the outcomes of analysis phase can be reused by the following developing phases
Determining Requirements In System Analysis And DsignAsaduzzaman Kanok
Requirements determination and requirements structuring are two core components of system analysis. Traditionally, interviewing, questionnaires, directly observing and analyzing documents are four main methods adopted by system analysts to collect information. JAD and prototyping are two modern requirements determination methodologies, which are developed and based on the previous traditional methods. A well-structured representation of system requirements can dramatically improve the communication among analysts, designers, users, and programmers. DFD, structured English, decision tables, decision trees, and E-R diagrams are traditional primary requirements structuring tools. Nowadays, RAD and OOA are emerging to help streamline and shorten the total SDLC. While RAD SDLC packs traditional analysis phase and part of design phase into one step, OOA tries to make the outcomes of analysis phase can be reused by the following developing phases
What is business analysis?
Who is a business analyst?
Business analyst skills
Business analyst job titles
Business analyst is a business doctor
Business analyst versus business consultant
Business analysis knowledge areas:
Enterprise analysis
Business analysis planning and monitoring
Elicitation
Requirement Management and Communication
Requirement analysis
Solution assessment and validation
Most popular business analysis techniques:
MOST
Business Process Modelling (BPM)
PESTLE
SWOT
MoSCoW
CATWOE
THE 5 WHYS (ROOT CAUSE ANALYSIS)
6 THINKING HATS
MIND MAPPING
PORTER’S 5 FORCES
Business Analysis Training |Business Analysis Demo VideoRajeshGOT
Business Analysis is the professional practice of empowering phenomenal change in an organizational setting, by defining requirements and endorsing solutions that bring value to investors. Global Online Trainings conducts online business analysis certification course for students and mid-level on-job professionals for giving them business analysis training online and up dated theoretical knowledge with best industry exposure by best subject matter experts.
This professional course by Global Online Trainings is apt for gaining exposure in the business roles like enterprise architect, business architect, system analyst, agile analyst, functional analyst, service request analyst, etc. where growth potential is high and monetary benefit is quite lucrative.
What is business analysis?
Who is a business analyst?
Business analyst skills
Business analyst job titles
Business analyst is a business doctor
Business analyst versus business consultant
Business analysis knowledge areas:
Enterprise analysis
Business analysis planning and monitoring
Elicitation
Requirement Management and Communication
Requirement analysis
Solution assessment and validation
Most popular business analysis techniques:
MOST
Business Process Modelling (BPM)
PESTLE
SWOT
MoSCoW
CATWOE
THE 5 WHYS (ROOT CAUSE ANALYSIS)
6 THINKING HATS
MIND MAPPING
PORTER’S 5 FORCES
Business Analysis Training |Business Analysis Demo VideoRajeshGOT
Business Analysis is the professional practice of empowering phenomenal change in an organizational setting, by defining requirements and endorsing solutions that bring value to investors. Global Online Trainings conducts online business analysis certification course for students and mid-level on-job professionals for giving them business analysis training online and up dated theoretical knowledge with best industry exposure by best subject matter experts.
This professional course by Global Online Trainings is apt for gaining exposure in the business roles like enterprise architect, business architect, system analyst, agile analyst, functional analyst, service request analyst, etc. where growth potential is high and monetary benefit is quite lucrative.
Tutte le foto appartengono agli utenti del forum di Land of Immortals. E' vietata la distribuzione, manipolazione o riproduzione anche parziale dei contenuti di questo file senza il permesso dei proprietari delle foto. Ovviamente potete scaricare il calendario e stamparlo mantenendone l'integrità, quindi i credits alla community di Land of Immortals e le discalie con i nomi degli autori degli scatti e dei proprietari delle bambole ritratte. Grazie.
Business requirements gathering and analysisMena M. Eissa
Business analysis and requirements management are a key to project success.
This workshop helps candidates perform better based on sharing real life experience with them.
CSF analysis is a method developed to guide businesses in creating and measuring success. It is widely used for technology and architectural planning in enterprise IT. Critical success factors are those factors which the management of organizations must focus and manage effectively.
For more such innovative content on management studies, join WeSchool PGDM-DLP Program: http://bit.ly/ZEcPAc
GridMate - End to end testing is a critical piece to ensure quality and avoid...ThomasParaiso2
End to end testing is a critical piece to ensure quality and avoid regressions. In this session, we share our journey building an E2E testing pipeline for GridMate components (LWC and Aura) using Cypress, JSForce, FakerJS…
GDG Cloud Southlake #33: Boule & Rebala: Effective AppSec in SDLC using Deplo...James Anderson
Effective Application Security in Software Delivery lifecycle using Deployment Firewall and DBOM
The modern software delivery process (or the CI/CD process) includes many tools, distributed teams, open-source code, and cloud platforms. Constant focus on speed to release software to market, along with the traditional slow and manual security checks has caused gaps in continuous security as an important piece in the software supply chain. Today organizations feel more susceptible to external and internal cyber threats due to the vast attack surface in their applications supply chain and the lack of end-to-end governance and risk management.
The software team must secure its software delivery process to avoid vulnerability and security breaches. This needs to be achieved with existing tool chains and without extensive rework of the delivery processes. This talk will present strategies and techniques for providing visibility into the true risk of the existing vulnerabilities, preventing the introduction of security issues in the software, resolving vulnerabilities in production environments quickly, and capturing the deployment bill of materials (DBOM).
Speakers:
Bob Boule
Robert Boule is a technology enthusiast with PASSION for technology and making things work along with a knack for helping others understand how things work. He comes with around 20 years of solution engineering experience in application security, software continuous delivery, and SaaS platforms. He is known for his dynamic presentations in CI/CD and application security integrated in software delivery lifecycle.
Gopinath Rebala
Gopinath Rebala is the CTO of OpsMx, where he has overall responsibility for the machine learning and data processing architectures for Secure Software Delivery. Gopi also has a strong connection with our customers, leading design and architecture for strategic implementations. Gopi is a frequent speaker and well-known leader in continuous delivery and integrating security into software delivery.
Essentials of Automations: The Art of Triggers and Actions in FMESafe Software
In this second installment of our Essentials of Automations webinar series, we’ll explore the landscape of triggers and actions, guiding you through the nuances of authoring and adapting workspaces for seamless automations. Gain an understanding of the full spectrum of triggers and actions available in FME, empowering you to enhance your workspaces for efficient automation.
We’ll kick things off by showcasing the most commonly used event-based triggers, introducing you to various automation workflows like manual triggers, schedules, directory watchers, and more. Plus, see how these elements play out in real scenarios.
Whether you’re tweaking your current setup or building from the ground up, this session will arm you with the tools and insights needed to transform your FME usage into a powerhouse of productivity. Join us to discover effective strategies that simplify complex processes, enhancing your productivity and transforming your data management practices with FME. Let’s turn complexity into clarity and make your workspaces work wonders!
Observability Concepts EVERY Developer Should Know -- DeveloperWeek Europe.pdfPaige Cruz
Monitoring and observability aren’t traditionally found in software curriculums and many of us cobble this knowledge together from whatever vendor or ecosystem we were first introduced to and whatever is a part of your current company’s observability stack.
While the dev and ops silo continues to crumble….many organizations still relegate monitoring & observability as the purview of ops, infra and SRE teams. This is a mistake - achieving a highly observable system requires collaboration up and down the stack.
I, a former op, would like to extend an invitation to all application developers to join the observability party will share these foundational concepts to build on:
Why You Should Replace Windows 11 with Nitrux Linux 3.5.0 for enhanced perfor...SOFTTECHHUB
The choice of an operating system plays a pivotal role in shaping our computing experience. For decades, Microsoft's Windows has dominated the market, offering a familiar and widely adopted platform for personal and professional use. However, as technological advancements continue to push the boundaries of innovation, alternative operating systems have emerged, challenging the status quo and offering users a fresh perspective on computing.
One such alternative that has garnered significant attention and acclaim is Nitrux Linux 3.5.0, a sleek, powerful, and user-friendly Linux distribution that promises to redefine the way we interact with our devices. With its focus on performance, security, and customization, Nitrux Linux presents a compelling case for those seeking to break free from the constraints of proprietary software and embrace the freedom and flexibility of open-source computing.
Unlocking Productivity: Leveraging the Potential of Copilot in Microsoft 365, a presentation by Christoforos Vlachos, Senior Solutions Manager – Modern Workplace, Uni Systems
A tale of scale & speed: How the US Navy is enabling software delivery from l...sonjaschweigert1
Rapid and secure feature delivery is a goal across every application team and every branch of the DoD. The Navy’s DevSecOps platform, Party Barge, has achieved:
- Reduction in onboarding time from 5 weeks to 1 day
- Improved developer experience and productivity through actionable findings and reduction of false positives
- Maintenance of superior security standards and inherent policy enforcement with Authorization to Operate (ATO)
Development teams can ship efficiently and ensure applications are cyber ready for Navy Authorizing Officials (AOs). In this webinar, Sigma Defense and Anchore will give attendees a look behind the scenes and demo secure pipeline automation and security artifacts that speed up application ATO and time to production.
We will cover:
- How to remove silos in DevSecOps
- How to build efficient development pipeline roles and component templates
- How to deliver security artifacts that matter for ATO’s (SBOMs, vulnerability reports, and policy evidence)
- How to streamline operations with automated policy checks on container images
GraphSummit Singapore | The Art of the Possible with Graph - Q2 2024Neo4j
Neha Bajwa, Vice President of Product Marketing, Neo4j
Join us as we explore breakthrough innovations enabled by interconnected data and AI. Discover firsthand how organizations use relationships in data to uncover contextual insights and solve our most pressing challenges – from optimizing supply chains, detecting fraud, and improving customer experiences to accelerating drug discoveries.
Threats to mobile devices are more prevalent and increasing in scope and complexity. Users of mobile devices desire to take full advantage of the features
available on those devices, but many of the features provide convenience and capability but sacrifice security. This best practices guide outlines steps the users can take to better protect personal devices and information.
Generative AI Deep Dive: Advancing from Proof of Concept to ProductionAggregage
Join Maher Hanafi, VP of Engineering at Betterworks, in this new session where he'll share a practical framework to transform Gen AI prototypes into impactful products! He'll delve into the complexities of data collection and management, model selection and optimization, and ensuring security, scalability, and responsible use.
Pushing the limits of ePRTC: 100ns holdover for 100 daysAdtran
At WSTS 2024, Alon Stern explored the topic of parametric holdover and explained how recent research findings can be implemented in real-world PNT networks to achieve 100 nanoseconds of accuracy for up to 100 days.
Removing Uninteresting Bytes in Software FuzzingAftab Hussain
Imagine a world where software fuzzing, the process of mutating bytes in test seeds to uncover hidden and erroneous program behaviors, becomes faster and more effective. A lot depends on the initial seeds, which can significantly dictate the trajectory of a fuzzing campaign, particularly in terms of how long it takes to uncover interesting behaviour in your code. We introduce DIAR, a technique designed to speedup fuzzing campaigns by pinpointing and eliminating those uninteresting bytes in the seeds. Picture this: instead of wasting valuable resources on meaningless mutations in large, bloated seeds, DIAR removes the unnecessary bytes, streamlining the entire process.
In this work, we equipped AFL, a popular fuzzer, with DIAR and examined two critical Linux libraries -- Libxml's xmllint, a tool for parsing xml documents, and Binutil's readelf, an essential debugging and security analysis command-line tool used to display detailed information about ELF (Executable and Linkable Format). Our preliminary results show that AFL+DIAR does not only discover new paths more quickly but also achieves higher coverage overall. This work thus showcases how starting with lean and optimized seeds can lead to faster, more comprehensive fuzzing campaigns -- and DIAR helps you find such seeds.
- These are slides of the talk given at IEEE International Conference on Software Testing Verification and Validation Workshop, ICSTW 2022.
2. Learning Objectives
• Learn how to create a requirements definition
• Learn various requirements analysis techniques
• Learn when to use each requirements analysis techniques
• Learn how to gather requirements using interviews, JAD
sessions, questionnaires, document analysis & observation
• Learn various requirements documentation techniques such
as concept maps, story cards & task-lists
• Understand when to use each requirements-gathering
technique
• Be able to begin the creation of a system proposal
3. Introduction
The systems development process transforms the existing
(as is) system into the proposed (to be) system
Requirements determination
The single most critical step of the entire SDLC
Changes can be made easily in this stage
Most (>50%) system failures are due to problems with
requirements
The iterative process of OOSAD is effective because:
Small batches of requirements can be identified and
implemented incrementally
The system will evolve over time
4. Requirements Determination
Purpose: to convert high level business requirements
(from the system request) into detailed requirements that
can be used as inputs for creating models
What is a requirement?
A statement of what the system must do or a characteristic
it must have
Will later evolve into a technical description of how the
system will be implemented
Types:
Functional: relates to a process or data
Non-functional: relates to performance or usability
6. Requirements Definition
Functional & non-functional requirements listed in outline
format
May be prioritized
Provides information needed in subsequent workflows
Defines the scope of the system
7. Determining Requirements
Business & IT personnel need to collaborate
Strategies for effective results:
Business Process Analysis (BPA)
Business Process Improvement (BPI)
Business Process Reengineering (BPR)
8. Determining Requirements
Requirements are best determined by systems analysts
and business people together
Strategies for analyzing the requirements
Business Process Analysis (BPA)
Business Process Improvement (BPI)
Business Process Reengineering (BPR)
Techniques for identifying requirements
Interviews, questionnaires and/or observation
Joint application development (JAD)
Document analysis
9. Creating a
Requirements Definition
Determine the types of functional and non-functional
requirements applicable to the project
Use requirements-gathering techniques to collect details
Analysts work with users to verify, change and prioritize
each requirement
Continue this process through analysis workflow, but be
careful of scope creep
Requirements that meet a need but are not within the
current scope can be added to a list of future
enhancements
10. Problems in
Requirements Determination
Analyst may not have access to the correct users
Requirements specifications may be inadequate
Some requirements may not be known in the beginning
Verifying and validating requirements can be difficult
11. Requirements Analysis
Strategies
Business Process Automation (BPA)
Least amount of change to the current system
Use computer technology to automate some portions
Business Process Improvement (BPI)
Moderate amount of change is required
Designed to improve efficiency of the current system
Business Process Reengineering (BPR)
Most amount of change—a complete makeover
Focus is on the to-be system—little time spent on the current
system
12. Business Process Automation
Techniques
Problem analysis
Ask users to identify problems with the current system
Ask users how they would solve these problems
Good for improving efficiency or ease-of-use
Root cause analysis
Focus is on the cause of a problem, not its solution
Create a prioritized list of problems
Try to determine their causes
Once the causes are known, solutions can be developed
13. Business Process Improvement
Techniques:
Duration analysis
Determine the time required to complete each step in a
business process
Compare this to the total time required for the entire process
Large differences suggest problems that might be solved by:
Integrating some steps together
Performing some steps simultaneously (in parallel)
Activity-based costing—same as duration analysis but
applied to costs
Informal benchmarking—analyzes similar processes in other
successful organizations
14. Business Process Reengineering
Institutes maximum change: “Out with the old and in
with the new”
Techniques:
Outcome analysis—what does the customer want in the
end?
Technology analysis—apply new technologies to business
processes & identify benefits
Activity elimination—eliminate each activity in a business
process in a “force-fit” exercise
16. Fact Finding Techniques
Process is used to:
Uncover all requirements (those uncovered late in the
process are more difficult to incorporate)
Build support and trust among users
Which technique(s) to use?
Interviews
Joint Application Development (JAD)
Questionnaires
Document analysis
Observation
17. Interviews
Most popular technique—if you need to know
something, just ask
Process:
Select people to interview & create a schedule
Design interview questions (Open-ended, closed-ended, &
probing types of questions)
Prepare for the interview (Unstructured vs. structured
interview organized in a logical order)
Conduct the interview (Top-down vs. bottom-up)
Follow-up after the interview
19. Interviewing Strategies
How
can order
processing be
improved?
How can we reduce the
number of times that customers
return ordered items?
How can we reduce the number of
errors in order processing (e.g., shipping
the wrong products)?
Top-down
Bottom-up
High-level:
Very general
Medium-level:
Moderately specific
Low-level:
Very specific
21. Joint Application Development
(JAD)
Joint user-analyst meeting hosted by a facilitator
10 to 20 users
1 to 2 scribes as needed to record the session
Usually in a specially prepared room
Meetings can be held electronically and anonymously
Reduces problems in group settings
Can be held remotely
Sessions require careful planning to be successful
Users may need to bring documents or user manuals
Ground rules should be established
22. Questionnaires
A set of written questions used to obtain information
from individuals
May be paper based or electronic (e.g., web based)
Common uses:
Large numbers of people
Need both information and opinions
When designing for use outside the organization (customers,
vendors, etc.)
Typical response rates: < 50% (paper); < 30% (Web)
23. Questionnaire Steps
Select the participants
Identify the population
Use representative samples for large populations
Designing the questionnaire
Careful question selection
Remove ambiguities
Administering the questionnaire
Working to get good response rate
Offer an incentive (e.g., a free pen)
Questionnaire follow-up
Send results to participants
Send a thank-you
24. Good Questionnaire Design
Begin with non-threatening and interesting
questions
Group items into logically coherent sections
No important items at the very end
Do not crowd a page with too many items
Avoid abbreviations
Avoid biased or suggestive items or terms
Number questions to avoid confusion
Pretest to identify confusing questions
Provide anonymity to respondents
25. Document Analysis
Provides information about the “as-is” system
Review technical documents when available
Review typical user documents:
Forms
Reports
Policy manuals
Look for user additions to forms
Look for unused form elements
26. Observation
Users/managers often don’t remember everything they
do
Checks validity of information gathered in other ways
Behaviors may change when people are watched
Workers tend to be very careful when watched
Keep a low profile
Try not to interrupt or influence workers
Be careful not to ignore periodic activities
Weekly … Monthly … Annually
27. Fact Finding Techniques
Compared
A combination of techniques may be used
Document analysis & observation require little training;
JAD sessions can be very challenging
28. Alternative Techniques
Concept Maps
Represent meaningful relationships between concepts
Focus individuals on a small number of key ideas
Story Cards & Task Lists
Associated with agile development methods
File cards with a single requirement
Each requirement is discussed
How much effort is required to implement it
A task list is created for each requirement (story)
Large requirements can be split into smaller sections
29. The System Proposal
Combines all material created in planning & analysis
Included sections:
Executive summary
Provides all critical information is summary form
Helps busy executives determine which sections they need to
read in more detail
The system request
The workplan
The feasibility analysis
The requirements definition
Current models of the system (expected to evolve)