Business Analyst Articles & Systems Analysis Articles

Business Analyst Community & Resources | Modern Analyst

UML Activity Diagrams: Detailing User Interface Navigation

16375 Views

5 Likes

0 Comments

The author illustrates how to use UML Activity Diagrams to capture and communicate the details of user interface navigation and functionality, and explain three stereotypes: presentation, exception, and connector. Author: Ben Lieberman

IIBA May 2007 Newsletter

5073 Views

0 Likes

0 Comments

In this issue of the IIBA Newsletter: Memoir of the CBAP Exam by Chip Schwartz One Test-Taker’s Thoughts on the CBAP’s Value and Lengthy Application by Diana Cagle New Sponsorship Program by Liz Hadland Springtime Chapter News by Glenn Bule

Common Requirements Problems, Their Negative Consequences, and the Industry Best Practices to Help Solve Them

5645 Views

0 Likes

0 Comments

In this column, I summarize the 12 worst of the most common requirements engineering problems I have observed over many years working on and with real projects as a requirements engineer, consultant, trainer, and evaluator. I also list the negative consequences of these problems, and most importantly suggest some industry best practices that can he...

Requirements Engineering Tasks

7851 Views

12 Likes

0 Comments

Many managers and others who are not professional requirements engineers tend to greatly over-simplify requirements engineering (RE). Based on their observations that requirements specifications primarily contain narrative English textual statements of individual requirements and that all members of the engineering team are reasonably literate, the...

The Use Case Model

8116 Views

0 Likes

0 Comments

The Use Case Model describes the proposed functionality of the new system. A Use Case represents a discrete unit of interaction between a user (human or machine) and the system. A Use Case is a single unit of meaningful work; for example login to system, register with system and create order are all Use Cases. Each Use Case has a description which ...

Painless Functional Specifications - Part 4: Tips

6297 Views

2 Likes

0 Comments

In this fourth and final part of the series I'll share some of my advice for writing good specs. The biggest complaint you'll hear from teams that do write specs is that "nobody reads them." When nobody reads specs, the people who write them tend to get a little bit cynical. It's like the old Dilbert cartoon in which engineers use stacks of 4-inc...

Painless Functional Specifications - Part 3: But... How?

5595 Views

2 Likes

0 Comments

Now that you've read all about why you need a spec and what a spec has in it, let's talk about who should write them. Who writes specs? Let me give you a little Microsoft history here. When Microsoft started growing seriously in the 1980s, everybody there had read The Mythical Man-Month, one of the classics of software management. (If you haven'...

Painless Functional Specifications - Part 2: What's a Spec?

5744 Views

2 Likes

0 Comments

This series of articles is about functional specifications, not technical specifications. People get these mixed up. I don't know if there's any standard terminology, but here's what I mean when I use these terms. A functional specification describes how a product will work entirely from the user's perspective. It doesn't care how the thing is i...

Painless Functional Specifications - Part 1: Why Bother?

5312 Views

1 Likes

0 Comments

It seems that specs are like flossing: everybody knows they should be writing them, but nobody does. Why won't people write specs? People claim that it's because they're saving time by skipping the spec-writing phase. They act as if spec-writing was a luxury reserved for NASA space shuttle engineers, or people who work for giant, established insu...

First Things First: Prioritizing Requirements

8497 Views

10 Likes

0 Comments

Customers are never thrilled to find out they can’t get all the features they want in release 1.0 of a new software product (at least, not if they want the features to work). However, if the development team cannot deliver every requirement by the scheduled initial delivery date, the project stakeholders must agree on which subset to implemen...

10 Requirements Traps to Avoid

5167 Views

2 Likes

0 Comments

The path to quality software begins with excellent requirements. Slighting the processes of requirements development and management is a common cause of software project frustration and failure. This article describes ten common traps that software projects can encounter if team members and customers don’t take requirements seriously. I descr...

Joint Application Design/Development

5163 Views

0 Likes

0 Comments

Information System Development (or even the broader Information Technology field) is a relatively new discipline compare to matured disciplines like mathematics, physics or philosophy. It is difficult to find an agreed-upon definition on even a widely used term such as JAD. It can mean different things to different people, and it’s constantly evolv...

The Hard Work Behind Soft Skills: Closing the Gap Between Technical and Business Expertise

5529 Views

0 Likes

0 Comments

As outsourcing, global commerce and constantly improving technology continue to change the business world, specialized professionals like scientists, engineers and information technology (IT) workers (including business systems analysts) are increasingly being asked to take on more business-oriented tasks. These tasks can include communicating...

Form over Substance

5876 Views

0 Likes

0 Comments

Beware of the colleague or supplier who spends large amounts of time in meetings discussing the format, sequence, and wording of documents they will deliver and very little time on the actual content. Strategically, substance is what counts. In this issue of Strategic Software Engineering I will point to some common problems when form becomes a hig...

Five Things IT Managers Should Know About Software Requirements

5212 Views

0 Likes

0 Comments

Some days, you wish you had telepathy. You just know that your development staff is holding back in some way, but you don’t know how to get them to communicate. Is the project in trouble, but they’re afraid to tell you? Since your software development staff won’t tell you what they’re really thinking, I asked them to confide in us instead. I pose...

Page 84 of 85