Software Engineering, Project Management, and Effectiveness
One of my colleagues on the patterns & practices team, David Hill, collected and distilled feedback on what people would like to see from the App Arch Guide 2.0 project:
My Related Posts
We posted an early draft of our guidelines for the following areas: Architecture and Design Guidelines
Looking good and indeed it's time for an update. I see a focus on implementation details for specific parts/layers of the applications.
Is there a way to add an overall application guidance on how to implement bussiness processes. The first guide explained each layer. I like to see a consistent application architecture on how to fit all the layers together, like the domain driven model architecture. To place an OO model, including meta-data at the center and let all the layers use and reuse common info like field constraints and business rules. This gives us for example ASP.NET Dynamic data where you specify the object and fields to see and it knows how to paint itself.
Another subject is some guidance on the translation of business processes into application workflows. Not how to split up the work into many small web services and how to link them with bizztalk. But How can I implement a complete workflow with at least 3 screens/pages, branches to other screens based on business logic checks and a transaction spanning the complete workflow.
Hey Andre -
It sounds like you want more on overall arch styles and app patterns for dealing with business rules, OR/mapping, and structuring your app for effective workflow. We're still shaping the guide, so I'll keep these in mind. We have a lot of ground to cover, so it's a question of breadth/depth -- but the topics you called out are significant and practical.
For a long time the application architecture guidance from the patterns & practices team remained