What are people talking about...
| |||||||||||||||||||||||||||||||||
Feature ArticleData Modeling & Object Oriented Development- Colin S. PennAt some stage in their working life, every business analyst will have some involvement with data modelling. They may need to model how data is (or will be) used or - if they only deal with requirements investigation - then someone else in the team will need to verify that the data to support new functions will be available. | |||||||||||||||||||||||||||||||||
Software Requirements in Practice – have you done it well?In his first article, "Software Requirements in Practice - How to do it well", Ranganadhan Nadadhur detailed practices that help us undestand the problem space from the stakeholders' perspective. In this follow-up article Ranga shares his thoughts on ways for us to answer the question: "Have you done it well?" A requirements process is extremely complicated by its nature. It depends on several factors and however well we think we have done it always remains to be done better. This article is a step towards making it a little better. Business Rules: Basic PrinciplesBusiness rules offer a powerful tool for requirements professionals, business analysts, and IT professionals to simplify processes, to come to grips with real-life complexity, and to improve communication with business leads (and IT). As this article explains, the basic principles and techniques of business rules are relatively straightforward. From there, it’s all a matter of just getting started, staying focused, and using the right techniques.
|
