Archive for July, 2010

Changing Software Architecture and Refactoring

skypeRecently a tendency has arisen towards lifecycle growth of successful program projects. As a result, the volume of the ancestral code supported by the community of developers also grows. This fact helps explain the exceptional importance of tasks related to facilitating the development of the existing program code. At the same time, these tasks receive little attention from the scientific community and tool developers. As a result, contemporary methodologies overestimate the significance of the initial stage of a program system’s life cycle and practically neglect its further evolution. Therefore, there is currently an apparent lack of methodologies and efficient tools for supporting work with a corresponding code.

The situation changes when the question of how transformations can be used systemically as a centrally organizing principle in the process of the development and support of the existing software arises. However, the majority of researchers study transformations at a very narrow angle: as transformations at the level of the initial code, refactoring. Meanwhile, there are practically no studies dealing with transformations at a higher level of abstraction, i.e. at the level of software architecture. At the same time, many scenarios of the support and development of the existing code presuppose a change in the architecture of the existing system. Therefore, the development of the methodology and supporting tools aimed at the organization of a foreseeable and manageable process of changing software architecture is very interesting.

See Softage case study on phone number recognizer refactoring here: Phone Number Recognizer refactoring

Decentralized Planning

Division managers need to carry out planning in a specialized environment tailored to suit their personal needs and requirements. For instance, one particular manager might want to view only those expense departments and cost centers with which he is working, and not the entirety of the information held on the divisions. Since the majority of solutions give no opportunity for decentralized planning, many organizations use MS Excel. However, if every manager were to draw up an Excel-budget, the organization would have a number of budgets, each of which would be performed in its format and compiled according to its criteria. As a result, the aggregation of data  would be an arduous, erroneous and time-consuming task.

The Budgeting and Planning product allows for decentralized planning enabling managers to create budgets in the most comfortable environment. The user creates an individual planning interface for data entry and access to it. At the same time, the information is stored on a centralized basis. In this case, there is no need for manual data consolidation.

General information and transaction data come from InfoCubes contained in the SAP Business Information Warehouse. Since this data can be easily integrated with general and transaction data in SAP R/3 CO-CCA, it is also possible to integrate a corresponding cost center, cost element and currency data from R/3 to SAP SEM.

For further information on similar solutions see Softage Case Study: Investment Planning Software