Home >

Gestion De Documents De Projet

2009/5/6 14:28:00 42069

??? 日本語 Fran?ais English 中文

Le r?le des documents de projet dans la gestion des projets n 'est plus à démontrer, mais la gestion des documents est souvent le contenu le plus souvent négligé dans la gestion des projets.

Dans la pratique, les documents doivent être disponibles pour n 'importe quel article, mais pas nécessairement beaucoup, à condition que les problèmes puissent être expliqués.

Un projet qui vient d 'être repris, par exemple, est un exemple de ce que j' ai appris.

Ce projet a été mis au point et fonctionne en ligne avec un certain nombre de clients.

Lorsque le projet a été repris, il n 'avait donné que des résultats et il n' y avait pas de processus.

Il n 'existe qu' un manuel complet de l 'utilisateur.

Dans ce cas, la demande doit compléter les documents suivants:

Un, la documentation nécessaire de préciser les résultats ": tout courant peuvent présenter des résultats, la description de contenu, et les résultats de l'évaluation des résultats.

Des résultats décrivant au moins besoin de décrire les éléments suivants:

1) sous la forme et de la situation actuelle des résultats: pour un projet de logiciel, sensiblement les résultats se présente sous forme de code exécutable, mais il doit indiquer clairement l'état de code si, après l'essai, si, après l'essai, soumet le rapport de mesure, s'il n'y a pas testé, c'est fini, terminé, si ne sont pas achevé à quel degré, en particulier si le Code n'a pas de commentaire, description de description de fonction et une interface doit être clairement qu'un code de mise en ?uvre.

2) le processus de recherche et de développement: principaux résultats que le processus de tra?abilité des résultats, ce code vient, la disponibilité de contenu, programme correspondant, si non, c'est un lien qui les Code, afin, par exemple, un code de liaison est de conception, la conception d'un maillon s'il y a une demande d'analyse, et ainsi de suite.

Cette partie est en fonction de ce code de recherche et de développement.

Si un résultat sans remonte à la liaison initiale, il faut prêter attention, c'est en partie de risques.

3) Les résultats de disponibilité: les résultats n'est pas définitif présenté doit être efficace et disponible.

Peut - être caché beaucoup de problèmes, il faut les assumer la tache de disponibilité décrit, nous savons de codage, dans des situations particulières, peut adopter un programme provisoire pour la réalisation d'une fonction, éventuellement intégrés à l'amendement, mais, dans de nombreux cas, ces programmes sont devenus temporaire la solution finale.

Alors, il faut obtenir des résultats efficaces que s'il n'y a pas, il doit être de l'essai d'homologation strictes.

4) la responsabilité que doit avoir les résultats, pas de responsabilité, mais de faciliter la communication.

Présentation des résultats	Type	Adresse de présence	état actuel	évaluation finale
Description des éléments susceptibles d 'être présentés Document de conception d 'unités X * * de modules de code source	Le Code Document Le fichier de conception	Stocker l'adresse actuelle	L'achèvement et l'utilisation Non utilisé Inachevé Annuler	Disponible et complet Seuls les résultats sont disponibles Processus partiel disponible Soumission non disponible Non soumis Inachevé
Module de génération automatique de commandes	VB Code	VSS \ sourcecontrol \ Order	L'achèvement et l'utilisation	Certains résultats disponibles Une demande de documents sans documents de conception
Formulaire	Documentation (les données brutes de la demande)	Pas de version électronique, le personnel d'entretien: * * *	L'achèvement et l'utilisation	Disponible et de processus intégré

Deuxièmement, le plan de gestion de la documentation: si un plan Porject complète est, de préférence, mais ce document doit noter que sa précision, le projet de plan de gestion lors de l'utilisation, est souvent la plus longue, la progression dans le temps le projet de changement de plus en plus, le plan de maintenance est plus difficile, de l'état d'avancement du projet en ce moment, il est possible de le plan a été incapable de la réaction.

