L'Assurance de la qualité dans la phase de conception?

Comment fonctionne l'assurance de la qualité de l'ajustement dans la phase de conception de développement de logiciels?

Ce que (le cas échéant) de l'assurance qualité des activités sont réalisées dans la phase de conception?

Pouvez-vous donner des précisions, parce que votre question n'est pas très clair pour le moment.
même moi, je ne sais pas exactement ce que cela signifie mais peut-être que la qualité assurace activités sont menées dans la phase de conception?
le suivi de Jeff modifier, j'ai ajouté votre clarification de la question et l'a nominé pour la réouverture
Il y a une vraie question maintenant, donc j'ai voté pour la réouverture.
Ne pas comprendre l'offensive voix, ni la clôture des votes, ni la voix. C'est une bonne question, à mon avis. rouvrir++; vote++;

OriginalL'auteur user81378 | 2009-03-23

8

La chose la plus utile que l'AQ peut faire au cours de la phase de conception est de faire en sorte que le fourni spec a un ensemble précis, vérifiables objectifs. Et l'utilisation de ces objectifs à venir avec un plan de test.

C'est afin qu'ils puissent répondre à deux questions très importantes: "cela Peut-il être testé" et "Combien de temps cela prend-il pour tester". Le premier est important de veiller à ce que tout le monde connaît les critères pour la réalisation du projet. Et la deuxième est nécessaire, car il constitue une partie du coût global de la mise en œuvre.

OriginalL'auteur Jack Ryan
2

Une bonne conception est une conception testable. OMI, il faut toujours penser à comment on pourrait tester le logiciel, même pendant la phase de conception. Bien sûr, le niveau d'attention requis dépendra de savoir si vous faites de la conception détaillée ou d'une architecture de haut niveau. À l'aide d'une méthodologie, comme le TDD, force l'accent sur l'importance du dépistage au cours de la conception. Bien sûr, il ne faut pas négliger d'autres aspects de l'assurance de qualité, tels que des tests d'utilisabilité, tests de performance, etc. Ce sont aussi des facteurs importants à considérer lors de la conception -- comment atteindre vos objectifs et la façon d'évaluer si les objectifs sont atteints.

OriginalL'auteur tvanfosson
2

Phase de conception:
Un manque de qualité dans le processus de conception peut invalider la bonne spécification des exigences et peut faire corriger la mise en œuvre impossible.
La pratique de l'industrie montre que l'utilisation de la liste de contrôle lors de la conception permet d'améliorer la qualité de la conception

Avons-nous répondu à toutes les exigences mentionnées dans le SRS?
A la SRS été mis sous le contrôle des documents?
Ont les exigences liées aux fonctionnalités suivantes traités au cours de la conception?
La Performance, la sécurité, la simultanéité, la facilité d'utilisation, la portabilité, la testabilité, la langue/DB/OS/besoins matériels, environnement de développement, la compatibilité, l'adhésion aux normes de l'industrie, de l'évolutivité, la gestion des exceptions

Est la méthodologie de conception choisi approprié pour le type de projet logiciel à développer.
Clarté:
Est la conception de la documentation claire/sans ambiguïté?
Peut-il concevoir être techniquement justifiées
Compatibilité avec les Logiciels existants
L'effet de cette conception sur le logiciel existant été identifiés
Nous avons fait l'analyse de l'impact
Cette conception s'appuient sur les effets secondaires d'un autre logiciel?
Cette conception de dépendance à l'égard de toute autre conception?

Niveau Du Composant:
Sont les interfaces bien définies?
Sont les principales structures de données définies
Sont les principaux algorithmes définis
Les données/contrôle de flux définis
Structure de données et Algorithmes
Sont les structures de données définies
Sont les méthodes d'accès aux structures de données définies?
Sont les algorithmes définis?
Ne les structures de données et algorithmes de résoudre les problèmes

Erreur/Exception
Sont données les erreurs de type manipulé?
Le logiciel de valider la saisie de l'utilisateur?
Le logiciel explicite, non menaçant les messages en cas d'erreur? (Qualité des messages d'erreur).
Le logiciel peut-il être redémarré à partir de n'importe quel point, après une erreur?
Le logiciel le traiter comme les conditions d'exception tels que des violations d'accès et de point flottant erreurs.

Procédure Interfaces
Le nombre de paramètres en cours de match le nombre de paramètres formels?
Faire le type et la taille des paramètres effectifs correspondent au type et de la taille des paramètres formels?
Avons-nous précisé le local et le global fonctionne correctement?
Sont des variables globales définies et utilisées de façon cohérente entre les modules?
Est toute la communication documentée (p. ex. les paramètres et les données partagées)?

Procédure De Niveau
La procédure de faire quelque chose de très similaire à une procédure existante?
Est-il une procédure de bibliothèque qui fera la même chose?
La procédure est trop complexe
Pourrait la procédure est décomposée en séparer, plus logique morceaux.
La procédure est de taille acceptable?

La procédure de faire une seule chose logique?
La procédure s'appuyer sur une procédure étendue variable statique?
La procédure est facile à entretenir et cocrrectly référencé?
Pouvez la procédure être testé facilement?
Sont les effets secondaires décrits?

Qualité
Sont les objectifs de conception indiqué (fiabilité, la flexibilité, la maintenabilité, la performance, etc)?
La conception de satisfaire à ses objectifs? (Traçabilité des Exigences)
Est-il prouvé que plus d'une option de conception a été pris en compte?
Plusieurs options de conception répertoriés avec la raison de leur adoption ou de rejet?
Sont les hypothèses de conception a déclaré
Sont la conception de compromis a déclaré
La conception est-elle efficace?
La conception est facile à gérer?
Est la conception portable?
Pouvez la conception de gérer les modifications apportées à l'environnement extérieur avec un minimum de modifications?
Est le paramètre de conception pilotés ou sont les valeurs codées en dur dans le programme.

