Conditions De Serrage

Share

|

En mars 1996, McGrath franc a adressé le problème de capturer des conditions lors d'une réunion de l'association de gestion de projet dans le coin de Tysons, la Virginie. En résumé, McGrath s'est dirigé à la communauté de logiciel en tant qu'étant simplement arrogant en commençant le travail de développement sans faire clouer des conditions. Par exemple, il s'est dirigé aux industries du bâtiment. Quel entrepreneur général commencerait la construction d'un bâtiment avec une condition qu'énonce, “il sera un grand bâtiment avec des bureaux à l'intérieur ?” Que ce moyen ? Quelle est la condition pour une usine à laquelle des avions seront faits ou un gratte-ciel où beaucoup d'entreprises résideront ? McGrath a continué d'employer l'exemple général d'entrepreneur, indiquant que l'entrepreneur général découvre non seulement quel type de bâtiment, mais également quels matériaux doivent être employés dans la construction du bâtiment. L'entrepreneur général découvre alors quelles tolérances sont nécessaires dans les matériaux et ainsi de suite et ainsi de suite. Donné une certaine pensée, il est facile de voir à quel point les clarifications importantes sont en définissant des conditions dans les industries du bâtiment. Elles ne sont aucun moins important dans les affaires de logiciel, mais toutes trop souvent des réalisateurs de logiciel estiment incorrectement qu'elles s'occupent de la zone créatrice où il est plus difficile bien d'articuler et capturer des conditions efficacement.

Il peut ne pas être aussi dur qu'il semble. Les lotisseurs de logiciel doivent d'abord se rappeler qu'ils capturent des rêves’des personnes s, pas ce qui ils ont besoin — cependant d'eux peuvent avoir besoin de lui — pas ce qui ils les veulent — cependant peuvent le vouloir. Les réalisateurs de logiciel capturent leurs rêves, leurs désirs vrais. À cet égard il est très personnel pour chaque personne participant au procédé de définition de conditions. Ils peuvent discuter au sujet des points mineurs et ne communiquent pas ce qui continue dans leur esprit. Un chef du procédé de définition de conditions peut surmonter ceci par :

1. La conduite des réunions régulièrement prévues avec un ordre du jour précédemment distribué de sorte que les personnes concernées soient présentes et les participants savent ce qui sera couvert et ce qui est prévu d'elles.

2. Structurant chaque réunion pour s'assurer que des conditions précédemment identifiées sont documentées pour la revue et l'analyse, permettant au nouveau requireme NTS d'être soumis et enregistré pour la revue lors d'une future réunion et s'assurant que des conditions qui sont dehors-de-portée pour un projet spécifique ou dégagement d'un projet sont identifiées et ajournées.

3. S'assurant que chaque personne lors de la réunion a une occasion de parler et entendre sans critique ou crainte des rires ou fabrication pour se sentir sourde-muette ou stupide.

4. Temps de dépense de s'assurer l'information communiquée comme condition est signicative ; c'est-à-dire, assurez-vous que chacun comprend que le grand bâtiment est un gratte-ciel grand et pas un entrepôt ou une usine. Bien qu'il puisse être évident qu'un effort significatif est dépensé de capturer et des conditions de revue, il y a un grand remboursement si les conditions sont identifiées correctement vers le haut de l'avant. Le coût de corriger le logiciel pour manquer ou conditions incorrectes monte de manière significative le plus tard dans le procédé de développement que l'erreur est trouvée.

Ces statistiques sans attrait et très coûteuses peuvent être réduites sensiblement quand le terrain communal d'ambiguïtés on élimine assez à la conversation journalière et exagéré par les domaines de spécialisation séparés apportés à la table par le client et les réalisateurs. Employez les conseils et les techniques utiles prouvés temps fini par les professionnels de logiciel tels que Donald Gause et Gerald Weinberg, qui sont notés dans le domaine de la définition de conditions. Le résultat sera un arrangement négocié du désir’du client s et d'une certitude que chacun impliqué dans le projet travaille vers l'accomplissement du même système. Commencez par des ambiguïtés d'enlèvement au niveau de rapport.

