A directory of resources inthe field of technical communication.

Articles>Project Management>Programming

8 found.

About this Site | Advanced Search | Localization | Site Maps
 

 

1.
#29338

Dealing With an IT Scourge: Process Documentation   (members only)

In this article, we outline how IT analysts can effectively make determinations about the value of process documentation, and in the process, transform a potential scourge into a possible blessing.

Schiesser, Rich. TechRepublic (2005). Articles>Documentation>Programming>Project Management

2.
#21503

A Gentle Introduction to Object-Oriented Programming   (PDF)

Object-oriented (OO) programming helps writers and programmers use real-world paradigms. By understanding some basic terminology of OO (classes, instances, and messages), the writer can feel more at ease with OO concepts. A glossary and suggestions for further reading are included.

Chacko, Rajah Y. STC Proceedings (1994). Articles>Project Management>Programming

3.
#23968

RUP and Goal-Directed Design: Toward a New Development Process

Interaction design methodologies, such as Goal-Directed Design, tackle the software development process from the top down by defining specific product requirements and interface behavior based on research and user needs. The Rational Unified Process (RUP) and other agile programming methodologies attack software development from the bottom up. RUP creates fluid efficiencies for iterating product development during the construction phase in order to react to changing product requirements while still producing shipping code.

Cronin, Dave. Cooper Interaction Design (2003). Articles>Project Management>Programming

4.
#30582

When Requirements Collide

Could it be that not every set of business requirements has the customer's best interest in mind? Karl Wiegers had always believed that implemented software functionality should enable users to accomplish their goals and help the business achieve its objectives. But a recent experience with a less-than-helpful parking meter system suggested to him that conflicts sometimes might exist between business and user requirements.

Wiegers, Karl E. StickyMinds (2007). Articles>Project Management>Programming

5.
#32243

The Business Analyst in Model-Driven Architecture

From a software development viewpoint, model-driven architecture (MDA) encourages efficient use of system models. It also encourages reusing best practices as families of systems are produced. One of the main aims of MDA is to separate design from architecture, which places the business analyst in a unique and potentially powerful position within the organization. Learn how you as a business analyst can take an active role in this type of architecture.

Slack, S.E. IBM (2008). Articles>Information Design>Programming>Project Management

6.
#34469

Follow the Recipe

Following a software design process can offer the same kinds of benefits you gain from following a recipe when cooking: getting reliable results. For example, if I have a recipe for gingerbread, but I don’t follow the recipe, should I still expect to get gingerbread? It depends, of course, on how much I choose to deviate from the recipe.

Gagnier, Ron. UXmatters (2009). Articles>Project Management>Programming

7.
#35621

From Drawing Board to Working Code: Software in the Real World

Some of my designs never make it to market due to lack of funding prior to release and the company slips quietly away or gets bought and I lose contact. Other times by the time the software is released, the person who hired me has left the company and moved onto other pastures. So it's always a treat when someone calls me back to say "Would you like to come in and see the software? We're nearly done."

Sprezzatura Systems (2007). Articles>Project Management>Programming>Case Studies

8.
#35623

Symphony or Jazz Band Metaphor for Software Development

One of the online lists I read frequently has been debating the proper metaphor for the software development environment. The building trade has been used quite often in the past. In fact, we use the term "architect" quite frequently, although ten software engineers will probably give you ten different definitions of what an architect actually should do. I think there is no single metaphor for software development roles because there is not a single software development environment.

Sprezzatura Systems (2007). Articles>Project Management>Programming

There are 28 readers currently online: 1 registered user and 27 guests. Register.Follow us on: TwitterFacebookRSSPost about us on: TwitterFacebookDeliciousRSSStumbleUpon