Obtenir La Droite De Développement De Systèmes

Share

|

Les Etats-Unis sont le pays le plus dépendant de l'ordinateur au monde. Du logiciel personnalisé conçu et construit pour des fonctions uniques telles qu'un système de piste global au logiciel standard pour l'usage commercial tel que le traitement et les bilans de texte, le cycle de vie de développement est fondamentalement le même. Les approches au cycle de vie changent selon la taille, la portée, et la nature du système. La plus grande raison du désaccord dans les approches descend au placement dans les quatre secteurs principaux dans lesquels le logiciel est développé.

Commercial

Les pratiques en matière de développement de logiciel dans le monde commercial changent considérablement d'une organisation à l'autre et entrent vraiment dans deux catégories. La première catégorie est le réalisateur de produit. Les lotisseurs de produit sont des compagnies comme Microsoft, IBM, Hewlett Packard, et beaucoup, beaucoup de plus petites compagnies. Ils produisent le logiciel pour l'usage de masse, et leurs produits incluent tout des logiciels d'exploitation aux navigateurs aux paquets financiers. La seconde est les départements de technologie de l'information de l'industrie et des compagnies de services, tels que l'industrie automotrice, l'industrie alimentaire, la santé, et l'au détail internes.

Réalisateur De Produit

Le développement de logiciel aux compagnies de développement de produit est rigoureusement contrôlé. Pour ces compagnies, restant concurrentielle, ayant lieu à l'heure, et gardante le bas de coûts est la survie d'affaires. Les formalités des projets de gouvernement mènent aux pratiques profilées visées favorisant la productivité. Selon la taille de la compagnie, les listes et les caractéristiques de condition peuvent ressembler à plus d'un ordre de charger que le pseudo code. La commande de version peut être maintenue sur un panneau de graisse par opposition à utiliser un outil de gestion sophistiqué de configuration. La concentration de l'effort doit garder le courant de documentation d'utilisateur, et le plan de projet inclut une direction et un foyer pour le produit, s'assurant que les nouveaux dispositifs et possibilités maintiennent et surpassent la concurrence.

Dans de plus grandes compagnies, en codant des normes et le contrôle de qualité existez et êtes sans interruption amélioré. À de plus petites compagnies, l'équipe de codage est comprimée et les équipes travaillent étroitement, les techniques d'emprunt de l'un l'autre et normalisant des modules sur les réalisateurs de produit de mouche se fondent sur des organismes d'industrie de gouvernement et d'non-ordinateur pour acheter leurs produits et pour rester ainsi dans les affaires.

C'est du réalisateur de produit que beaucoup de nouvelle technologie est développée et montrée à un marché composé de grandes et petites entreprises et d'utilisateurs de PC. Placement pour le nouveaux développement et entretien de la survie existante d'affaires de moyens de produits. Les conditions changent basé sur des états des résultats, la direction de l'industrie d'ordinateurs, et le développement de la nouvelle technologie.

La documentation est eteinte sur l'Internet et rendue disponible pour le téléchargement. Elle se compose principalement des guides d'installation, des manuels d'opérations, et des manuels d'utilisateur. La qualité et la rentabilité de la documentation a créé un marché plein pour des livres de périphérie. Ces livres sont écrits et édités en dehors de des sociétés d'informatique qui fabriquent les produits et sont presque essentiels aux utilisateurs qui veulent gagner la compétence de produit sans heures de dépense jouant “sans but” sur l'ordinateur.

Département De Technologie De l'Information