Plan de gestion de documents doit être soigneusement étudiée, le plan de projet s'est arrangé, quelles taches élaboré mais n'a pas achevé, quelles taches annulé ces annulations de taches est à une fonction prédéterminée, qui n'a pas de liaison qui relie de manière répétée, complexe, dans le processus de travail, ce qui a eu des changements de personnel d'interruption de tache le plan de gestion de la documentation que, la situation risque de la situation de fait, ce qui est avantageux pour l'évaluation des projets, et en fonction du contenu avant la phase de suivi non parfait parfait.

Dans le même temps, il est vital de ces taches s'il existe une situation irrégulière, par exemple: pensez - vous que le travail de recherche et de développement technologique très difficile en un court laps de temps a été achevé, qui ont besoin d'attention et de comprendre la situation réelle.

Enfin, les objectifs fixés pour le document ont été entièrement atteints grace à la note de gestion du plan.

Si le document n 'existe pas, cette partie du document devra être complétée par des documents correspondant au contenu des résultats et au personnel.

Une fois le document terminé, il peut également servir de base à une gestion ultérieure et à un traitement optimisé.

S' il n 'y a pas de plan de gestion des documents, il est recommandé, au moment de l' ajout, d 'utiliser le projet pour l' exécution des taches, de soumettre les résultats précédents au document et, de préférence, d 'utiliser le système WBS pour organiser les taches et d' aligner Celles qui ont déjà été présentées sur les taches correspondantes.

Par une description de l 'état d' un document précédent, les éléments non exécutés sont marqués et, s' il existe des modes de réalisation différents pour les mêmes taches, il s' agit de taches répétitives et de marques.

Les spécifications de besoins: il est nécessaire de préciser que le contenu de la demande initiale du produit pour le produit que je prends actuellement en charge a considérablement diminué l 'importance de la spécification de besoins, puisque le produit a été mis au point et que le manuel complet de l' utilisateur a été mis au point, mais que l 'objectif principal de l' établissement des spécifications de besoins est double:

1, pour le processus d'instauration d'un projet complet de processus de tra?abilité, préparé pour le suivi.

2, par l'intermédiaire de la validité et de valider le résultat de la demande est disponible.

Spécification d'exigences est une simple ventilateur peut être un document, dans ce projet, des spécifications plus dans le manuel de l'utilisateur pour extraire de la demande, pratique et n'est pas très grand.

Mais si, c'est de faire un nouveau projet, alors la demande de la notice doit être uniquement le plus possible sur l'activité de l'utilisateur pour une réduction de la description, de compréhension personnelle de ne pas dopé.

Quant à la question de savoir si la chose peut être mise en oeuvre, comment est le travail de suivi, le contenu n'est pas de ce lien.

Quatrièmement, Manuel de conception de système: système de spécification de conception maintenant, à ce moment - là n'a pas été en mesure de tenir compte de la conception du problème, mais en ce moment, doit fournir les éléments suivants:

1, le réglage de la conception de l'architecture et d'architecture de système dans le processus d'application.

Et de fournir un cadre d'analyse peut de préférence être les instructions.

2, que les spécifications détaillées de conception d'interface et une interface de conception et de description.

Le système actuel est essentiellement en vrac, intégré, par l'intermédiaire d'une interface standard de manière à réaliser un système alors, la partie d'interface est très critique, et le contenu de cette partie doit être très clairs et précis.

3, si on ne peut pas fournir le document de conception, il est recommandé par l'intermédiaire de l'outil de tiers, en fonction de la conception de génération de résultats de code, et sur la base de ces documents complémentaires de conception, de voir que de voir le Code beaucoup mieux, alors, cette partie doit être fournie.

Si dans le nouveau projet, cette partie de page de contenu recommandé, principalement de la planification, de fonctions et d'appel de l'interface entre l'objet.

Cinquièmement, la conception de base de données de spécification

Je suis toujours très attention à la base de données de conception de l'outil, mais il y a beaucoup de Dao, mais également en faveur de l'objet de modélisation, mais en réalité, dans le processus d'application, est totalement fait de moins en moins, en particulier pour l'analyse de données de contenu.

Alors je pense que ce document est très importante.

En ce qui concerne le format du document, parce que cet aspect est très "Standard", n'est pas en cours.