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
 

Développement de logiciel en 2005 - de nouveau au futur

Logiciels RSS Feed





2005 ? De nouveau au futur.

Que le futur tient-il ? Une grande question et au commencement la réponse est quelque chose et tout. Les prévisions sont parfois étroites mais la majeure partie du temps où elles sont loin de la réalité. La technologie fait investir des mouvements dessus rapidement et aux joueurs de noyau dans les divers secteurs de l'industrie informatique dans la recherche et le développement qui augmente le taux d'introduction de technologie avec des améliorations ou des avantages d'exécution étant supérieures à la technologie précédente dont customers/users/consumers doit tirer profit, ou de sorte que soit ce qu'elles nous indiquent. Quelle est la vérité ? Et quel est le futur ?

Pour la communauté de réalisateur je crois que le démuni de choses a changé tous que beaucoup autre que là les lignes plus définies à dessiner entre les types de jeux de réalisateurs c.-à-d. contre des applications de corporation, mobiles contre des militaires. Ces différences sont reflétées dans les méthodologies et les outils employés par chaque groupe. Cependant, les principes demeurent les mêmes, identifient une condition et puis satisfont cela avec un certain code. L'exécution diverse par des exigences d'utilisateur. J'ai passé quatre ans vers la fin des années 80 travaillant aux produits de technologie de la programmation et de technicien de systèmes à la Digital Equipment Corporation (DEC). Le centre de l'équipe que je faisais partie de devait établir un environnement intégré qui a utilisé les produits indépendants de fournisseurs de logiciel dans un cadre qui a permis au rendement d'un produit de couler dans les autres comme nécessaires. Ceci a été fait avec l'entrée de client par un mécanisme direct des réunions et d'écoulement réguliers de l'information pour créer des spécifications génériques qui pourraient être employées dans les industries telles que l'espace, la défense et le Telco. C'était le moment pour des processus de qualité, des méthodes d'analyse et de conception et un mouvement ouvert bourgeonnant de normes. Ceci a développé en source le mouvement ouvert et les issues associées qui apporte, mais qui est une autre histoire !

Les lieux d'établir un environnement intégré qui a encapsulé une gamme ou des produits de principaux fournisseurs dans les parties principales du cycle de développement de logiciel étaient, et sont peut-être toujours, le Graal saint pour le logiciel et développement de systèmes. L'incorporation du modèle et de l'écoulement de processus dans l'environnement a permis deux des éléments critiques du développement, des possibilités commandées de contrôle de processus industriel et des outils droits pour le bon travail. Ce que vous trouvez est aujourd'hui un environnement intégré de développement mais vous ne pouvez pas employer d'autres outils que vous employez actuellement pour faire des fonctions telles des conditions dépistant, documentation, gestion de code, etc... La chose importante à noter est que l'environnement que le DEC a établi, avec une gamme des associés, a été employé pour créer le logiciel sur le principal projet aérospatial puis, le combattant F22. Elle a été employée dans la colère et cela a fonctionné. Il peut avoir eu lieu en avant de son temps mais il a fait le travail.

L'élément de non-technologie qu'un environnement intégré n'adresse pas en juste proportion est le peuple. C'est la partie essentielle de ce processus de n'importe quel projet de développement de logiciel. Inculquer la discipline à travers une équipe n'est pas facile et n'obtient pas le foyer qu'elle devrait. Beaucoup ont essayé de soulever la conscience du jeu de personnes de rôle dans le développement de logiciel, tel que Tom de Marco, et l'issue est celle logiciel se développant est toujours vue comme travail d'artisans et pas véritable rôle professionnel. Le statut de calcul britannique d'ingénieur privilégiée par société prévoit des individus à qualifier professionnellement mais ma perception est que le nombre de personnes qui ont pris le temps et l'ennui de qualifier est limité. Si plus de projets demandés le statut privilégiée d'une proportion significative de la équipe de projet là une amélioration de la livraison des projets à l'heure et au budget.

Ainsi ce qui est mon point. Bien, il me semble que nous sommes allés vers l'arrière quant à la technologie de développement de logiciel. La capacité d'intégrer et obtenir différents composants des fournisseurs séparés pour travailler ensemble est une chose, pour les obliger également à collaborer avec un modèle d'écoulement de travail est une autre. Il peut y avoir des suites des différents fournisseurs qui offrent ceci mais si vous voulez maintenir votre propre environnement vous ne pouvez pas pouvoir en mesure à. Ceci implique alors un changement important de votre procédé et équipes de développement. Unique changement de goûts ! Ainsi nous tout le bâton à nos quantités connues à maintenir dans la zone de confort.

D'une manière primordiale le rôle de l'humain dans ces complexe et processus basé par technologie n'est pas entièrement compris et ni est il a contrôlé d'une manière dont réalise les meilleurs résultats. Peuplez l'encouragement du besoin, ils ont besoin de la motivation, des conseils et surtout de la connaissance que ce qu'elles font est de valeur. Ma vue est que tous les projets descendent maintenant à l'argent et au temps, et tandis que ce sont importants d'une perspective d'affaires, le manque de mesures que l'impact ce ceux-ci ont sur le peuple a comporté dans le projet. Il y a des changements qui doivent venir des affaires en termes de qualité de mesure telle que la fiabilité, la rentabilité et la flexibilité du logiciel aussi bien que les mesures quantitatives de garder aux calendriers et aux budgets. Le réalisateur doit faire leur peu trop dans cette équation. Ils doivent devenir plus professionnels, deviennent un ingénieur privilégiée, et soient préparés pour changer et comprendre la dynamique d'affaires, parce qu'après que tous ils soient payés par le code livrant qui fonctionne. Et la plupart des personnes comprennent ces lieux.

Paul Bellchambers

Paul a sur 25 ans dans l'industrie d'ordinateurs fonctionnant dans le domaine du développement de logiciel. Il a travaillé pour la Digital Equipment Corp, les microsystèmes du soleil, les systèmes d'Olivetti et un certain nombre de compagnies développant des applications de logiciel. Il court actuellement un nouveau site Web de réalisateurs - http://www.thedeveloperscatalogue.com - et il écrit également des articles pour l'emplacement et pour d'autres publications comprenant le magasin international de réalisateur.

Source D'Article: Messaggiamo.Com

Translation by Google Translator





Related:

» Seo Elite: New Seo Software!
» AntiSpywareBOT
» Reverse Mobile
» Error Nuker


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