MindMap Gallery 813 Software Engineering-Requirements Analysis
Used for the postgraduate entrance examination 813 Software Engineering or the final series of knowledge points. In order to develop software products that truly meet user needs, we must first know the user needs. A deep understanding of software requirements is the key to successful software development efforts.
Edited at 2023-06-14 16:15:23Mappa mentale per l’analisi del controllo della gestione del portata di progetto. Tre sezioni principali: 1. WBS Scope Breakdown – scomposizione gerarchica del lavoro con dettaglio dello Scopo del progetto. 2. Scope Boundary / Exclusions – definizione chiara dei confini del progetto e di ciò che è escluso per evitare scope creep. Strumento ideale per project manager e team di controllo per mantenere allineamento e ridurre rischi.
Questo template, ideato con EdrawMind, è un modello completo per il miglioramento continuo del sistema di gestione della qualità, con una descrizione di circa 500 parole. È strutturato come un diagramma a lisca di pesce, strumento efficace per analizzare le cause principali dei problemi di qualità e definire le leve di controllo necessarie per risolverli. Il processo è organizzato in quattro fasi chiave: la prima è lo standard e la pianificazione, dove si definiscono gli obiettivi di qualità, i criteri di accettazione, i requisiti di prova e le porte di qualità (Quality Gate). La seconda fase analizza i processi e le porte di controllo, per garantire che ogni passaggio del lavoro segua i standard stabiliti. La terza fase riguarda l’esecuzione QA/QC, con la definizione di metodi di prova e ispezione, nonché regole per la gestione dei difetti e delle non conformità. L’ultima fase è il miglioramento e le azioni correttive e preventive (CAPA), insieme a una catena di audit per monitorare l’efficacia delle misure adottate. In basso, una tabella "Quality Gate" permette di tracciare ogni punto di controllo, con criteri specifici, metodi di prova, proprietario e stato di avanzamento. Grazie alla visualizzazione chiara e intuitiva di EdrawMind, questo strumento aiuta il team a identificare le cause root dei problemi di qualità, implementare azioni efficaci e mantenere un ciclo di miglioramento continuo, garantendo la qualità finale del prodotto o servizio.
Questo template, creato con EdrawMind, è un modello di piano di comunicazione ottimizzato, con una descrizione di circa 500 parole. È uno strumento chiave per evitare incomprensioni tra stakeholder, garantire la trasparenza e mantenere il team allineato agli obiettivi del progetto. Il modello è composto da tre elementi fondamentali e interconnessi: la matrice di comunicazione, la cadenza timeline e le regole di comunicazione/SLA. La matrice di comunicazione è una tabella dettagliata dove per ogni pubblico o stakeholder, si definisce il tipo di informazioni da condividere, lo scopo della comunicazione, il canale da utilizzare (email, riunioni, piattaforme di progetto), la frequenza, il proprietario responsabile, il formato e il percorso di escalazione in caso di problemi. La cadenza timeline è una linea temporale che definisce le scadenze delle comunicazioni chiave, garantendo che le informazioni siano condivise in momento opportuno e non si verifichino ritardi o omissioni. Le regole di comunicazione e gli accordi sul livello di servizio (SLA) definiscono le norme formali della comunicazione, come i tempi di risposta, il tono da adottare e le responsabilità di ciascun membro del team. Grazie alla struttura visuale di EdrawMind, questo template permette di pianificare la comunicazione in modo strategico, trasparente e efficiente, riducendo i rischi di cattiva informazione, migliorando la collaborazione e garantendo che tutti gli stakeholder siano informati e coinvolti nel progetto.
Mappa mentale per l’analisi del controllo della gestione del portata di progetto. Tre sezioni principali: 1. WBS Scope Breakdown – scomposizione gerarchica del lavoro con dettaglio dello Scopo del progetto. 2. Scope Boundary / Exclusions – definizione chiara dei confini del progetto e di ciò che è escluso per evitare scope creep. Strumento ideale per project manager e team di controllo per mantenere allineamento e ridurre rischi.
Questo template, ideato con EdrawMind, è un modello completo per il miglioramento continuo del sistema di gestione della qualità, con una descrizione di circa 500 parole. È strutturato come un diagramma a lisca di pesce, strumento efficace per analizzare le cause principali dei problemi di qualità e definire le leve di controllo necessarie per risolverli. Il processo è organizzato in quattro fasi chiave: la prima è lo standard e la pianificazione, dove si definiscono gli obiettivi di qualità, i criteri di accettazione, i requisiti di prova e le porte di qualità (Quality Gate). La seconda fase analizza i processi e le porte di controllo, per garantire che ogni passaggio del lavoro segua i standard stabiliti. La terza fase riguarda l’esecuzione QA/QC, con la definizione di metodi di prova e ispezione, nonché regole per la gestione dei difetti e delle non conformità. L’ultima fase è il miglioramento e le azioni correttive e preventive (CAPA), insieme a una catena di audit per monitorare l’efficacia delle misure adottate. In basso, una tabella "Quality Gate" permette di tracciare ogni punto di controllo, con criteri specifici, metodi di prova, proprietario e stato di avanzamento. Grazie alla visualizzazione chiara e intuitiva di EdrawMind, questo strumento aiuta il team a identificare le cause root dei problemi di qualità, implementare azioni efficaci e mantenere un ciclo di miglioramento continuo, garantendo la qualità finale del prodotto o servizio.
Questo template, creato con EdrawMind, è un modello di piano di comunicazione ottimizzato, con una descrizione di circa 500 parole. È uno strumento chiave per evitare incomprensioni tra stakeholder, garantire la trasparenza e mantenere il team allineato agli obiettivi del progetto. Il modello è composto da tre elementi fondamentali e interconnessi: la matrice di comunicazione, la cadenza timeline e le regole di comunicazione/SLA. La matrice di comunicazione è una tabella dettagliata dove per ogni pubblico o stakeholder, si definisce il tipo di informazioni da condividere, lo scopo della comunicazione, il canale da utilizzare (email, riunioni, piattaforme di progetto), la frequenza, il proprietario responsabile, il formato e il percorso di escalazione in caso di problemi. La cadenza timeline è una linea temporale che definisce le scadenze delle comunicazioni chiave, garantendo che le informazioni siano condivise in momento opportuno e non si verifichino ritardi o omissioni. Le regole di comunicazione e gli accordi sul livello di servizio (SLA) definiscono le norme formali della comunicazione, come i tempi di risposta, il tono da adottare e le responsabilità di ciascun membro del team. Grazie alla struttura visuale di EdrawMind, questo template permette di pianificare la comunicazione in modo strategico, trasparente e efficiente, riducendo i rischi di cattiva informazione, migliorando la collaborazione e garantendo che tutti gli stakeholder siano informati e coinvolti nel progetto.
demand analysis
definition
In order to develop software products that truly meet user needs, we must first know the user needs. A deep understanding of software requirements is the key to successful software development efforts.
Task
general tasks
What should the system do?
Detailed points
1. Determine the comprehensive requirements of the system
1. Functional requirements
2. Performance requirements
3. Reliability and availability requirements
4. Error handling requirements
5. Interface requirements
User interface requirements
Hardware interface requirements
Software interface requirements
Communication interface requirements
6. Constraints
7. Reverse demand
Explain what the system should not do
8. Possible requests in the future
9. Analyze the data requirements of the system
2. Export the logical model of the system
Logical models are usually described using DFD diagrams, E-R diagrams, state transition diagrams, data dictionaries and main processing algorithms.
3. Revise the system development plan
How to communicate with users
Interview
Classification
formal interview
informal interview
Questionnaires are a great way to survey the opinions of a large number of people
Scenario analysis
Scenario analysis is to analyze the methods and results of users using the target system to solve a specific problem in the future.
Top-down refinement for data flow
structured analysis
The structured analysis method is a method of demand analysis based on top-down and step-by-step refinement of data flow.
The refinement of the data flow diagram can be completed through functional decomposition
Simple application specification technology
Team-oriented requirements gathering method
Users and developers work closely together to identify problems, propose solution elements, discuss alternatives, and specify basic requirements
advantage
Users and developers work closely together, work together, and discuss and refine
Quickly build software prototypes
characteristic
fast
easy to modify
Analytical modeling and specification
Analytical modeling
A model is an abstraction of things for the purpose of understanding them, and an unambiguous written description of things.
Software requirements specification
"Requirements Specification" is the most important document obtained during the requirements analysis stage.
E-R diagram
data object
Data objects are abstractions of the information that the software must understand
Data objects can be external entities
Attributes
Properties define the properties of a data object
connect
The way data objects relate to each other is called a relationship, also called a relationship
Classification
One to one
one to many
many to many
Symbols of E-R diagram
Entity->Rectangle
Relationship->Rhombus
Properties->Oval
Connect the three above with a straight line
State transition diagram
definition
Represent the behavior of the system by describing the state of the system and the events that cause system state transitions
state
initial state
There can only be one initial state
final state
There can be 0 or more final states
Intermediate state
event
definition
An event is control information that causes the system to take action or change state.
Other graphics tools
Functions of the first three graphics tools
Data flow diagram to build functional model
E-R diagram establishes entities of data model
Statecharts build behavioral models
hierarchical block diagram
A hierarchical box diagram depicts the hierarchical structure of data using a series of multi-level rectangular boxes in a tree structure.
Warnier diagram
A tree structure is also used to depict information, but it provides a richer means of depiction than a hierarchical box diagram.
IPO chart
use
Graphical tools for describing algorithms
definition
It is the abbreviation of input, processing and output diagram.
Function
Developed by IBM, it can easily depict the relationship between input data, data processing and output data.
Verify software requirements
How to verify software requirements
1. Consistency
All requirements must be consistent and requirements cannot conflict with each other.
2. Completeness
Requirements must be complete and should be fully reflected in the specification
3. Reality
The requirements proposed should be realistic
4. Effectiveness
It must be proven that the requirements are correct and valid and can solve user problems
How to verify software requirements
1. Verify the consistency of requirements
Check the software requirements specification
2. Verify the reality of the requirements
Refer to past development experience and use simulation or simulation technology
3. Verify the completeness and validity of requirements
Use prototyping systems