Page 239 - DCAP405_SOFTWARE_ENGINEERING
P. 239
Software Engineering
Notes To overcome these, the paper offers a few suggestions. These include the establishment of
24-hour Customs operations for increasing capacity utilisation, and improving the efficiency
of the barges used to transport some of the containers down the delta to Hong Kong.
These measures have a cost-saving potential of $90 per container. “If the Guangdong
authorities were to forgo licensing revenues and cut cross-border registration fees, an
additional $30 per container per trip could be saved.”
Subtract from the $220 gap (between $370 and $150 of trucking costs), $90 and $30, still you
would have a $100 hole.
Such a cost chasm can easily tilt one’s decision in favour of southern China’s ports, but
there are other advantages where HK scores. Such as: Easier Customs clearance, fewer
inspections, more consistent demands for documentation, and more destinations served
more frequently (4 to 20 times more trips to other places in Asia and 3 times as many to
Europe and the US).
“Moreover, Hong Kong’s status as a duty-free port makes it attractive as a regional
warehouse for high-value goods, while its sophisticated legal and financial systems
facilitate trade,” states the paper while reiterating, “Nevertheless, Hong Kong needs to
reduce trucking costs to maintain its competitiveness.”
A focus on reducing terminal charges or expanding the port’s capacity by building new
container terminals — something the government and Shippers’ Council are occupied
with — is not the key, according to McKinsey, because “terminal charges account for only
10 per cent of total logistics costs”.
Commonsense message, therefore, is to make existing terminals more efficient rather
than creating additional capacity. And get the goods to port by streamlining logistics.
A cost-analysis model that can be ported on to closer home.
13.5 Summary
While OO analysis is focused on the features and functionality of a single system to be
generated, a domain analysis focuses on the common and variant features across a family
of systems.
At least three versions of domain analysis may be distinguished: (1) at the level of product
definitions, (2) at the level of analysis of the proto-products, and (3) at the level of the
analysis for a generator of applications in the domain. Because of the informality of
version (1), the OO paradigm plays a less significant role there than in versions (2) and (3).
To ensure the reusability of the domain models produced, domain analysts use diverse
sources of domain knowledge.
These sources provide information on the range of potential systems in the domain.
While all domain analysis methods involve extraction of terminology and identification
of a common domain language, the OO domain analysis method accomplishes this task
through identification of classes, relationships and behaviors.
Such domain models may translate into reusable frameworks.
In a reuse strategy the domain analysis work-products must be maintained and enhanced
over many systems.
The domain analysis repository contains domain models that form the basis of subsequent
systems analysis activities.
232 LOVELY PROFESSIONAL UNIVERSITY