English version
German version
Spanish version
French version
Italian version
Portuguese / Brazilian version
Dutch version
Greek version
Russian version
Japanese version
Korean version
Simplified Chinese version
Traditional Chinese version
Hindi version
Czech version
Slovak version
Bulgarian version
 

Prévisions des coûts de soutien

Business RSS Feed





Avez-vous su que l'entretien représente 50% à 80% du coût global de produit ? Bien, il ! Et tandis que la plupart des chefs de projet sont assez bons aux dispositifs de nouveau produit de classement par taille, beaucoup sont terribles à estimer l'effort exigé pour soutenir un produit une fois qu'il devient généralement disponible. En conséquence, des projets d'entretien sont insuffisamment fournis de personnel, les compagnies ne peuvent pas répondre aux demandes de client d'une façon opportune, et les produits n'atteignent jamais le remboursement.

Cet article présente une méthodologie pour vous aider guesstimate et donc plan pour la phase d'entretien des produits généralement disponibles. Mais d'abord, laissez-nous définissent quelques limites qui sont importantes pour la compréhension de cet article.

Entretien

L'entretien est défini comme effort lié aux défauts de réparation dans un système logiciel après la disponibilité générale (GA). En d'autres termes, combien de personne-mois prendra-t-cela à votre organisation aux bogues de difficulté celaa-t- découvert par vos clients dans le domaine ?

L'entretien peut être subdivisé dans trois sous-catégories.

La maintenance corrective implique la réparation des bogues qui sont découverts dans le système après qu'il devienne généralement disponible. Un exemple d'une activité de maintenance corrective est un réalisateur fixant une méthode de Java qui cause une erreur de compilation.

L'entretien adaptatif implique de changer le système en travail dans un environnement différent tel qu'une topologie différente de réseau, une plateforme, ou un logiciel d'exploitation. Un exemple d'une activité adaptative d'entretien est un réalisateur fixant une méthode de Java qui travaille à BEA WebLogic mais pas sur IBM Websphere.

L'entretien de Perfective implique les changements qui permettent au logiciel de répondre aux mêmes exigences mais d'une façon plus acceptable. Par exemple, le concepteur pourrait changer un certain code simplement pour rendre le système plus efficace ou plus facile pour maintenir.

Perfectionnements

Des perfectionnements, également connus sous le nom de le changement demande, sont définis comme effort lié à ajouter de nouvelles possibilités à un système logiciel, ou modifiant un système logiciel pour se réunir nouvellement a défini des conditions non fonctionnelles.

Imaginez une application qui exige de l'utilisateur d'authentifier en utilisant un username et un mot de passe. Jolie substance standard, droite ? Peut-être, mais quelques clients pourrait vouloir ajouter des troisième lettres de créance au mécanisme de mot de passe tel qu'un domaine. D'autres pourraient vouloir que le username adhère à un modèle de email address. En conclusion, d'autres pourraient vouloir que l'application se rappelle les qualifications de l'utilisateur au-dessus des sessions, authentifiant de ce fait l'utilisateur automatiquement.

Appui

L'appui est défini comme la somme de l'entretien et les efforts de perfectionnements ont exécuté après que le produit soit GA. En d'autres termes, l'appui inclut toutes les activités qui continuent après qu'un produit soit généralement disponible avoué.

Méthodologie

Tôt dans ma carrière, je me suis rendu compte que le principe de base simple pourrait être appliqué à estimer le coût de soutien de certains projets. Par exemple, le coût annuel de soutenir un emplacement statique de Web après lui devient disponible est plus ou moins équivalent au coût de le développer. En d'autres termes, si développer un emplacement statique de Web coûte $10.000, vous pouvez compter dépenser $10.000 par an le maintenant.

L'arrangement de telles règles est très pratique. Malheureusement, peu d'elles sont transmissibles. En d'autres termes, la même règle ne s'appliquerait pas à un emplacement dynamique de Web permis parcommerce distribué à travers 3 rangées.

De divers modèles ont été développés au cours des années pour prévoir des coûts d'entretien basés sur la défaut-densité (par exemple courbe de Raleigh, analyse de Weibull), le KLOC et le KDSI, et les efforts de développement. Malheureusement, ces modèles ne sont pas sans aucune imperfection non plus. Bon nombre d'entre eux sont fortement imprécis ou trop complexes pour prendre la peine de les apprendre. En fait, certains sont si complexes que vous deviez acheter une application en valeur des milliers de dollars et entrer les paramètres 100+ afin de la faire calculer l'effort prié de maintenir votre produit.

