Bonjour Armandinho, ravi de vous rencontrer, nous voici quelques liens que vous pouvez suivre pour obtenir la balle a commencé sur la modélisation! C`est difficile à répondre parce que je ne sais pas ce que «modélisation traditionnelle» dans votre environnement. Dans de nombreuses organisations, l`approche traditionnelle de la modélisation consiste à développer des modèles relativement détaillés avant le début du codage. Parfois, ces modèles sont tenus à jour, parfois ils ne le sont pas, et parfois ils sont même utilisés pour générer du code (souvent une bonne chose). Chacun de ces modèles est souvent créé par une personne unique et experte qui passe généralement la plupart de son temps à travailler seule. Il y a souvent une exigence/analyste d`affaires qui suscite des exigences des parties prenantes, puis saisit les informations dans un document d`exigences. Ce document d`exigences est fourni à l`architecte qui développe un modèle d`architecture de haut niveau. Ce modèle est utilisé par le/les concepteur (s) qui créent des modèles de conception détaillés, qui à leur tour sont fournis aux programmeurs qui peuvent ou ne peuvent pas réellement les suivre. Cette approche du modèle sonne très bien en théorie, mais se traduit généralement par beaucoup de documentation écrite qui, pour la plupart, est ignorée pendant le processus de développement réel. En d`autres termes, c`est purement bureaucratique habillage de fenêtre. 2,6 Quand devrions-nous mettre à jour nos modèles et documents? Yep! Il suffit de nous tirer un email à info@modelmeals.com et nous allons vous aider.

Vous n`avez pas besoin d`obtenir les détails tout de suite et même si vous ne ils vont changer de toute façon. Si vous pouvez faire la modélisation détaillée à l`avant, alors sûrement vous pourriez aussi le faire sur une base juste à temps (JIT) ainsi. 3,3 Quelle est la différence entre AM et «modélisation traditionnelle»? Juste assez pour vous donner une compréhension de base des exigences de haut niveau et d`une solution architecturale potentielle. Ne créez pas un modèle d`outil CASE détaillé lorsqu`un diagramme Visio le fera. Ne créez pas de diagramme Visio lorsqu`une esquisse de tableau blanc le fera. N`écrivez pas un cas d`utilisation détaillé quand une carte d`index avec des points de balle fera. Tout fonctionne dans vos documents et modèles, mais pas toujours quand vous allez le construire. Plus vous passez à la modélisation avant, plus vous reporter l`avantage en obtenant des commentaires concrets en prouvant vos modèles avec du code. Absolument pas! Le mot «modèle» dans le modèle de repas est d`être un modèle de rôle. Un modèle pour la façon dont nous devrions manger et alimenter notre corps. Un modèle pour la façon dont vous devriez magasiner pour la nourriture. Un modèle pour cuisiner.

Nous visons à modéliser une façon idéale de manger et de vivre pour nos clients. Et tout en mangeant de cette façon peut vous donner une peau éclatante, des cheveux et des ongles plus forts, et dans certains cas une taille de tondeuse-notre objectif principal est de modéliser la santé, le bien-être et la vitalité. L`idée fondamentale est que vous faites juste assez de modélisation pour déterminer votre stratégie pour la procédure. Dans le cas d`une prévision initiale, vous voulez modéliser juste assez pour identifier et accepter la portée initiale de votre travail ainsi que l`architecture potentielle pour votre solution. Pendant la modélisation d`itération, une partie de vos efforts de planification d`itération, vous allez faire juste assez de modélisation pour comprendre ce que vous devez faire cette itération. Avec l`assaut de modèle vous travaillerez par des questions de niveau supérieur qui ne sont pas bien abordées avec le code. Il peut s`agir d`une session de modélisation inclusive avec votre (vos) intervenant (s) pour comprendre leurs besoins, ou peut être une session de conception rapide avec d`autres développeurs pour déterminer comment construire quelque chose. Nous aimons toujours entendre parler de vous. Envoyez-nous un email à info@modelmeals.com ou appelez-nous au (949) 610-0869 pour toutes les questions que vous ne voyez pas répondu ci-dessous pourquoi est-ce une distinction importante? Parce que de nombreux programmeurs assimilent le modèle de terme à documenter, et parce qu`ils sont des expériences avec la documentation presque toujours s`avérer mauvais, ils pensent que la modélisation n`est pas une très bonne idée. Beaucoup de développeurs d`abord expérience avec la modélisation traditionnelle est d`être remis des monticules d`exigences et de la documentation de conception qu`ils ne comprennent pas, et puis ils suivent rarement, ou ils sont invités à créer des monticules de documentation après le fait parce que certains bureaucrate veut faire paraître comme si l`équipe suivait la documentation officielle-processus lourd.

About the author