Exigences
La conception de satisfaire toutes les exigences?
Est-il de la traçabilité entre la conception et les spécifications du système?
Pouvez la conception de satisfaire les exigences en matière de coût?
Peut-être achevés dans les délais impartis?
La conception de rester au sein de l'exigence de mémoire contraintes
La conception de rester dans le disque nécessaire les contraintes d'utilisation
La conception de satisfaire les exigences de temps de réponse?
Sera la conception de la poignée au taux prévu de transactions?
Sera la conception de gérer le flux de données attendu volumes?

OriginalL'auteur
1

D'Assurance de la qualité ne pas vraiment s'intégrer dans la phase de conception. L'assurance qualité est à propos de la fixation des défauts après qu'ils aient eu lieu, quelque chose qui était une pratique commune dans le dernier millénaire. Bien sûr, il y a peut-être des défauts dans le cahier des charges les documents produits au cours de desing, mais à côté de ceux que vous n'avez pas de produit encore, donc pas de défauts à trouver.

De Gestion de la qualité sur l'autre main est la façon d'aller dans le 21e siècle. C'est une approche intégrée à défaut prévention. Il est crucial pour l'intégrer dans votre projet depuis le début, donc il a certainement doit s'adapter à la conception.

Il y a des milliers de livres et de pages web à propos de ce sujet, mais l'OMI choses les plus importantes sont:
1. Apprendre des erreurs précédentes. Analyser des projets similaires et de voir quelles ont été les principales erreurs commises. Essayez de les éviter dans votre projet.
2. Après la fin du projet, faire une analyse après action pour savoir ce qui a été raté dans l'étape 1 ci-dessus. Utiliser les informations sur le prochain projet similaire.
Cet argument n'a pas vraiment répondre à la question, "l'Assurance Qualité" et "Gestion de la Qualité" peut-être des choses différentes, même si je suis un peu sceptique à ce sujet, mais soit l'un serait une "politique de qualité".
Eh bien, quand j'ai répondu à la question, le titre de la lecture d'assurance de la Qualité pendant la phase de design', de sorte qu'il répond à la question d'origine. Et QM et QA de choses différentes, et se concentrer uniquement sur l'assurance qualité est un énorme erreur. Je l'ai fait, obtenu brûlé...

OriginalL'auteur Treb
1

Il y a trajet en voiture d'une Architecture en phase de Conception et une phase de conception détaillée.

Activités d'assurance qualité au cours de ces phases peuvent inclure:
- Assurer que l'architecture prend en charge tous les (non)-exigences fonctionnelles
- Assurant que tous les modules importants sont couverts et correctement conçu dans les dessins détaillés
- Assurer que les documents de conception sont sous configuration (modification) de gestion
- Faire (formelle) des examens à passer en revue l'architecture et de sa documentation
- Assurer que les prédéfinis des normes de conception sont suivies
C'est parfois désigné comme "Logiciel de Qualité Critique des Revues de Conception'. Vous pouvez voir un exemple de liste de vérification ici.

OriginalL'auteur Razzie
1

De comprendre comment il s'intègre dans votre processus de développement, vous avez à prendre en compte:
- La qualité du produit est de la responsabilité de l'ensemble de l'équipe. Le rôle de chaque groupe doivent apporter leur valeur correspondante pour le projet (apporter de l'aide au projet, si vous vous sentez certaines compétences sont manquantes). N'ont pas la qualité de l'équipe de faire des activités qui sont ou devraient être les examens par des pairs c'est à dire l'architecture, des revues de conception.
- QA n'est pas l'endroit où vous jetez un manque de responsabilité dans le projet, c'est à dire la gestion de projet devraient se préoccuper de budget, risques, etc. Sa la responsabilité de ce rôle pour s'assurer que tous ceux qui sont en place. Au-delà de cela, vous utilisez des audits de+de mentorat pour aider chaque membre de l'équipe de s'acquitter de leurs rôles.
- QA ne contribue à l'architecture/design basé sur leur point de vue qu'il doit être testable. Ils envisager activement/plan/conception de la manière dont ils seront les tests de ladite architecture/design, qui est un facteur important de disposer d'un effectif/réussite du test d'effort.
- QA contribue à une variété d'artefacts, tout comme le développement côté. Toujours porté sur la façon dont il se rapporte à des objectifs qu'ils veulent atteindre.
- QA doit se préparer à commencer l'automatisation des tests dès le début du développement. Cette impliquent également une importante coordination avec les développeurs et les plan de l'utilisation d'une approche de développement qui permettra à l'équipe de contrôle qualité continuellement/progressivement faire le test d'automatisation.
- Tout comme les activités de développement sont limitées/priorité, l'équipe d'assurance qualité doit faire de même. Il existe beaucoup de variantes de test qui peut être fait dans un projet qu'il est impossible de réellement faire le tout avec une couverture complète. Cela aura un impact sur l'effort d'assurance qualité dans le projet, et peut aussi aider à rendre clair ce qui est à gauche hors de portée sur l'équipe de qa (autres mesures pourraient être mises en place pour s'attaquer à d'autres rôles).
- Comment/quand les activités sont fait a relation étroite avec les processus et les pratiques utilisées. Une simplification serait la suivante: si vous êtes impliquant des activités de développement à l'effort, il y a quelque chose de significatif pour l'assurance de la qualité de l'effort qui doit se passer ainsi.
- La plupart des rôles et des activités dans les différentes méthodologies sont là pour ajouter à différents aspects de la qualité du projet et le ou les produit(s).
OriginalL'auteur eglasius

Vous devez vous connecter pour publier un commentaire.