De l'industrie de santé à de grands organismes au détail, le seul logiciel développé est sur une base comme-nécessaire. Si le logiciel disponible immédiatement commercial (de LITS DE CAMP) peut être employé, il sera. Si le logiciel de LITS DE CAMP peut être modifié pour l'usage, entourez le code sera écrit. Si le nouveau logiciel doit être développé, une équipe est formée pour le développer. Le chef d'équipe place généralement les règles pour le codage et la documentation qui peuvent interpréter les directives de corporation beaucoup différemment que le chef d'équipe sur le dernier projet. Dans beaucoup de cas, IL des départements ont créé un ou plusieurs et parfois plusieurs “applications rapides et” sales avec peu ou pas de documentation. Ces applications ont pu avoir été écrites pour satisfaire un besoin immédiat, mais non planifié d'affaires, tel que des données spécifiques d'adhésion requises par les représentants de ventes qui ne pourraient pas être disponibles par l'application courante réglée. Il peut y avoir des plans à long terme pour résoudre une masse des applications provisoires rapidement installées pour adapter à des données combinées des fusions de compagnie. Y a rarement il suffisamment de documentation à la chair hors des fonctionnements intérieurs du système et, en raison du chiffre d'affaires des employés, il peut même ne pas y avoir n'importe qui qui comprend pourquoi c'a été fait la manière qu'il était. La survie des affaires est basée sur des utilisateurs pouvant faire ce qu'elles doivent faire afin de satisfaire les besoins d'affaires de la compagnie. Le placement pour LUI des efforts devient une concurrence avec les produits de base et les services d'affaires.

Le résultat de ces méthodes employé par LUI des organismes à une compagnie après des autres est un enchaînement complexe des applications avec l'interface et les modules d'utilisation non documentés. Les problèmes que ce des causes ont été mises en pleine évidence quand ces compagnies ont dû traiter l'effort 2000 de remédiation d'année. Obtenir même un inventaire précis des capitaux de programme était provocant et la mise d'un programme de qualité en place pour assurer la confiance 2000 d'année des opérations continues a trop souvent inclus autant d'exceptions comme critères d'audit.

Gouvernement

Quand les organismes gouvernementaux des Etats-Unis décident d'installer un nouveau système informatique, il fait le plus souvent par un effort commun entre l'agence et un ou plusieurs entrepreneurs. Quand un nouveau système informatique inclura le nouveau logiciel, spécifiquement développé pour les besoins uniques de l'agence, l'effort de développement est régi par des normes étendues de technologie et de documentation. C'est vrai même lorsque le système inclura un mélange des paquets disponibles immédiatement commerciaux (de LITS DE CAMP) et du nouveau code. La valeur de ces normes est autant au niveau de communication qu'ils forcent pendant le développement que toute autre chose.

L'équipe de développement a une carte de route et la équipe de projet d'agence a des outils pour évaluer et évaluer le logiciel pendant chaque phase du développement. Pendant la phase de conditions, les besoins’de l'agence s et veut sont analysés, et les méthodes et les techniques technologiques pour satisfaire les besoins sont déterminées et documentées. Il y a des présentations formelles, des semaines des revues programmées, des négociations, et compromis afin de rester dans le budget. En fin de compte, il y a une grande réunion cérémonieuse où l'acceptation par l'agence est donnée pour se poursuivre par le développement du système.

La phase de conception est souvent deux-à gradins. La première partie de la conception peut désigné sous le nom du niveau élevé. C'est à ce niveau que le système grand et tous ses sous-ensembles sont clairement définis. Les conditions convenues dans la phase précédente sont clairement tracées à la conception de système. Des décisions sont prises au sujet de la façon dont le système sera examiné pour la prouver que a répondu aux exigences. Encore, il y a des réunions, des revues, documentation, et une grande réunion cérémonieuse pour accorder l'approbation pour procéder. Une autre étape importante est marquée ; la conception de bas niveau commence et sera suivie d'autres réunions cérémonieuses à la conclusion de chaque conception de sous-ensemble.

À ce jour il y a type caractéristiques de A, type caractéristiques de B, caractéristiques d'interface, caractéristiques de base de données, plans de projet, plans de gestion de configuration, plans de garantie de la qualité, et directives de programmeur à un minimum. Il y a des centaines, et parfois des milliers, de documentation de pages ce que le système fera, comment il le fera, comment il sera contrôlé pendant le développement, et comment il sera examiné pour lui assurer des rassemblements les caractéristiques. Selon les normes employées par les agences, telles que le FAA, le DOD, et le IRS, pour appeler quelques uns, toute la ceci est censée se produire avant qu'une ligne simple de code soit écrite.