Ensuite avoir étudié au-dessus des modèles une douzaine de prévision, là est une méthodologie que je recommande fortement à n'importe quel débutant ou chef de projet chevronné.

Le Modèle De Boehm

Le modèle de Boehm est largement accepté dans l'industrie comme modèle valide pour des coûts d'entretien de prévision. Il est relativement simple de comprendre, et d'une manière primordiale, il vous permet de raffiner votre grâce de prévision aux multiplicateurs de coût, qui seront expliqués plus tard en cet article.

La formule de Boehm est la suivante :

AME = ACTE X SDT, où

AME est l'effort annuel d'entretien mesuré en mois de personne L'ACTE est le trafic annuel de changement, qui représente une fraction des instructions de la source de produit de logiciel qui subissent le changement pendant une année typique par l'addition ou la modification SDT est le temps d'élaboration de logiciel en mois de personne

Dites que un projet de logiciel a eu besoin de 100 personne-mois d'effort de développement et on l'a estimé que 15% du code serait modifié dans une année typique. L'évaluation annuelle de base d'effort d'entretien (AME) est donc :

AME = 0.15 x 100 = 15 personne-mois

En d'autres termes, vous devriez projeter dépenser 15 personne-mois d'effort par an de maintenir ce projet spécifique de logiciel.

L'estimation des coûts annuelle de base d'entretien peut être raffinée en jugeant l'importance de chaque facteur qui affecte le coût et choisir le multiplicateur approprié de coût. Le coût d'entretien de base est alors multiplié par chaque multiplicateur de coût pour donner l'estimation des coûts révisée d'entretien.

La parole dans le système précédent les facteurs ayant la plupart d'effet sur des coûts d'entretien étaient la complexité de produit (CPLX), qui était très haut, et la disponibilité du personnel de soutien avec l'expérience d'application (AEXP), qui était très basse.

Si CPLX = 1.30 et AEXP = 1.29, puis :

AEM = 15 x 1.30 x 1.29 = 25.2 personne-mois

Perfectionnements De Prévisions

Le coût d'entretien révisé inclut l'impact des multiplicateurs de coût mais n'inclut pas des améliorations de produits, également connues sous le nom de demandes de changement.

Les mauvaises nouvelles sont que les prévisions des perfectionnements sont extrêmement difficiles parce qu'elles exigent de vous de savoir en avant du temps quelles possibilités additionnelles vos futurs clients demanderont. Les bonnes nouvelles sont que vous pouvez charger vos clients pour tous les perfectionnements qu'ils exigent. En conséquence, une bonne organisation ne considère pas des perfectionnements représenter un coût mais plutôt une source de revenu par accroissement.

Conclusion

En prévoyant le coût de maintenir un produit qui est généralement disponible, suivez ce conseil :

Apprenez et employez cette version (simplifiée) du modèle de Boehm pour prévoir des coûts d'entretien. Dépistez votre SDT. Mesurez votre ACTE. Définissez les multiplicateurs de coût pour raffiner votre prévision.

En outre, vous assurez vous avoir une équipe de services professionnels pour mettre en application des demandes de changement priées par vos clients, mais ne les traitez pas comme coûts puisqu'ils sont en fait une source de revenu.

Luc Richard tient un MBA avec un commandant en technologie élevée. Pendant les 10 dernières années, il est contrôlé le développement des applications de logiciel. Il est le fondateur du projet Mangler (http://www.projectmangler.com), une ressource en ligne qui édite les articles libres, histoires, et d'autres outils prêts à employer à aider des lotisseurs, des chefs d'équipe et des directeurs fournissent des projets de logiciel à l'heure, selon Spéc., et dans le budget.

Source D'Article: Messaggiamo.Com

Translation by Google Translator





Related:

» Legit Online Jobs
» Wholesale Suppliers
» The Evolution in Anti-Spyware
» Automated Money Machine On eBay


Webmaster obtenir le code html
Ajouter cet article sur votre site Web dès maintenant!

Webmaster envoyer vos articles
Aucune inscription requise! Remplissez le formulaire et votre article est dans le Messaggiamo.Com répertoire!

Add to Google RSS Feed See our mobile site See our desktop site Follow us on Twitter!

Soumettez vos articles à Messaggiamo.Com Directory

Catégories


Copyright 2006-2011 Messaggiamo.Com - Plan du site - Privacy - Webmaster soumettre vos articles à Messaggiamo.Com Directory [0.01]
Hosting by webhosting24.com
Dedicated servers sponsored by server24.eu