Comment envisagez-vous pour le démarrage d'un nouveau système Web?

Question

J'ai crée de plus en plus des systèmes récemment et je trouve de plus en plus la planification et la préparation que je fais avant de commencer le projet.

Je déterminer ce que les bibliothèques ou les cadres que je vais utiliser, quelles langues, l'architecture de base de la façon dont le site coulera, etc.

Je l'ai aussi entendu parler d'autres processus de conception tels que la pendaison boules de styromousse pour montrer où les classes sont et comment ils se rapportent, ce qui est un processus que je ne l'ai jamais entendu parler et je ne sais comment cela fonctionne.

Y at-il un logiciel qui aide à ce processus? Y at-il des directives ou des mesures ou si vous avez un ensemble recommandé d'étapes ou des lignes directrices que vous suivez lors de la conception d'un nouveau projet?

Answer 1

Alors que vous faites bascially architecture de la solution. Il n'y a pas de méthodes que je suis au courant - au moins aucun qui sont succinctement décrits dans quatre pages ou moins (quelque chose que je suis intéressé à venir avec)

.

Pour répondre à votre question:

1 - Comprendre les contraintes

L'évidence est la compréhension du problème que vous essayez de résoudre et le contexte.
Vous pouvez avoir une main libre ou vous pourriez être constrainted par rapport aux normes en vigueur - où je travaille (dans un Gouvernement agencey) nous avons beaucoup de différentes technologies et systèmes, et il y a un ordre hiérarchique quand nous cherchons à autre chose; technologie que nous préférons et de la technologie, nous essayons de développer sur.

Zachman est un cadre d'architecture d'entreprise; vous trouverez peut-être intéressant, mais je doute qu'il aura beaucoup de pertinence au niveau de la solution, en particulier. TOGAF est un autre.

2 - Vues

La seule chose sur TOGAF (et Zachman) est qu'il a le concept de « vues » différentes, par exemple:

• vue de la sécurité
• vue de données
• vue technologique
• vue de l'application
• vue processus
• vue support
• vue opérationnel
• vue de facturation
• vue utilisateur
• performances, etc ...

avant droit up vous voulez penser soigneusement à quelles vues sont pertinentes pour le système que vous prévoyez / architecturer. Alors que le projet / système vous développe besoin de garder à l'esprit ces; ils aideront à guider les décisions importantes. Je aime aussi ce appoarch / façon de penser, car il fonctionne le long des lignes de « diviser une conquer » -. Briser une grande puzzel en plus petits

3 - Modélisation

Je n'ai pas entendu parler d'utiliser des boules de styromousse avant, mais l'idée de modélisation des liens dans un sons sens tactile très attrayant - mais si c'est un grand système que vous pourriez avoir besoin d'une très grande chambre:)

Tableau blanc sont ma façon préférée d'explorer comment les classes se rapportent (et quoi que ce soit, vraiment). Je vous conseille fortement d'avoir un appareil photo numérique avec vous, ou un téléphone avec un appareil photo intégré; J'utilise ce dernier, je prends des photos du tableau, au besoin, puis synchroniser les avec mon ordinateur après la réunion et le courrier électronique des copies aux participants. Il est très facile de capturer les informations et vous rend tout à fait professionnel aussi bien.

UML est très utile, mais vous devrez peut-être choisir quels bits de celui-ci que vous utilisez en fonction de votre public -. Ça dépend formellement que vous voulez regarder les choses

modélisation Formellement systèmes dans un outil de modélisation (UML et l'utilisation formelle, par opposition à tout schématisation, à dire Visio) est ALSE très utile. Si vous n'êtes pas familier avec cette façon, vous y trouverez un seuil de douleur que vous devez passer, mais il est généralement la peine quand:

• le système est au-dessus d'une certaine taille / complexité, ou
• vous avez beaucoup de petits systèmes à utiliser.

4 - Méthodologie de projet

Je suis un grand fan de agile / SCRUM. Je cherche des moyens de appliying principes agiles à l'architecture sln -. Mais je n'ai encore rien

J'ai assisté à une bonne séance au Tech-Ed l'an dernier (ARC202 Défier le rôle de l'architecte avec Kevin Francis) - J'ai une écriture ici .

Ce fut une excellente séance - il est la première fois que je l'ai jamais vu quelqu'un expliquer comment une (solution?) architecte devrait engager dans un projet - quelle que soit la méthode. Kevins un avocat Agile - et son discours mis l'accent sur ce qui fait deux fois aussi bon: comment adapter l'architecture et Agile.

Answer 2

Certaines personnes comme Kanban .

D'autres trouvent UML être utile.

Architecture wonks utilisent

Licencié sous: CC-BY-SA avec attribution

Non affilié à StackOverflow