Tuesday, July 6, 2010

Application Level Software vs. Enterprise Level Software

While the left side should be valued; the right side should
be added to reach to higher level of maturity and realize the
efficiency, effectiveness, predictability and consistency of every project.

Application Level SoftwareEnterprise Level Software
Business rules are being internalized and imbed in the codeBusiness rules are
externalized and can be
deployed to and shared by
multiple application building
blocks
Emphasize implementabilityEmphasize extensibility
and reusability
Solve the problems at hands within a projectSolve the problems at hands
within the context of enterprise
Often modulize code at function,class, and component levels Modulize code to reach to
service and building
blocks levels
Tend to not to respect the boundariesFollow the service and
building blocks boundaries
Only the project related domainas it domain backgroundThe entire business segment as
its domain background
Focus on code syntax optimizationFocus on service/component
boundary setting
Pieces on hands are the big pictureEmphasize how smaller pieces
fit into the big picture
Often treat every project as its ownTreat every project as
an integration project
Loosely following industry
standards such as LDAP forsecurity repository
Empasize using industry
standards
The barriers among transactional, operational, integrational,analytical, and batch modules are highThe barriers among transactional, operational,
integrational, analytical,
and batch modules are broken
Often use the project name as boundary setter,
for example, com.companyname.projectname
Use business architecture blocks
as the boundary setter,
for example,
com.companyname.
businesssegmentname.
businessrule
Skillset tend to be genericThe right mixture of specialists
and generalists at building
blocks level
Often take a project viewTake portfolio view
Often dive into nitty-gritty line of code optimizationEmphasize the code
organization
Starting from project specific requirementStarting from
business architecture
The lines among business rules, business processes, business events, business data, business contents, business intelligence and etc. are blurredThe lines among those are
intentionally defined and well
integrated using controlled ways
On time delivery, under budget and work as being intended with less bugs for that project are main successful indicatorsScalable, extensible and
evolvable with ease and
costing less are added

No comments:

Post a Comment