Pendant la phase de codage, le système est documenté en manuels d'utilisateur, manuels d'opérations, et manuels d'entretien. Des méthodes d'essai détaillées avec des résultats prévus et le texte répété des documents précédents sont installés. Une grande partie du texte des manuels est superflu selon les caractéristiques. C'est ces manuels qui survivront quand le système disparaît opérationnel. À quelques agences et pour quelques systèmes, ces manuels sont maintenus durant toute la vie du système. Dans beaucoup, ils ne sont pas. Le niveau du placement justifié et rendu disponible pour le développement n'est pas prolongé à maintenir beaucoup des systèmes ou de leur documentation une fois qu'ils sont émigrés dans la production.

Ce niveau de documentation peut être justifié sur des projets mission-critiques tels que le logiciel pour le voyage–d'espace de l'homme. Dans la plupart des exemples, c'est surpuissance fine et peut réellement empêcher l'effort de développement en forçant le foyer sur des deliverables de documentation tandis que le codage et l'essai du temps sont diminués.

DÉVELOPPEMENT DE SYSTÈME — CE QUI EST EXACT

L'intégration des systèmes et de l'expansion des systèmes internes à communiquer avec les systèmes externes dicte qu'une certaine uniformité dans les approches variables doit être établie. Les méthodologies essayant de remplir ce besoin ont pris naissance partout. Passant en revue par n'importe quelle section d'informatique d'Amazon.com, les frontières, ou le Barnes et le noble indiqueront le livre après que livre aux approches qui peuvent être employées. Des entrepreneurs de gouvernement espérant fixer le travail dans le secteur privé comme budgets de beaucoup d'agences sont coupés, viennent en avant déclarant qu'ils ont les réponses. Ils apportent avec eux des approches développées pour les efforts complets et complexes qui sont surpuissants pour le développement commercial de systèmes. Les avantages des outils tels que les standards de qualité internationaux de l'organisme de normalisation (OIN), les séries 9000, et le modèle de maturité de possibilités’de l'institut s de technologie de la programmation (SEI CMM) sont chers de se rendre compte si les outils ne sont pas en juste proportion travaillés. Pour certains les compagnies profiter-basées, plaçant pour l'usage de ces outils est presque impossible.

Des efforts sont faits dans toute l'industrie d'ordinateurs de trouver une certaine terre commune pour l'approche au développement de logiciel. Les leaders de l'industrie normalisent des interfaces pour augmenter la portabilité d'application, élargissant le besoin des compagnies de savoir leurs systèmes fonctionnent. Le point de toute la ceci peut-être est regardé plus ou moins de la même façon comme documentation de référence comme encyclopédie. Employez l'information pour obtenir plus futé et puis pour appliquer l'information avec le bon sens. Maintenez dans l'esprit que quelques personnes très futées peuvent être très bonnes disant à d'autres comment à faites les choses, mais manquent de la capacité et du savoir-faire d'obtenir le travail fait. Les gens qui ont été dans les fossés sur de petits et grands projets savent et comprennent qu'il y a une médiane heureuse qui peut et doit être réalisée.

Obtenez les fondations

À un minimum, à une description de chaque application, existant et à prévu, les besoins d'être noté et maintenu. Si l'application est une base de données autonome qui permet à des questions d'être faites en utilisant une variété de produits ou de code de PC qui convertiront un système de legs en dernière et plus grande technologie, elle est critique pour savoir ce qui continue à l'étude. Une bonne description d'une application inclura l'information suivante.

rapport de but d'application de §

conditions d'entrée et de rendement de §

besoins en matériel de §

conditions d'environnement de logiciel de §

endroit de § de version en cours du code source ou des LITS DE CAMP installés

descriptions modifiées par Version/last de §

Avec cette information, peut être reconstruit tout autrement sur une base comme-nécessaire.

