Wondershare EdrawMind
EdrawMind813 Analyse des exigences en matière de génie logiciel
Galerie de cartes mentales 813 Analyse des exigences en matière de génie logiciel
- 4
813 Analyse des exigences en matière de génie logiciel
Utilisé pour l'examen d'entrée de troisième cycle 813 Génie logiciel ou la dernière série de points de connaissances Afin de développer des produits logiciels qui répondent réellement aux besoins des utilisateurs, nous devons d'abord connaître les besoins des utilisateurs. Une compréhension approfondie des exigences logicielles est la clé du succès des efforts de développement logiciel.
Modifié à 2023-06-14 16:15:23- Breve storia del tempo
Questa è una mappa mentale su una breve storia del tempo. "Una breve storia del tempo" è un'opera scientifica popolare con un'influenza di vasta portata. Non solo introduce i concetti di base della cosmologia e della relatività, ma discute anche dei buchi neri e dell'espansione dell'universo. questioni scientifiche all’avanguardia come l’inflazione e la teoria delle stringhe.
- Il coraggio di essere odiato
Dopo aver letto "Il coraggio di essere antipatico", "Il coraggio di essere antipatico" è un libro filosofico che vale la pena leggere. Può aiutare le persone a comprendere meglio se stesse, a comprendere gli altri e a trovare modi per ottenere la vera felicità.
- Appunti di lettura di Il coraggio di non piacere.
"Il coraggio di essere antipatico" non solo analizza le cause profonde di vari problemi nella vita, ma fornisce anche contromisure corrispondenti per aiutare i lettori a comprendere meglio se stessi e le relazioni interpersonali e come applicare la teoria psicologica di Adler nella vita quotidiana.
813 Analyse des exigences en matière de génie logiciel
- Breve storia del tempo
Questa è una mappa mentale su una breve storia del tempo. "Una breve storia del tempo" è un'opera scientifica popolare con un'influenza di vasta portata. Non solo introduce i concetti di base della cosmologia e della relatività, ma discute anche dei buchi neri e dell'espansione dell'universo. questioni scientifiche all’avanguardia come l’inflazione e la teoria delle stringhe.
- Il coraggio di essere odiato
Dopo aver letto "Il coraggio di essere antipatico", "Il coraggio di essere antipatico" è un libro filosofico che vale la pena leggere. Può aiutare le persone a comprendere meglio se stesse, a comprendere gli altri e a trovare modi per ottenere la vera felicità.
- Appunti di lettura di Il coraggio di non piacere.
"Il coraggio di essere antipatico" non solo analizza le cause profonde di vari problemi nella vita, ma fornisce anche contromisure corrispondenti per aiutare i lettori a comprendere meglio se stessi e le relazioni interpersonali e come applicare la teoria psicologica di Adler nella vita quotidiana.
- Recommandé pour vous
- Contour
analyse de la demande
définition
Afin de développer des produits logiciels qui répondent réellement aux besoins des utilisateurs, nous devons d'abord connaître leurs besoins. Une compréhension approfondie des exigences logicielles est la clé du succès des efforts de développement logiciel.
Tâche
tâches générales
Que doit faire le système ?
Points détaillés
1. Déterminer les exigences complètes du système
1. Exigences fonctionnelles
2. Exigences de performances
3. Exigences de fiabilité et de disponibilité
4. Exigences de gestion des erreurs
5. Exigences d'interface
Exigences de l'interface utilisateur
Exigences relatives à l'interface matérielle
Exigences relatives à l'interface logicielle
Exigences relatives à l'interface de communication
6. Contraintes
7. Demande inversée
Expliquer ce que le système ne doit pas faire
8. Demandes possibles dans le futur
9. Analyser les exigences en matière de données du système
2. Exporter le modèle logique du système
Les modèles logiques sont généralement décrits à l'aide de diagrammes DFD, de diagrammes E-R, de diagrammes de transition d'état, de dictionnaires de données et d'algorithmes de traitement principaux.
3. Réviser le plan de développement du système
Comment communiquer avec les utilisateurs
Entretien
Classification
entretien formel
entretien informel
Les questionnaires sont un excellent moyen de sonder les opinions d'un grand nombre de personnes
Analyse du scénario
L'analyse de scénarios consiste à analyser les méthodes et les résultats des utilisateurs utilisant le système cible pour résoudre un problème spécifique dans le futur.
Affinement descendant pour le flux de données
analyse structurée
La méthode d'analyse structurée est une méthode d'analyse de la demande basée sur un raffinement descendant et étape par étape du flux de données.
Le raffinement du diagramme de flux de données peut être complété par une décomposition fonctionnelle
Technologie de spécification d'application simple
Méthode de collecte des exigences orientée équipe
Les utilisateurs et les développeurs travaillent en étroite collaboration pour identifier les problèmes, proposer des éléments de solution, discuter des alternatives et spécifier les exigences de base.
avantage
Les utilisateurs et les développeurs travaillent en étroite collaboration, travaillent ensemble, discutent et affinent
Créez rapidement des prototypes de logiciels
caractéristique
rapide
facile à modifier
Modélisation analytique et spécification
Modélisation analytique
Un modèle est une abstraction des choses dans le but de les comprendre, et une description écrite sans ambiguïté des choses.
Spécification des exigences logicielles
La « Spécification des exigences » est le document le plus important obtenu lors de la phase d'analyse des exigences.
Diagramme E-R
objet de données
Les objets de données sont des abstractions des informations que le logiciel doit comprendre
Les objets de données peuvent être des entités externes
Les attributs
Les propriétés définissent les propriétés d'un objet de données
connecter
La façon dont les objets de données interagissent les uns avec les autres est appelée relation, également appelée relation
Classification
Un par un
un à plusieurs
plusieurs à plusieurs
Symboles du diagramme E-R
Entité->Rectangle
Relation -> Losange
Propriétés->Ovale
Reliez les trois ci-dessus avec une ligne droite
Diagramme de transition d'état
définition
Représenter le comportement du système en décrivant l'état du système et les événements qui provoquent des transitions d'état du système
État
Etat initial
Il ne peut y avoir qu'un seul état initial
état final
Il peut y avoir 0 ou plusieurs états finaux
État intermédiaire
événement
définition
Un événement est une information de contrôle qui amène le système à agir ou à changer d'état.
Autres outils graphiques
Fonctions des trois premiers outils graphiques
Diagramme de flux de données pour créer un modèle fonctionnel
Le diagramme E-R établit les entités du modèle de données
Les statecharts créent des modèles comportementaux
diagramme hiérarchique
Un diagramme en boîtes hiérarchique représente la structure hiérarchique des données à l’aide d’une série de boîtes rectangulaires à plusieurs niveaux dans une structure arborescente.
Diagramme de Warnier
Une structure arborescente est également utilisée pour représenter des informations, mais elle fournit un moyen de représentation plus riche qu'un diagramme en boîte hiérarchique.
Graphique des introductions en bourse
utiliser
Outils graphiques pour décrire les algorithmes
définition
C'est l'abréviation de diagramme d'entrée, de traitement et de sortie.
Fonction
Développé par IBM, il peut facilement décrire la relation entre les données d'entrée, le traitement des données et les données de sortie.
Vérifier les exigences logicielles
Comment vérifier les exigences logicielles
1. Cohérence
Toutes les exigences doivent être cohérentes et les exigences ne peuvent pas entrer en conflit les unes avec les autres
2. exhaustivité
Les exigences doivent être complètes et doivent être pleinement reflétées dans la spécification
3. Réalité
Les exigences proposées doivent être réalistes
4. Efficacité
Il doit être prouvé que les exigences sont correctes et valides et peuvent résoudre les problèmes des utilisateurs.
Comment vérifier les exigences logicielles
1. Vérifier la cohérence des exigences
Vérifiez la spécification des exigences logicielles
2. Vérifier la réalité des exigences
Se référer à l'expérience de développement antérieure et utiliser la simulation ou la technologie de simulation
3. Vérifier l'exhaustivité et la validité des exigences
Utiliser des systèmes de prototypage