At INCOSE 2007, I attended a panel discussion “Requirements Engineering for Software vs. Systems in General?”. The moderator was H. Kaindl and the panelists included R. Griego, M. Hause, C.
Assuming you have a basic target format for your requirements (a template or structure in a tool), you need to decide how you are categorizing the information within that format.
Let’s say you have successfully gathered lots of requirements using various techniques and sources – now what? You are now faced with the daunting task of turning the chaos that
Over the spring, we took on a new project to identify a best of breed requirements management tool to use when our customers are not using sufficient tools. Since the
I read another interesting article, Requirements Engineering for Time-to-Market Projects (requires IEEE access) by Christopher McPhee and Dr. Armin Eberlein. This article talks about what techniques work best for critical
I mentioned in another post a talk on Using stakeholder analysis to define the problem in systems engineering by Tim Trainor and Gregory Parnell. In this post, I’ll summarize some
I attended a talk at INCOSE called Using stakeholder analysis to define the problem in systems engineering by Tim Trainor and Gregory Parnell. This talk couldn’t have been any more
I’m at INCOSE 2007 this week, and yesterday I wrote this post while listening to the opening key note – Kuldeep Kumar Gharatya from the London Underground gave a fascinating
I read an interesting article that is based on some research involving gathering requirements from children. The article is titled Child’s Play: Using Techniques Developed to Elicit Requirements from Children
At the very beginning of a project, you need to identify who has an interest in the system and who will be using the system. We often overlook the org
If you know ahead of time that the software is going to be purchased instead of built, how does the requirements process differ from that of a standard development project?
On a recent international trip, our team of requirements engineers had some amusing adventures. I’m going to share the story simply because it’s fun, and then I’m going to actually
Don’t miss out on this opportunity
and request a conversation today!