Le rapport de but d'application le rapport de but d'application indique la raison d'affaires d'avoir le logiciel, les limitations et les possibilités du produit, et le point de contact pour obtenir des questions répondues au sujet du produit. C'est un rapport non technique qui explique ce qu'est l'application et ce qu'elle . On lui écrit au niveau composant de composant de niveau plutôt que de système d'application. Par exemple, une volonté financière de système plus que probablement incluent des demandes de livre, de journal traitant, et de comptes à payer. Un rapport de but est écrit pour le livre, le journal traitant, et les comptes à payer. Ils peuvent alors être liés dans un document mais chacun doit être clairement décrit indépendamment des autres parce qu'ils seront maintenus et individuellement amélioré temps fini. Le rapport de but doit être texte. Les diagrammes sont gentils, mais sont seulement de support au texte parce que les diagrammes généralement ne peuvent pas contenir toute l'information nécessaire sans devenir trop complexes à lire.

Des conditions d'entrée et de rendement il est essentiel de savoir quelles données sont prévues par l'application et quelles données sont produites par l'application. Quand une application s'attend à des données, elle va venir d'une de trois sources : une entrée de dossier, un processus de programme, ou un utilisateur. Que l'information doit être énoncée. Si l'application obtient l'information d'une base de données de dossier ou d'extérieur, les tables de nom de fichier et de base de données doivent être identifiées. Quand l'application obtient l'information d'un processus dans la logique de programme, la logique doit être décrite. Quand l'application obtient l'information d'un utilisateur, des valeurs et les gammes valides doivent être documentées.

Quand une application produit des données, elle va à l'envoient quelque part ou la gardent. Si l'application envoie les données quelque part, le nom de fichier de cible et la nécessité de table de base de données d'être donné. Si elle va montrer les données, ceci doit être expliquée. Si l'application stocke seulement les données dans l'application à employer pour des questions et des rapports, règles régissant des rotations de mise à jour, archivant, et purgeant le besoin d'être fourni.

L'information d'entrée-sortie mieux est présentée dans un format de table. Les données élémentaires peuvent être énumérées alphabétiquement, la rendant facile de trouver la circulation de données pour l'entretien d'application et la dépannant.

Les besoins en matériel ceci devraient être une liste très de base de quel équipement est nécessaire afin l'application pour fonctionner dans n'importe quelle organisation. La liste devrait donner les conditions minimum pour des possibilités et la mémoire de processeur.

Conditions d'environnement de logiciel que cette liste doit indiquer tous les composants de logiciel requis sur le système afin de courir l'application. Ceci inclut le dégagement et la version de logiciel d'exploitation, le dégagement et la version de base de données, et toutes les autres applications l'application étant les besoins décrits.

L'endroit de la version en cours de la source et le code d'objet ou les LITS DE CAMP a installé ce morceau de documentation devient essentiel en maintenant l'intégrité dans l'environnement de développement. La meilleure manière d'avoir cette information disponible et précise est d'utiliser des outils de gestion de configuration.

Version/Last a modifié des descriptions que ce morceau de documentation énonce spécifiquement quels changements ont été faits à l'application et quand ils ont été faits. Les informations additionnelles sur qui a fait les changements peuvent être de valeur seulement si l'organisation de codage est statique. “Qui les a faites” le facteur devient sans signification dans des organismes dynamiques.

Il est le meilleur pour avoir différents rapports de version pour chaque dégagement, plutôt que de listes continu de changements. Cette approche favorise une documentation plus complète.

LE DÉVELOPPEMENT DE SYSTÈMES — EST QUE CE ?

Avoir la documentation de base permet à une compagnie d'établir n'importe quelle documentation additionnelle qui peut être projetée. Dans le monde de gouvernement, il peut être employé pour produire autant de papier que le projet exige. Dans un monde de développement de produit commercial, il fournit des informations suffisantes pour les auteurs techniques pour produire des opérations et des manuels d'utilisateur. Dans LUI les départements, il s'assure que le code est contrôlé et peut être amélioré, converti, et employé des manières constructives et productives. Dans chaque organisation, il faut un format normalisé pour la documentation de base. Des examens de pair et de gestion de la documentation de base devraient être inclus dans le programme de développement. Les revues peuvent être conduites en tant que réunions formelles où chacun recueille dans une chambre et passe par la documentation page par page, ou en tant que des revues sans cérémonie où le document est distribué et commentaires sont soumis à l'équipe écrivante. Les procédures pour maintenir et mettre à jour les versions électroniques et de copie papier de la documentation doivent exister.