Dans le cycle de vie d'un logiciel, quelle est l'étape qui permet de résoudre « que fait le logiciel » ?

Dans le cycle de vie du logiciel, l'étape qui résout « ce que fait le logiciel » est : l'analyse des besoins. L'analyse des besoins consiste à avoir une compréhension approfondie et spécifique des besoins de l'utilisateur, et à être totalement cohérente avec les idées de l'utilisateur sur ce que le système développé doit faire, à clarifier ce que le système cible doit faire et à déterminer quelles fonctions la cible doit faire ; système doit avoir.

L'environnement d'exploitation de ce tutoriel : système Windows 7, ordinateur Dell G3.

Dans le cycle de vie d'un logiciel, l'étape qui permet de déterminer avec précision « ce que le système logiciel doit faire » est : l'analyse des exigences.

Tâches à chaque étape du cycle de vie du logiciel :

1. Définition du problème

Déterminer quel est le problème à résoudre ( quoi), grâce à l'enquête auprès du client, l'analyste système rédige brièvement un rapport écrit sur la nature du problème, les objectifs du projet et l'échelle du projet. Après discussion et modifications nécessaires, ce rapport doit être confirmé par le client.

2. Etude de faisabilité

Déterminer s'il existe une solution au problème. Les résultats de l'étude de faisabilité constituent une base importante pour que le client décide de poursuivre ou non le projet. D'une manière générale, seuls les projets dans lesquels l'investissement est susceptible de générer de plus grands bénéfices valent la peine d'être poursuivis.

3. Analyse des besoins

Comprendre les besoins de l'utilisateur en profondeur et en détail, et être totalement cohérent avec les idées de l'utilisateur sur ce que le système à développer doit faire. Clarifiez ce que le système cible doit faire et déterminez les fonctions qu'il doit avoir. Le modèle logique du système est généralement représenté par des diagrammes de flux de données, des dictionnaires de données et de brefs algorithmes. Utilisez « Spécifications » pour documenter les exigences du système cible.

4. Conception générale (conception globale)

En résumé, comment le système cible doit-il être mis en œuvre, plusieurs solutions possibles pour atteindre le système cible doivent être conçues et l'architecture du programme doit être conçu, c'est-à-dire déterminer de quels modules le programme se compose et les relations entre les modules.

5. Conception détaillée

Mettre en œuvre le travail spécifique du système et rédiger des spécifications détaillées sur cette base. La conception détaillée est également appelée conception de module. À ce stade, chaque module sera conçu en détail et les algorithmes et structures de données nécessaires à la mise en œuvre des fonctions du module seront déterminés.

6. Codage et tests unitaires (le codage représente 10 à 20 % de la charge de travail totale de développement)

7. Tests complets (les tests représentent 40 à 50 % du développement total). charge de travail)

8. Maintenance du logiciel

Grâce à diverses activités de maintenance nécessaires, le système peut répondre en permanence aux besoins des utilisateurs. Elle est principalement divisée en maintenance corrective, maintenance adaptative, maintenance parfaite et maintenance préventive.

Informations étendues

Référence du cycle de vie du logiciel

1 Référence fonctionnelle (référence fonctionnelle)

La référence fonctionnelle fait référence à la. À la fin de la phase d'analyse et de définition du logiciel, les spécifications du système à développer sont précisées dans le cahier des charges de conception du système qui a été formellement examiné et approuvé ou fait référence au traitement stipulé dans l'accord ou le contrat signé par les deux parties ; l'unité chargée du projet et l'unité chargée de l'exécution du projet. Spécifications du système logiciel à développer

ou spécifications du système logiciel à développer telles que stipulées dans l'énoncé de mission du projet appliqué par le subordonné et approuvé par le supérieur ou ; directement délivré par le supérieur. Une référence fonctionnelle est l’identification de la configuration fonctionnelle initiale approuvée.

2. Base de référence assignée (base de référence allouée)

La base de référence allouée fait référence à la spécification des exigences logicielles qui a été formellement examinée et approuvée à la fin de la phase d'analyse des exigences logicielles. La référence d’affectation est l’ID de configuration d’affectation initialement approuvé.

3. Référence du produit

La référence du produit fait référence à tous les éléments de configuration des produits logiciels développés qui ont été formellement examinés et approuvés à la fin des phases d'assemblage du logiciel et de test du système. La référence du produit est la désignation de configuration du produit initialement approuvée.

Pour plus de connaissances connexes, veuillez visiter la colonneFAQ!

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!