Project Manage ment and Microso ft Project offer; howe ver, lookin g within the
software architect ure, there exist major differe nces and enhan cements that undersco re
how GPM prov ides a planning -centric, real-time, collab ora tive, and intu itive pl anning
environm ent. Unlike C PM appli cations anchore d in databas e-driven sc heduling
engines controlled by keyboard and mouse, NetPoint, as an interactive and object-base
system, allows hand-directed planning and scheduling using touch or a stylus.
Relationship Diagramming Method (RDM)7
In 2004, The Relation ship Diagramm ing Method , RDM, was introd uced by
Dr. Fredric Plotni ck to ad dress iss ues result ing from ambig uities of log ic in so ftware
implement ations of Pre cedence Diagram ming Me thod, PDM. Engin eering News
Record (ENR) magazine hig hlighted a num ber of these issues in a 2003 cove r story
that cited Dr. Plotni ck, a schedul ing and legal exp ert.
RDM started from a premi se that ADM (A rrow Diagram ming Method ) an d PDM
improve upo n the Gantt chart by recordin g (and use for fu rther calculatio n) some of
the data that the project mana ger and team consider ed in prepar ation of a plan and
schedule. How ever, the quant ity of data that could be store d in early comput ers was
limited, and, thus, many assumptions relat ing to the logic were n ot recorde d. The
general solution to the problem was therefore to obta in, record, and the n use
informa tion relating to these assumptions .
The RDM format beg ins by allowing the recordin g of this additional inform ation,
and then augme nts the calculatio ns and result ant data output. While the primary fo cus
of additional recorde d data relates to the restrai nts between activit ies, includ ing notin g
the reason why such are provide d in both a code format an d freeform description,
there are five areas of addit ional informati on that may be record ed and u sed for furthe r
calculatio n in the fu ll implem entation of RDM . These five class es of inf ormation
include:
EVEN TS: RDM restores the concept of a discrete event at the start and finish of an
activity, similar to that of the original ADM format, but adds to such the concept of
events within an activity whenever the logic restraint between activities relates to
completion of some portion of one activity before the start of another, or completion
of one activity before starting the final portion of another. Events may also be free
standing from an activity as true milestones and as such do not have a ‘‘start’’ date and
‘‘finish’’ date, but rather an ‘‘occur’’ date. A freeform description or ‘‘title’’ may be
assigned to an activity, as may be event codes analogous to activity codes supported by
many software products.
DURATION: RDM records and utilizes several of the assumptions relating to
activity durations. These include the calendar and several other assumptions which are
either recorded for all durations via a system setting in some software implementations,
or ignored by others which provide only one option. While in most cases, this data will
not affect the calculated output for an initial CPM, such may impact calculated output
đang được dịch, vui lòng đợi..