Conditions Ambiguës De Clarification

L'ambiguïté au niveau de rapport est examinée par le verbalization des visualisations. Par exemple, si la condition doit établir une structure pour protéger un humain contre le vent et la pluie et neiger et la glace est donnée à cinq personnes, chacun des cinq peuples peut avoir une visualisation différente. On pourrait visualiser un kiosque à une gare routière, à des autres une maison de ranch de threebedroom, et à quelqu'un d'autre une Rolls Royce brillante intéressante. Car les gens lors de la réunion expliquent leur image visuelle de ce qui a été énoncé, la clarification peut être faite, et l'accord peut être conclu.

Ainsi, comment fait un visualisez le rapport suivant de condition : L'utilisateur pourra stocker une ou plusieurs fenêtres dans un album, et comment fait un exprès cette vision. La visualisation ici ne peut pas être comme évidente, mais on certainement voudrait savoir si n'importe qui autour de la table de conférence obtient l'impression qu'elles pourront stocker des fenêtres dans un album que les dossiers de manière peuvent être stockés dans les annuaires pendant des périodes indéfinies. Ainsi, examinez le rapport :

§ ce qui est le client interprétant le rapport pour signifier ?

le § ce qui fait le réalisateur prévoient les possibilités, c.-à-d., une courte description fonctionnelle de ce qui sera mise en application pour répondre à l'exigence, pour être ?

§ ce qui sont les conditions de système, c.-à-d., combien de fenêtres seront stockés ? Combien de temps sont-ils exigés pour être stockés ? Quelles sont les conditions en temps de récupération pour différents types de stockage ?

Documentez l'arrangement négocié qui est atteint entre le client et les lotisseurs concernant le requirement(s) et comment il (elles) sera mis en application. Au niveau de mot, employez les synonymes et les comparaisons pour clarifier et assurer l'interprétation correcte de ce qui est dit. Par exemple, si la condition est au commencement énoncée comme :

Une grande horloge sera montrée …

Elle devrait être redite comme :

Une grande horloge sera montrée …

Commencez par employer le synonyme grand pour le mot grand. Puis, clarifiez l'utilisation du mot grand en utilisant encore une comparaison spécifique, c.-à-d., grand la signifie remplit écran entier ou moitié juste de l'écran ? En conclusion, redites la condition de définir la taille ou la gamme spécifique des tailles d'accord sur lesquelles le client et les lotisseurs ont été. De cette façon, l'arrangement par le client et le lotisseur sont conformé. Il n'y aura aucune surprise quand le produit est présenté comme complet. D'une manière primordiale, les incidents des difficultés sur place qui ajoutent tellement rapidement à la fin d'un projet seront réduits sensiblement.

Détermination De la Portée

La valeur d'éliminer des conditions composées peut être vue à tous les niveaux, de la gestion supérieure pour projeter des réalisateurs et du client à l'équipe de garantie de la qualité. Seulement après qu'on élimine des conditions composées mettent en boîte la portée vraie du projet soient évaluées, la commande de changement appliquée, examinant soit correctement contrôlée, et la métrique signicative soit rassemblée.

Un exemple simple d'une condition composée est : L'utilisateur doit pouvoir ajouter, supprimer, et modifier une rangée. Ce qui cause ceci être une condition composée sont les choses multiples que l'utilisateur doit pouvoir faire. En déterminant la portée du travail, la condition composée sera considérée en tant qu'une unité de travail, quand en fait pour fournir ces possibilités dans le système elle peut prendre trois programmes séparés pour le faire s'avérer justement. En plus, si n'importe quelle partie d'une condition composée rencontre un problème pendant l'essai, la condition entière est montrée comme non satisfaite. Ceci peut biaiser la métrique de résultat d'essai.

Pour débarrasser un projet des conditions composées, identifiez les rapports dans chaque condition, puis prévoyez à chaque rapport une exigence autonome. Cette action aide non seulement à clarifier la condition, mais elle fournit également une vue plus précise de la taille et de la portée du projet. L'autre chose que l'élimination des conditions composées est permettent à des dépendances de condition d'être identifiées et attachées ensemble dans une base de données.