Golgappa.net | Golgappa.org | BagIndia.net | BodyIndia.Com | CabIndia.net | CarsBikes.net | CarsBikes.org | CashIndia.net | ConsumerIndia.net | CookingIndia.net | DataIndia.net | DealIndia.net | EmailIndia.net | FirstTablet.com | FirstTourist.com | ForsaleIndia.net | IndiaBody.Com | IndiaCab.net | IndiaCash.net | IndiaModel.net | KidForum.net | OfficeIndia.net | PaysIndia.com | RestaurantIndia.net | RestaurantsIndia.net | SaleForum.net | SellForum.net | SoldIndia.com | StarIndia.net | TomatoCab.com | TomatoCabs.com | TownIndia.com
Interested to Buy Any Domain ? << Click Here >> for more details...

What are 5 common problems in the software development
process?

Answer Posted / pavan

Problems

•Poor requirements - if the requirements are not clear,
unfinished, too common, and not testable, then there will
be problems.

•Unrealistic schedule - if too much work is given in too
little time, problems are inevitable.

•Inadequate testing - no one will know whether or not the
program is any good until the customer complain or systems
collide.

•Futurities - requests to pile on new features after
development is underway; extremely common.

•Miscommunication - if developers do not know what's needed
or customer's have wrong expectations, problems are assured.

Solutions

•Solid requirements - clear, complete, detailed, cohesive,
attainable, testable requirements that are agreed to by all
players. Use prototypes to help nail down requirements.
In 'agile'-type environments, continuous close coordination
with customers/end-users is necessary.

•Realistic schedules - allow adequate time for planning,
design, testing, bug fixing, re-testing, changes, and
documentation; personnel should be able to complete the
project without burning out.

•Adequate testing - start testing early on, re-test after
fixes or changes, plan for adequate time for testing and
bug-fixing. 'Early' testing ideally includes unit testing
by developers and built-in testing and diagnostic
capabilities.

•Stick to initial requirements as much as possible - be
prepared to defend against excessive changes and additions
once development has begun, and be prepared to explain
consequences. If changes are necessary, they should be
adequately reflected in related schedule changes. If
possible, work closely with customers/end-users to manage
expectations. This will provide them a higher comfort level
with their requirements decisions and minimize excessive
changes later on.

•Communication - require walkthroughs and inspections when
appropriate; make extensive use of group communication
tools - groupware, bug-tracking tools and change management
tools, intranet capabilities, etc.; insure that
information/documentation is available and up-to-date -
preferably electronic, not paper; promote teamwork and
cooperation; use prototypes and/or continuous communication
with end-users if possible to clarify expectations.

Is This Answer Correct ?    12 Yes 0 No



Post New Answer       View All Answers


Please Help Members By Posting Answers For Below Questions

Explain three types of components comprise an application design?

1020


What is the factory pattern in the design pattern?

1154


Are singletons bad?

1015


What is singleton design pattern in java?

1133


What is the difference between factory and abstract factory design pattern?

977


What is lexi design pattern?

1167


Is bean a singleton?

971


What are the main usage of the patterns?

1066


What is the builder pattern?

1076


What is the executor design pattern?

1167


Is singleton bean thread safe?

945


Can we inherit singleton class?

1090


Which design patterns have you used in your project ?

1032


Are you using singleton in your code?

1157


Describe the builder design pattern

1116