yourfanat wrote: I am using another tool for Oracle developers - dbForge Studio for Oracle. This IDE has lots of usefull features, among them: oracle designer, code competion and formatter, query builder, debugger, profiler, erxport/import, reports and many others. The latest version supports Oracle 12C. More information here.
Today we have a lot of different software development processes to choose from. We have Scrum, XP, the Unified Process, the Rational Unified Process, the Open Unified Process, the Enterprise Unified Process, Lean Processes, DSDM, TDD, Cleanroom, RAD, Spiral, and Waterfall. I am sure there are plenty more. Those are just the ones I can think of sitting here waiting on the train.
All the different processes out there have one thing in common, not getting requirements right is their Achilles' heel. Wrong requirements mean a lot of rework at best, and complete project failure in the worst scenarios.
The Volere Requirement Process described in this book can be used with any of the processes listed above. Every process needs to gather requirements.
After starting with some fundamental truths about requirements gathering and an introduction to the Volere Requirement Process the author digs into the detail of the process's activities and resulting artifacts. I have listed the chapters below. The titles give you an idea of the variety of topics covered.
1. Some Fundamental Truths 2. The Requirements Process 3. Scoping the Business Problem 4. Business Use Cases 5. Investigating the Work 6. Scenarios 7. Understanding the Real Problem 8. Starting the Solution 9. Strategies for Today’s Business Analyst 10. Functional Requirements 11. Non-functional Requirements 12. Fit Criteria and Rationale 13. The Quality Gateway 14. Requirements and Iterative Development 15. Reusing Requirements 16. Communicating the Requirements 17. Requirements Completeness A. Volere Requirements Specification Template B. Stakeholder Management Templates C. Function Point Counting: A Simplified Introduction D. Volere Requirements Knowledge Model Volere: Requirements Resources
The authors really give a lot of great advice on techniques for eliciting (they refer to it as trawling) requirements. They have outlined some great ways to interact with the project stakeholders that will get them thinking about the requirements that need to be met. It is clear the authors understand how difficult it can be working with stakeholders. The elicitation techniques account for stakeholders who have no idea what they are looking, to those that think they know what they want but need convinced otherwise, because they don't have a full picture of the context yet.
The attention given to non-functional requirements was great. I have seen some requirements books that mention them but stay within the context of functional requirements. This book has a full chapter on them and treats them throughout the rest of the book as first class citizens. The reason I mention this is, that as a software architect, the non-functional (quality attributes) are what I am interested in during the architecture phase.
One of the things I really like about the book is that it includes the entire Volere Requirements Specification in one the appendices. My one gripe with the book is that you have to pay $55 to download the electronic version of the template from the author's web site.
The authors do a really great job of covering the full requirements gathering process using a case study. They cover a ton of deliverables and they cover them in depth.
One of the other things I found really cool was the Requirements Knowledge Model. It shows the collected knowledge you gain throughout the requirements process It also provides a common language to use for managing and communicating requirements.
The reason I found this to be so cool is that the number one thing documenting a system does for me is give me the detailed knowledge I need to understand it. More problems are usually found trying to communicate a system to different stakeholders than are found just running it.
Overall I found this book easy to read and understand. The authors have a great writing style.
If you have anything to do with requirements, no matter the process, this book belongs on your shelf.
A lot is written on mobile technologies, the Internet of Things, social media and analytics, but little is written on how all these might work together in a retail environment. I think best by writing, so let's think this through together.
Blind spots are defined as, "Areas where a p...
Just to be clear, no enterprise, no matter how large, has all the capabilities in house to bring a complex IoT product or service to market without some outside help along the way. Take Nexia, an IoT service for running your connected home. Creating this offering required a number of s...
In recent years, the US government has become a leading advocate for continuous monitoring of security threats and vulnerabilities. But how effectively are departments and agencies in implementing these programs? And how do we measure success?
Moving Towards Continuous Monitoring
INFOTEC in Mexico City improve its service desk and monitoring operations and enjoys impressive results - an incident reduction of more than 20 percent - from those efforts.
INFOTEC needed to react better to systems failures, to significantly reduce the time to repair, and to learn fr...
Over on the other side of the fence IT ops are screaming at the various portfolio dev teams for releasing highly risky functionality way too frequently but since the Agile dev adoption production has only had a couple of low priority P4 incidents caused by bad code releases. Things mus...