lunes, 2 de marzo de 2015

The optimal pattern modeling of knowledge management systems establishment in public sector organizations: A case study in Tavanir organization

academicjournals

Vol. 7(20), pp. 2011-2019, 28 May, 2013
DOI: 10.5897/AJBM12.028
ISSN 1993-8233 © 2013 Academic Journals

African Journal of Business Management



Article
The optimal pattern modeling of knowledge management systems establishment in public sector organizations: A case study in Tavanir organization
Ghaffari Rahman1* and Ghaffari Somayyeh2
1University of Tehran, Iran. 2Electricity Distribution Corporate of Mazandaran State, Iran.
Accepted16 May, 2012

Today, knowledge is seen as the main asset for major organizations and a resource to achieve sustainable competitive advantage and in the developing business world, the importance of knowledge management in organizations is increasing every day. The fact that many organizations neglect knowledge management is because of their vague understanding of the concept that exists in organizations. To overcome such a long-established challenge, it is necessary to set forth the basic definition of knowledge management, and an appropriate model should be presented which includes the circumstances and characteristics of organizations. Since there are many models which implement knowledge management in organizations. In this paper, we try to provide an appropriate and domestic model to exemplify the optimal pattern of knowledge management in public sector organizations, especially those which are related to Tavanir organization. To test this, our proposed model is measured through the distribution of a questionnaire with 89% Cronbach alpha among senior managers and experts from Tavanir related organizations in Mozandaran province.
Key words: Social capital, knowledge management, knowledge management models, optimum models.


INTRODUCTION
"Lester Taro", the famous economist, says: the basis for wealth foundation and economy today is the knowledge and expertise. Taro is speaking about a revolution which has its force roots in the brains and takes up its value from the minds. With the advent of the third industrial revolution, knowledge has changed into a uniquely competitive advantage. Today, many fortune companies have special projects in the area of knowledge management (KM), and in particular they try to achieve their common goals and specific commercial objectives (Bergern, 1386).
Now, as for an economic investment it is essential to have a proper and modern management, we need to have management for the optimal use and expedite preparation, use and expansion of knowledge. Knowledge management is a way which improves the development practices, sharing and using knowledge in an environment and build values out of the produced knowledge. The Aim of knowledge management is creating a system by which the proper knowledge at a proper time and proper place is provided for individuals.
Today, knowledge management has increasingly turned into a vital stage for three reasons. First, in many organizations mental assets along with the physical and financial properties has gained importance. Second, while the post- World War II generations are leaving the organization, the fact is that a huge asset of knowledge that they possess will be lost if there is no attempt to keep them. Finally, the third point is that a good knowledge management system reduces unnecessary duplication of the work and increase organization efficiency (Robbins, 2009).
Knowledge processes (knowledge activities) can be considered as a structured coordinator for the effective management of knowledge (Gold et al., 2001). For example, knowledge processes include activities such as creating, sharing, storing and using the knowledge. Since the knowledge processes indicate the main knowledge functions, competencies provide necessary infrastructure for the organization to enhance the effectiveness of knowledge processes (Sarvey, 1999). Organizational performance is defined as the possible degree to which the corporate business achieves their goals of business (Elenkov, 2003). This can be determined through organizational learning, profitability or other obtained financial benefits by knowledge management. Employees and managers' enthusiasm and interest will be lost without assessing the success of knowledge management (McDermot and O'Dell, 2001).
The type of leadership style and people management has undergone enormous changes over time and over different periods of life and evolution of human civilization. By the same token, we can mention the sources of power for managers in the evolution of societies and social Darwinism. Table 1 completely illustrates the point.
At the hunting age despite having tribal war survival efforts, the most important source of power were tribal populations and hunting areas. It should be noted that the clubbing style has been the most appropriate manage­ment of primitive human and hunting age culture. At agricultural era, the land was the most important strategic source for the man, so the whipping style as to force people to work more and train them was considered best management style. In the industrial age, due to the emergence of a phenomenon called the Industrial Revo­lution, the owners of capital were considered the power source. But in the era that we live in which is called the post- industrial age or information age, the most important source of power for organizations and managers is knowledge management, and management style and leadership also depends on their ability to usefully process the information. Today, if organizations are to remain sustainable in global competitions, they use knowledge as a crucial source in order to appear successful against their rivals (Park, 2010).
Drucker (1998) believes that although, in past ages a literate was a person who could read and write, literacy at information age means someone who could effectively learn the provided information in an environment and teach others. As it can be seen in the table the predictable age after the post-industrial age is the age of wisdom in which the most skilled one is its strategic power, and the management style based on spirituality and humanity is the top leadership of that era (Toffler, 1996).
Toffler (1996) in his book "the Third Wave" states that in the world today economic growth factor is not the investment, manpower or raw materials, but rather new knowledge and ideas are causing economic prosperity and countries property is the offspring function science and opinions.
In an era where many scholars and scientists have thought of nuclear explosions and nuclear era, the era of knowledge explosion and information transaction has occurred. So, maybe that is why some believe that every five years and half the volume of knowledge will be doubled (the knowledge explosion era) (Iranzadeh, 2006).
Organizations in the new era should serve as a time machine to move from the past into the future in an uninterrupted manner (Iran born, 1384).
Intangibles are the most important thing that must be managed to reach success (Sabuie et.al., 1997).

Knowledge management

The Chambers dictionary (2000) defines knowledge in this way "fixed opinion, something which is known, learned information, learning science, practical skills, knowledge, understanding and so on".
Knowledge is a structured combination of data which is reached through processes, rules, practices and expe­rience. In other words, knowledge is a concept which is emerged through thinking.
Knowledge is only born in the minds of people. Krechner (1997) who compares the information and knowledge on "what is knowledge" provides valuable explanations. He believes that the information processed by the human brain becomes knowledge and gains values. Therefore, knowledge includes processing, crea­ting or using the information in the people's brain. Corbin et al. (2007) also believe that the difference between information and knowledge is the perception degree and formulating the skills and experience in the two (information and knowledge) (Corbin et al., 2007). Markuez (2001) has suggested that knowledge itself is not considered the source of competition among organizations, but this is the appropriate and correct use of them which serves as one advantage (Sedra and Gable, 2010).
Some features of knowledge based on McDermot and O'Del (2001) and Ali (1997) is provided here:
1)  Knowledge is disordered and cluttered.
2)  Knowledge is self-organizing.
3)  The most important factor of knowledge transfer is the language.
4)  Knowledge is slippery like a fish.
5)  Knowledge is multidimensional.
6)  Knowledge is a social phenomenon.
7)  Providing and distributing knowledge help its growth.
8)  Knowledge is presented in different methods.

Knowledge management and related strategic concepts have been considered as the important components and elements for the survival of the organization and maintain its competitive position (Martensson, 2000). Knowledge management is referred to a process of gaining experience and intelligence in an organization and using it for nurturing innovation through continuous learning. Knowledge management is in fact a key to gain a competitive nuclear advantage in an organization (Wang and Xiao, 2009).
Knowledge management helps organizations to be­come more flexible and also helps them to serve as learning environments (Yahya and Goh, 2002).
Harvey and Denton provided reasons that show that knowledge management is regarded as a competitive advantage in an organization (Harvey and Denton, 1999).
1)  The nature of the production factors has shifted from capital, labor force, especially intellectual labor,
2)  Rapid changes have occurred in the world of business,
3)  Wide (overall) acceptance of the fact that knowledge has a competitive advantage,
4)  Increasing managers and employees dissatisfaction of the traditional management concepts, commanding and controlling management,
5)  The highly competitive nature of global business,
6)  Increased customer demand.

Knowledge management goals
Weick (1993) believes that knowledge management can enable organizations to improve their usual performance to a creative performance along with consciousness. The purpose of knowledge management is to discover new perspectives on learning, knowledge creation and deve­lopment of local and foreign competition through a deliberate approach in contemporary world (Ford, 1996).
In early 2000, the knowledge management motto, creation, dissemination and use of knowledge and information of high quality to achieve individual and organizational learning were discussed. Knowledge management is more than a mere thinking about how to manage an organization; it is a strategic asset for the organization. Figure 1 shows a conceptual model of this research.

Knowledge management enablers
A variety of enablers of knowledge management are shown in knowledge management literature. Among these cases, change management, organizational culture, struc­ture, people and information technology (IT) are included in the research model. Studies have shown that streng­thening the competence of knowledge management systems improves the overall knowledge management system (Sedra and Gable, 2010).

STRATEGIES     AND     APPROPRIATE CHANGE
MANAGEMENT
From the late 1990s, knowledge management is considered as the major force of organization change and value creation, as it is referred to as reforming economy leading to large body of changes in the world (Liew,


2008). Hubert Saint (1977) states that knowledge management strategy provides a framework within which the organization has a goal setting activities to leverage knowledge assets. Strategy also express the processes, tools and infrastructure needed for knowledge to be effectively distributed (Chatzkel and Liebowitz, 2000). Knowledge management in any organization requires the existence of a manager or an informed leader that is influential in the organization. Organizational culture in which "innovation" is seen as a dominant value of know­ledge management is a facilitating elements.
Knowledge strategies are divided into two categories of encryption and personalization. Encryption strategy focuses on the combination of knowledge in the organi­zation to enable us to put the knowledge into a coherent field and make it available to organizations' employee. Such approach includes separating knowledge from its owners that is knowledge should be effectively extracted and encoded. Personalization strategy identifies the tacit dimensions of knowledge and assumes that knowledge essentially is spread through informal communication in which sharing knowledge will develop through interaction and dialogue from person to person (Desouza, 2002). Introduce knowledge management to organizations is a strategic issue; therefore, it requires infrastructure pre­paration and pre-planned strategy in the organization
(Liew, 2008).


Organizational culture
Culture is one of the most important factors for successful knowledge management. Culture is not only defined as being "knowledge is valuable and precious" but also defined as "knowledge should be kept within the organi­zation as the competitive advantage and organizational innovation" (Lewin et al., 1997). Organizations must have an appropriate culture, so that it can encourage the people to create and share knowledge within the organization (Holsapple, 2001).
People do not refuse to share knowledge and are not indifferent to the organization and are not afraid to share their knowledge (Davenport and Prusak 1998). Re­searchers have shown that the type and style of organizational culture (especially adhocracy culture in organizations) will be very effective in supporting the implementation of knowledge management processes (Jones, 2009).


ORGANIZATIONAL STRUCTURE
The structure of an organization can be both facilitative and debilitative for knowledge management realization as Ichjio emphasizes that the company should maintain stability in their organizational structure to protect and support their knowledge (Ichjio, 1998).
Human resources (human capital)
Human capital is one of the most important type of knowledge or intellectual assets in the organization because these assets are the sources of creativity. This type of tacit knowledge assets exist within the staffs of an organization which is one of the most vital factors influencing the performance of each organization. Human resources are the top factor in organizational knowledge creation and have the most vital role in implementing knowledge management (Pouloudi, 2006). Therefore, it is very important to manage those who are willing to create and share knowledge (McDermot and O'Dell, 2001). Knowledge and competence (jurisdiction) may be acquired through recruiting new people with new skills (Stonehouse, 1999).
Human capital represents the tacit learned knowledge in the minds and thoughts of employees. Human capital is an important source of innovation and recreation in an organization and it (human capital) is defined as a combination of employees' competencies, thinking and creativity.

Technology
Technology helps to manage knowledge (Gold et al., 2001). Today, new technology in the changing global information technology environment is the IT (Vidogah and Moreton, 2009). IT means the degree to which knowledge management through the use of IT is supported. Many researchers have found that IT is the most determining factor in creating knowledge. IT affects the knowledge creation in different ways. Firstly, IT facilitates the collection, storage and exchange of information on a scale that was unattainable in the past and will endorse the process of knowledge creation. Secondly, the developed technology will integrate distinc­tive knowledge processes. This integration can eliminate the barriers of communication between different sections of an organization. Thirdly, IT supports all knowledge creation styles and is not only restricted to the explicit (visible) knowledge transfer. In order to achieve the desired results, organizations should not only have an appropriate IT infrastructure, but also must integrate computer and human systems, network technologies and other organizational arrangements so that they can effectively acquire, store and use knowledge (Meso,
2000).

Knowledge management processes
A number of studies have focused on the knowledge management processes. They have separated knowledge management into several processes. For example, Alavi and Leinder have identified four processes such as: creation, storage, transfer and application of knowledge as knowledge management processes (Alavi and Leinder,  2001). These processes (often but not always) are simultaneously placed in a linear sequence (Beckman,1999).
Among these processes activities related to knowledge creation (knowledge creation and construction) (Demarest, 1997) are important because knowledge creation is a strategic weapon in the modern world; without creating a permanent knowledge, the business will be doomed to failure. Knowledge creation is a continuous process where individuals and groups within a company and bet­ween companies share their explicit and tacit knowledge (Nonaka and Takeuchi, 1995). Knowledge creation is a dynamic process of interaction between tacit and explicit knowledge in different levels of organizations. Knowledge that has been created can be transferred from a person to another person, or it can be stored at individual, group, or organization level.
Nonaka and Takeuchi (1995) argue that tacit and explicit knowledge can complement each other and affect each other in the innovative activities of individuals. Explicit knowledge refers to the employees' expertise and knowledge that is visible and can be easily learned and transferred. But tacit knowledge refers to the intangible skills and competencies of employees who normally seek knowledge and experience. A model of knowledge crea­tion process based on this critical assumption is developed that human knowledge is created through social interaction between tacit and explicit knowledge in which the interaction is referred to as conversion. It should be noted that such a conversion does not happen inside people, but rather it occurs between them and within an organization (Bijres, 1999). The interaction between tacit and explicit knowledge (Nonaka and
Takeuchi, 1995) (Table 2).


Knowledge management models
Different models have been suggested for knowledge management by many researchers and perhaps due to cultural differences and management, the model is not still approved (Afrazeh, 2009), that is may be the biggest reason for the importance of a domestic model which is culturally appropriate in any society. Different models of Knowledge Management would be briefly outlined here.

Hessig model

Hessig model (2000) is composed of the following four processes.
Create: That refers to ability to learn and communicate. Store: Through which an organized storage capability that enables quick search of information, access to information and effective sharing of knowledge is provided. Spread: The process helps to develop a collective spirit in which individuals work as partners to pursue common goals.
Use: This process will develop the idea that creating new knowledge will be possible through objective knowledge application.

Mark model (M. Mac Alrvy)
MacAlrvy (2002) defined a new intellectual framework for knowledge management which is called "knowledge life cycle ". He divided his process of knowledge creation into two large processes namely knowledge production and knowledge continuation.
Knowledge production is process of creating new organizational knowledge which is done through group learning, gaining knowledge and information and know­ledge assessment. This process is synonymous with organizational learning 2.
Knowledge continuation; this section is accomplished through some activities that prescribe the distribution and sharing knowledge which include special projects like knowledge distribution, search, teaching, sharing and other social activities.

Seven "C" model
This model is based on seven words beginning with letter «C» which is given by the America Productivity and Quality Center. The component along with descriptions of each model is given in Figure "2".

Nonaka and Takeuchi model
The tacit and explicit knowledge concepts are classified by Nonaka to design organizational learning theory. In his model, unlike previous models, he focuses on two types of knowledge "implicit or tacit" and "explicit" and their conversion to one another and also how they are created on all organization levels. In this dynamic model, he expressed how to use and convert these knowledge and


how knowledge management is assumed to move in spiral manner in both field according to Figure "3".
 Knowledge management in government agencies
Perhaps the last 15 years could be considered as the boom years of knowledge management in the public sector. According to Fortune magazine statistics in 2002, 90% of the world's top 500 companies have had formal programs for knowledge management. But over the years government agencies were lagging behind. According to the Organization Economic Cooperation and Develop­ment (OECD) report published in 2003, the organization should implement the principles and models of knowledge management based on the following reasons.
1)  Knowledge as being changed to the most important source of effective activities and measures of the organization.
2)  Government agencies authorship instead of ownership in the new era.
3)  Globalization.

4)  Private sector capabilities.
5)  Citizens' knowledge increase.
6)  The loss of experienced workforce in government
organizations (OECD, 2003, P, 5-12).
But in recent years, various researches with the title of knowledge management have been conducted in government agencies (Abtahi and Salavati, 1385). Recent researchers' studies are represented in Table 3.

METHODOLOGY
The current study aims at determining the empirical relationships in the field of interaction between knowledge management com­ponents and thus trying to develop an appropriate pattern for domestic implementation of knowledge management in government agencies. Consider applied objectives and data collection the research is descriptive and correlational. In order to determine the reliability of the test, the Cronbach's alpha method was used. This method is used to calculate the internal coordination of the various features of measuring tools.
For this purpose, an initial sample including 30 questionnaires as pre-test was prepared and then by using the obtained data from questionnaires and statistical package for the social sciences



Human resources   Information technology Strategy___________
0.493 significant                       0.378 significant
0.320 significant                       0.032 not significant
0.419 significant                       0.309 significant
0.240 significant



(SPSS) statistical software, the correlation coefficient was calculated for the total items using Cronbach alpha which was 89%.
The populations of this study were the managers and experts from Tavanir organization and related companies of Mozandaran province and because the data in the study are of quantitative type, the Pearson correlation was used to test the correlation.

RESULTS AND DATA ANALYSIS
Implementation of knowledge management systems over several years can create specific norms of knowledge assets (including intangible assets or intellectual property) in the organization (Lee et al., 2004). Our findings also show that knowledge management capabilities are consi­dered the key factor in the effectiveness of organizations. Effective implementation of knowledge management system also depends on the knowledge infrastructure capabilities (structure, culture and technology) and capabilities in accurately implementing the knowledge management processes in organizations (Anderson,
2009).

Conceptual model and research hypotheses
In this conceptual model, culture, structure, information technology, human resources and strategy are the inde­pendent (exogenous) variables and knowledge creation variable   is    endogenous    mediator variable and endogenous variable functions is (final variable). Model hypotheses
1)  Culture has a direct, positive and significant effect on knowledge creation.
2)  Structure has a direct, positive and significant effect on knowledge creation.
3)  Human resources have a direct, positive and significant effect on knowledge creation.
4)    Information technology has a direct, positive and
significant effect on knowledge creation.
5)  Strategy has a direct, positive and significant effect on
knowledge creation.
The model in standard estimation point is as follows. Model relational indices indicated a poor match of the structural model (path analysis) that are due to the degree of freedom compared to chi square which equals to 4.58 and greater than the acceptable value of 3 and the root mean square error of approximation (RMSEA) value is 0.08 but it can be improved by applying some changes in the software.
Regarding the obtained significant values, the hypothesis regarding the effect of culture, information technology, strategy and knowledge creation is confirmed because the significant value is greater than 1.96 (Table


knowledge management in power distribution organization of Mozandaran province is the organizational structure.
Fortunately, the effect of changing management styles and strategic planning in Tavanir in providing intelligent knowledge management system has been highly influential.
As the final suggestion, the Tavanir organization should maintain its long term objectives and in order to achieve diversity and conservation law should provide appropriate structure for dealing with environmental changes and responding to changes.

REFERENCES
Afrazeh A (2009). Knowledge Management; concepts, models, measurement and implementation. Amir Kabir University publication. second edition. Tehran. Winter, p. B6.
Alavi M, Leidner DE (2001). Review: Knowledge Management and Knowledge Management Systems: Conceptual Foundations and Research Issues. Manage. Infor. Syst. Quarter.
Ali V (1997). The Knowledge Evolution, Expanding Organization. Boston: Buttler Worth-Heinemann.
Anderson KK (2009). Organizational Capabilities as Predictors of Effective Knowledge Management: An Empirical Examination. A Dissertation for Doctoral of Business Administration. School of Business and Entrepreneurship Nova Southeastern University.
Chatzkel J, Liebowitz J (2000). Efficiencies from knowledge management technologies in a military enterprise. J. Knowl. Manage.,
6(10): S9-49.
Corbin R, Dunbar CB, Zhu Q (2007). A three-tier knowledge
management   scheme   for   software   engineering   support and
innovation. J. Syst. Software. B0(20): 1494-1S0S. Davenport   TH,   Prusak   L   (199B).   Working   Knowledge: How
Organizations Manage What they Know. 1st edition. Boston (MA).
Harvard Business School Press. Demarest M (1997). 'Understanding knowledge management.' Long
range plan. S0(S):S74-SB4. Drucker PF (199B). The coming of the new organization. In Harv. Bus.
Rev. pp. 1-19. Boston, MA Elenkov DE (200S). Knowledge Management Enablers, Processes, and
Organizational Performance: An Integrative View and Empirical
Examination. J. Manage. Inform. Syst., 20(1): 1. Gold A, Malhotra A, Segars A (2001). Knowledge management: An
organizational capabilities perspective, J. Manage. Inform. Syst.,
1B(1): 1BS-214
Holsapple CW (2001). A formal knowledge management ontology:
Conduct, activities, resources, and influences. J. Am. Soc. Inform. Sci.
Technol., SS( 7): S9S-612. Hubert S (1977). Information Architecture and Knowledge Management".
Kent State University. Retrieved 18 April 2013. Iranzadeh S (2006). Fourth Wave organization and management in the
new millennium. Ofogh-e-Danesh Publication. Tabriz. Spring, p.84. Jones MB (2009). Organizational Culture and Knowledge Management:
An Empirical Investigation of U.S. Manufacturing Firms. A Dissertation
for Doctoral of   Business Administration. School of Business and
Entrepreneurship Nova Southeastern University. Lee KC, Sangjae L, Inwon K (2004). KMPI: measuring knowledge
management performance. Inform. Manage. 42(1):469-4B2. Lewin AY, Long CP, Timothy NC (1997). The Coevolution of New
Organizational Forms. Organ. Sci. Liew A (2008). Strategic Integration of Knowledge Management and
Customer Relationship Management. Martensson M (2000). A critical review of knowledge management as a
management tool. J. Knowl. Manage., 4(3): 204-216. McDermot R, O'Dell C (2001). Overcoming Cultural Barrier to Shearing
Knowledge. J. Knowl. Manage., 6(1):4S-S3.


Nonaka I, Takeuchi H (1995). The Knowledge-Creating Company.
Oxford University Press. Park B (2010). Knowledge transfer capacity of multinational enterprises
and technology acquisition in international joint ventures. Inter. Bus.
Rev. 41:38-46
Pouloudi MD (2006). Towards the development of a novel taxonomy of knowledge management systems from a learning perspective, an integrated approach to learning and knowledge infrastructures. J. Knowl. Manage., 10(6): 64-80.
Robbins PS (2009). Organizational Behavior. 13th edition. Pearson international edition.
Sedra D, Gable GG (2010). Knowledge Management Competence for Enterprise System Success. Journal of Strategic Information Systems. Australia.
Stonehouse GH (1999). Learning and knowledge management in the intelligent organization. Participation and Empowerment: Int. J., 7(5):
131-144.
Sabuie K (1997). The New Organization Wealth: Managing and Measuring Knowledge-Based Assets. Berrett-Koehler Publishers.
Toffler A (1996). Third Wave, translated by Shahin dokht Kharazmi, Nashr-e-No publication, first edition 1362.
Vidogah R, Moreton R (2009). Improving Knowledge Management in the Health Service: Re-Engineering Approach towards Successful Implementation. Information Systems Development.
Wang J, Xiao J (2009). Knowledge management audit framework and methodology based on processes. J. Technol. Manage., 4(3): 239­249.
Zack M, Mckeen J, Singh S (2009), ''Knowledge management and organizational performance: an exploratory analysis''. J. Knowl.
Manage. 13(6):392-409.














BlogsPeru.com

domingo, 25 de mayo de 2014

Manual RATIONAL ROSE

Rational Rose
1. Objetivos
• Aprender a manejar los fundamentos de Rational Rose
• Comprender la estructura de un modelo UML en Rose: vista de casos de uso, lógica, de componentes y de despliegue.
• Crear los elementos de los modelos y diagramas de UML.
• Estructurar los elementos anteriores a través de paquetes.
• Generar código automáticamente a partir de los modelos.
2. Desarrollo
Iniciar Rational Rose
Al arrancar la herramienta no selecciones ninguno de los frameworks que aparecen, elige la opción Cancelar.
En el menú Tools/Options... selecciona la pestaña Notation, y establece como notación por defecto Unified y como lenguaje por defecto Analysis.
Archivos de proyecto en Rose
Un modelo en Rose se almacena como un fichero .mdl
Estructura de la ventana principal de Rose
En esta ventana destaca el explorador (browser) en la parte izquierda, desde donde se puede crear y acceder a toda la información del modelo actual, con una pequeña ventana de documentación debajo de ella, donde aparece la documentación textual asociada al elemento seleccionado en el explorador.
En el canvas de la derecha se abren los diagramas que sirven de representación gráfica del modelo; entre esta ventana destaca la de log, que contiene información administrativa de los modelos(fechas de creación, actualización, etc.) junto con los errores de consistencia que se vayan produciendo (por ejemplo, durante la generación de código).

Las cuatro vistas de la arquitectura en Rose
En el explorador tenemos cuatro carpetas que representan cuatro vistas de la arquitectura del sistema. Cada vista muestra una proyección de la arquitectura y usa un conjunto de diagramas. Por defecto, cada una de estas vistas tiene un diagrama especial, denominado Main (fíjate como su icono cambia en cada vista), y una carpeta especial Associations. Cada vista se puede estructurar en paquetes, de manera que el diagrama
Main suele estar formado por paquetes y sus relaciones.
Las vistas de Rose son las siguientes:
a) La Vista de Casos de Uso, Use Case View, que es la vista en la que se presenta el comportamiento deseado del sistema: en ella se encontrarían los modelos relacionados con la captura de requisitos. Según el proceso que hemos visto en clase, en esta vista se ubicarían el modelo del negocio, el modelo conceptual, el modelo de casos de uso del sistema y los diagramas de secuencia del sistema.
b) La Vista Lógica, Logical View, en la que encontraríamos los modelos que muestran el vocabulario y la funcionalidad (estructura y comportamiento) del sistema, a través de un conjunto de colaboraciones que realizan los casos de uso de la vista de casos de uso (colaboraciones que se modelan mediante diagramas de clases y diagramas de interacción: secuencia y colaboración).
c) La Vista de Componentes, Component View, en la que se representa la implementación del sistema mediante componentes, la organización modular del software. Esta vista está relacionada con la gestión de la configuración del software. Los paquetes en esta vista se organizan en niveles. Un componente está relacionado con un archivo de software y un lenguaje de programación. Las clases de la vista lógica se
asignarían a los componentes de la vista de componentes.
d) La Vista de Despliegue, Deployment View, en la que se modela la distribución o despliegue de los componentes a los nodos de procesamiento del sistema. Muestra la topología, distribución e instalación del sistema.
• La Vista Lógica de Rose se corresponde con la Vista de Diseño de la Arquitectura 4+1.
• En Rose no existe la Vista de Procesos de la Arquitectura 4+1, que comprende los hilos y procesos que forman los mecanismos de sincronización y concurrencia del sistema. Esta vista de procesos se encontraría en la Vista Lógica de Rose.
En el explorador tenemos también en una carpeta especial la opción Model Properties, que coincide con Tools/Options..., y que contiene la información de configuración del proyecto actual, incluyendo

Modelado de casos de uso
Comenzamos el modelado de un sistema trabajando en la vista de casos de uso, introduciendo a través del explorador:
• los elementos del modelo de casos de uso del negocio (si consideramos conveniente realizar un modelado del negocio)
• los elementos del modelo de casos de uso del sistema
Vamos a crear el modelo de casos de uso del sistema. Para ello, primero crearemos a través del explorador los elementos del modelo de casos de uso (actores y casos de uso), y después crearemos los diagramas de casos de uso que mostrarán el modelo.
Comenzamos interactuando directamente con el explorador, para crear los actores y casos de uso que hay en el diagrama de casos de uso de la Figura 1. (Sólo los actores y casos de uso, no el diagrama.)
Para crear un actor en el explorador:
1. Clic con el botón derecho del ratón sobre la carpeta Use Case View.
2. Seleccionar New:Actor. En el explorador aparece un nuevo actor denominado NewClass.
3. Selecciónalo y cámbiale el nombre por defecto por el nombre apropiado.
4. Haz doble clic sobre el actor, y observa cómo se edita como una clase, con sus atributos y operaciones, pero con el estereotipo <>.

Para documentar un actor:
1. Si la ventana de documentación no es visible, ábrela seleccionando el menú View y activando la opción Documentation.
2. Selecciona el actor en el explorador.
3. Pon el cursor en la ventana de documentación y escribe el texto que describa el actor.
Para crear un caso de uso a través del explorador, y añadirle una breve descripción textual:
Sigue los mismos pasos que para crear un actor, pero con New:Use Case.

Figura 1. Diagrama Casos de Uso TPV.

Asocia al caso de uso Realizar Venta un fichero que lo describa utilizando una plantilla.
Para ligar documentos con plantillas de casos de uso a casos de uso:
1. Botón derecho sobre el caso de uso, opción Open Specification/Files.
2. Botón derecho/Insert File...
3. Seleccionar el archivo correspondiente (Word, Excel, etc.).
Por comodidad, se puede hacer que un mismo archivo contenga las plantillas de varios casos de uso.

Crea un diagrama de casos de uso.
Cada sistema tiene normalmente un Main Use Case Diagram, que representa los límites del sistema (actores) junto con las principales funciones del mismo (casos de uso). Por supuesto, se pueden construir otros diagramas de casos de uso con otros objetivos, por ejemplo:
• para mostrar todos los casos de uso de un paquete
• para mostrar todos los casos de uso para un actor determinado
• para mostrar todos los casos de uso que son implementados en una iteración
• para mostrar un caso de uso y todas sus relaciones

Para crear un diagrama de casos de uso:
Con botón derecho sobre la carpeta correspondiente, New:Use Case Diagram.
Crea ahora un diagrama denominado Diagrama Casos de Uso TPV, y arrastra sobre él los actores y casos de uso de la Figura 1, los cuales has creado mediante el explorador.
Por supuesto, los actores y casos de uso se pueden crear también directamente en la ventana usando la barra de herramientas.

Establece relaciones entre casos de uso.
Crea un caso de uso Pago con Tarjeta y establece una relación include de Realizar
Venta a este nuevo caso de uso. Cambia después la relación por una extend.

Relaciones entre casos de uso.
Tenemos tres relaciones principales entre casos de uso en Rose:
<>
<>
Generalización
(En Rose también se proporciona el estereotipo <>, que representa la comunicación entre un actor y un caso de uso, y se muestra de manera opcional. Esta relación es poco utilizada.)

Para crear relaciones entre casos de uso:
1. Pinchar el icono Dependency or instantiates
2. Arrastrar la línea en el sentido adecuado
3. Doble clic sobre la línea para hacer visible Specification/General
4. Seleccionar el valor adecuado en el campo Stereotype
Puedes poner o quitar la flecha de la relación con botón derecho/Navigable sobre la relación, cerca del extremo adecuado

Borrar (del diagrama o del modelo)
Con la tecla Supr (botón derecho/Edit/Delete)se borra un elemento del diagrama actual, pero no del modelo. (Recuerda que el diagrama no es más que una “vista” o proyección del modelo.) Para borrar dicho elemento del modelo, usa botón derecho/Edit/Delete from model.

Crea un Diagrama de Secuencia del Sistema para el caso de uso Realizar Venta.
Como sabemos, los diagramas de secuencia del sistema son diagramas de interacción de tipo diagrama de secuencia. Denominaremos a este diagrama DSS1 (ver Figura 2).
• Crea el diagrama desde el explorador con botón derecho sobre el caso de uso /New:Sequence Diagram.
• Ábrelo con doble clic.
• Para cada actor u objeto en el escenario:
  o Selecciona el actor en el explorador, y arrástralo al diagrama.
  o Selecciona el icono Object de la barra de herramientas, e introduce el objeto (Sistema en este caso).
   o Para asignar el objeto a una clase, puedes seleccionar la clase en el explorador y arrastrarla sobre el    objeto.
• Usa el icono Object Message para introducir los mensajes.



Crea el modelo conceptual para el sistema TPV.
Dentro de la vista de casos de uso, añade el diagrama de clases de la Figura 3, que denominaremos Modelo Conceptual TPV:
• Introduce clases
o En el explorador, botón derecho/New:Class, o bien directamente a través de los iconos de la barra de herramientas.
• Documéntalas a través de la ventana de documentación.

Colisiones de nombres.
El problema de la colisión de nombres aparece si quieres crear, por ejemplo, una clase Gerente en la Vista de Casos de Uso, donde ya tienes el actor Gerente. Para evitarlo, puedes poner las clases y el diagrama del modelo conceptual en un subpaquete denominado “Modelo Conceptual”.
También se pueden importar clases desde otras localizaciones. En particular, en ocasiones vemos ejemplos en los que en un diagrama de clases se ha importado un actor.
Por ejemplo, puedes arrastrar el Gerente, que hemos definido como un actor.
Observarás como aparece dibujado como un actor, debido a que tiene asociado el estereotipo <>.
Un estereotipo se puede visualizar de varias maneras, según lo indiques con botón derecho sobre el elemento deseado en el diagrama de clases en Options/Stereotype Display. Cuando importas un clasificador desde otra vista, puedes cambiar su apariencia con esta opción.
Por ejemplo, cuando copias un actor del modelo de casos de uso al modelo conceptual, usa esta opción para que aparezca como una clase (none) en lugar de como una figura de actor (icon)
Esta aproximación es cómoda, pero hay un problema: conceptualmente el actor Gerente y la clase Gerente son elementos distintos, un actor es una clase estereotipada. Por ello, recomendamos crear un actor y una clase distintas para cada actor del que se tenga que almacenar información en el modelo.

• Establece relaciones entre clases:
   o En este ejemplo usa sólo Undirectional Association
• Indica el nombre y/o roles de cada asociación.
• Indica la cardinalidad
   o Opción Multiplicity haciendo clic con el botón derecho cerca del extremo deseado de la relación.
• Recuerda que en este modelo no se indica la navegabilidad de las relaciones
   o Para poner o quitar la flecha de navegabilidad, puedes usar la opción Navigable haciendo clic con el botón derecho cerca del extremo deseado de la relación.
• Examina el resto de propiedades de las asociaciones (como derived) y de los roles (como exportación: public, private, protected).
• Añade atributos a cada clase
o En el explorador, sobre la clase botón derecho/New:Attribute.
o Observa cómo cambia el icono asociado al atributo según sea public, protected, private o implementation (botón derecho/Open Specification/General/Export Control). Examina el resto de opciones de especificación de un atributo.


• Ya que en este modelo las operaciones no son relevantes, oculta el compartimento de operaciones en cada clase o botón derecho sobre la clase en el diagrama, Options/Supress Operations.

Modelado del análisis
En el modelado del análisis trabajamos fundamentalmente en la vista lógica de Rose.
Modelo de clases
Dentro de la carpeta Logical View, crea un diagrama de clases de análisis denominado Clases del Analisis

• Incluye las clases TPV, Item, Venta, Pago, Tienda, LineaVenta,
CatalogoProducto y Producto, que ya creaste durante el modelado de los requisitos, arrastrando con el ratón desde el explorador. (Observa cómo aparecen las relaciones entre clases que se habían definido en la vista de casos de uso.)
• También puedes añadir clases a un diagrama a través del menú Query.
La visibilidad de una clase (from “vista_de_definición”) indica el paquete donde está definida la clase. En Rose se puede establecer si se muestra (o no) la visibilidad de una clase:
• (para todas las clases) en Tools/Options/Diagram, en Show Visibility
• (para sola una clase) se establece con botón derecho/Options/Show Visibility.

En el modelo conceptual hemos introducido algunos atributos a las clases. Ahora vamos a introducir operaciones a una clase.
Sobre la clase Venta, botón derecho/Open specification.../Operations
Por ejemplo, define la siguiente operación en la clase Venta:
public void crearLineaVenta( Producto spec, int cantidad )

Define Pago como clase abstracta con dos subclases Pago Tarjeta y Pago Efectivo.
• Sobre la clase Pago, botón derecho/Open specification.../Detail, activar la opción Abstract
• Examina el resto de opciones de la especificación de una clase: control de exportación (public, protected, private, implementation), persistencia, etc.
Introduce estereotipos para las clases (por ejemplo: boundary, entity, control) y observa los resultados.

• En el explorador o en el diagrama, con botón derecho/Open Specification/General/Stereotype.
• Cambia la forma de visualizar el estereotipo con botón derecho sobre la clase en el diagrama/Options/Stereotype Display.
Crea el esquema de la figura siguiente, en el que una clase implementa una interfaz.
• Usa el estereotipo <> y muéstralo como label; utiliza una relación realizes.
• Para mostrar la interfaz mediante su icono, muestra el estereotipo mediante icon.
• Introduce la operación que aparece en la Figura 4 y observa las distintas opciones de especificación de una operación.
• Observa que Rose propaga las operaciones de la interfaz en la clase que la implementa, si bien no las muestra. (Ocurre lo mismo con la relación de generalización.)


• Aggregation – usando botón derecho/Open Specification.../Role Detail/Aggregate sobre una asociación.
• También puedes personalizar la barra de herramientas para incluir el icono de agregación, con el botón derecho sobre la barra.
Realmente, la agregación anterior es más propiamente una composición:
• Para indicar la composición, botón derecho sobre la línea, cerca de LineaVenta, y en Containment of LineaVenta, seleccionar By Value.
En el modelo conceptual mostrado en la Figura 3, define ahora una asociación

calificada, como la que se muestra en la Figura 6:
• botón derecho sobre la asociación, New Key/Qualifier




















• Crea la clase asociación, con sus atributos y operaciones.
• Usa el icono Association Class y arrástralo desde la clase asociación Empleo hasta la relación que modifica.












1. Introduce una nueva clase
2. Sobre la nueva clase, con botón derecho/Open
Specification.../General, poner como Type
ParameterizedClass y pulsa OK
3. Los argumentos formales de la clase se introducen después con botón derecho/Open Specification.../Detail, usando botón derecho/insert sobre Formal Arguments
• Las clases instanciadas se crean con el tipo InstatiatedClass, dándole a los parámetros actuales los valores adecuados. Entre la clase parametrizada y sus instancias se pone una relación de tipo Dependency or instantiates.

Realizaciones (colaboraciones) de casos de uso
Crea una colaboración (realización de un caso de uso) en la vista lógica.
• Crea un diagrama de casos de uso en la vista lógica, llamado Colaboraciones.
• Crea, desde la barra de herramientas, un caso de uso llamado Realizar Venta.
o Si tecleas el nombre directamente en el caso de uso del diagrama, Rose asumirá que el nuevo caso de uso es el mismo que el que ya habías definido en la vista de casos de uso. (El resultado es igual que cuando
arrastras el caso de uso ya definido.)
o Para definir un nuevo caso de uso, independiente del anterior, como ahora queremos, debes introducir el nombre del caso de uso a través del explorador o de la opción Open Specification. Rose presenta
después un mensaje del estilo de “Realizar Venta” now exists in multiple name spaces.
• Define el nuevo caso de uso como una realización de caso de uso.
o estereotipo del caso de uso: <>
• Inserta en el diagrama el caso de uso Realizar Venta de la vista de casos de uso.
• Establece una relación de realización entre el caso de uso y su realización. De esta forma se muestra gráficamente la trazabilidad entre las colaboraciones de la vista lógica y los casos de uso de la vista de casos de uso (ver Figura 9).
o Si no aparece el icono de la relación de realización, puedes personalizar la barra de herramientas con botón derecho sobre la misma/Customize...










Crea diagramas de colaboración que describan la dinámica de la realización del caso de uso Realizar Venta.
Dentro de la realización del caso de uso Realizar Venta se incluyen los diagramas de interacción que describen cada operación del diagrama de secuencia del sistema de este caso de uso (la parte dinámica de la colaboración, ver Figura 2), así como el diagrama de clases que representa la parte estática de la colaboración.
Vamos a crear el diagrama de colaboración mostrado en la Figura 10, para la operación del sistema introducirItem.
• En el explorador, con botón derecho sobre la colaboración Realizar Venta, crea
un diagrama de colaboración subordinado denominado IntroducirItem.
• Establece que las interacciones utilizarán la numeración jerárquica
(Tools/Options/Diagrams/Hierarchical Messages).
• Examina las opciones de visibilidad de los enlaces (unspecified, field, parameter, local, global), y de compartición (shared).
• Examina las opciones de sincronización de los mensajes (botón derecho /Open Specification/Detail).



















Para añadir operaciones a una clase:
• Pulsa con el botón derecho sobre cualquiera de los mensajes del diagrama de colaboración, y observa como aparece la opción . Con esta opción puedes crear automáticamente una operación a partir del mensaje seleccionado. La operación aparece automáticamente en la clase correspondiente.
• Pulsando el botón derecho sobre un mensaje también aparecen las operaciones que se han definido sobre la clase, para acelerar la definición de los mensajes, si se basan en métodos que ya se han definido.

Hay dos problemas con el soporte que Rose da a los diagramas de colaboración:
• Observa la numeración de los mensajes: a pesar de que se ha seleccionado la numeración jerárquica, los mensajes se numeran automáticamente como 1, 2, 3...
Con esta versión de Rose, en los diagramas de colaboración no se pueden numerar los mensajes jerárquicamente.
• ¿Cómo podríamos introducir un nuevo mensaje entre, por ejemplo, el mensaje 3 y el 4? Tampoco podemos hacerlo en los diagramas de colaboración. La numeración es automática.
Como vamos a ver, si se quiere usar diagramas de colaboración, una posibilidad consiste en trabajar con los diagramas de secuencia, y transformarlos automáticamente en diagramas de colaboración.

Transforma el diagrama de colaboración anterior en un diagrama de secuencia.
• Se puede crear automáticamente el correspondiente diagrama de secuencia mediante Browse/Create Sequence Diagram. Después tienes que reordenar los elementos del diagrama.
• Nótese que el icono de múltiples instancias de una clase no se muestra en los diagramas de secuencia.
Ahora los diagramas de secuencia y de colaboración están sincronizados, y un cambio en uno se refleja automáticamente en el otro.

¿Diagramas de secuencia o de colaboración?
Hay varias razones a favor y en contra del uso de cada uno de estos dos diagramas [Larman 2002]. Trabajando con Rose, una razón adicional en favor de los diagramas de colaboración es que en esta versión de la herramienta los diagramas de secuencia no soportan los multiobjetos, y los de colaboración sí. Pero al mismo tiempo los diagramas de colaboración adolecen de los dos problemas comentados en el epígrafe anterior. ¿Qué hacer?
Una forma de trabajar con los diagramas de interacción puede ser editar con los diagramas de secuencia (con numeración jerárquica y sin problemas para insertar nuevos mensajes intermedios) y presentar los diagramas de colaboración generados automáticamente (con multiobjetos).

Se pueden establecer hipervínculos entre diagramas, a través de las notas:
• Inserta una nota en el diagrama de secuencia del sistema DSS1 (Figura 2).
• Selecciona en el explorador el diagrama de secuencia que se quiere enlazar con DSS1 (la colaboración que acabas de crear) y arrástralo sobre la nota.
• Haciendo doble clic sobre la nota se sigue ahora el hipervínculo.

 Modelado del estado
Vamos a crear un diagrama de estados (statechart) para un caso de uso. Este diagrama describe las posibles secuencias de eventos externos en el contexto del caso de uso. También podríamos crear el diagrama de estados para una clase que tuviera un comportamiento dinámico interesante.
• Para el caso de uso Realizar Venta, dentro de la vista de casos de uso, crea el diagrama de estados mostrado en la Figura 11.
  o Sobre el caso de uso en el explorador, botón derecho/New:Statechart Diagram.
  o La creación del diagrama es directa a partir de la barra de herramientas.
  o Para agregar los detalles de las transiciones entre estados (acción, guarda y/o evento que es enviado), usa botón derecho/Open Specification.../Detail.
  o Los detalles de los estados se introducen también con Open Specification.























Modelado del negocio
Crea un diagrama de casos de uso para modelar procesos de negocio (casos de uso del negocio y actores del negocio) con el nombre Modelado del Negocio TPV (ver Figura 12).
Crea primero un paquete denominado Modelo del Negocio TPV, donde se almacene toda la información relativa a este modelo: usa botón derecho/New:Package sobre la carpeta Use Case View1.
El modelo y los diagramas de casos de uso del negocio se crean de la misma manera que los casos de uso del sistema, pero se usan los estereotipos <> y <>.





















( 1 Si arrastras el paquete recién creado al diagrama Main en el que se muestran los distintos paquetes, y
haces doble clic sobre él, automáticamente se crea un diagrama Main para dicho paquete, del tipo que
corresponda a la vista en la que se encuentre el paquete.)
































• El diagrama se crea con el nombre Registrar Pedido. La creación del diagrama es directa a partir de la barra de herramientas, salvo en algunos pequeños detalles como los que siguen:
• La introducción de guardas asociadas a transiciones (como [SI] o [NO]) se hace con botón derecho sobre la transición/Open Specification.../Detail.
• Puede que en la barra de herramientas no aparezca el icono de “Objeto”. Si es así, personaliza la barra de herramientas (con botón derecho sobre ella) para añadir este icono.
• Para que las líneas sean rectas, usa Format/Line Style/Rectilinear.

Organización en paquetes
Los elementos que hay que gestionar en el modelado con UML de un sistema pueden llegar a ser muy numerosos. Las cuatro vistas de Rose sirven para organizar el modelo UML, pero cada una puede contener a su vez muchos elementos.
Sabemos que UML proporciona paquetes para organizar el modelado. ¿Cómo usar los paquetes para estructurar el modelo? Se trata de un problema abierto. En este apartado discutimos algunas ideas para usar paquetes en las dos vistas de Rose con las que más
vamos a trabajar.

Vista de casos de uso
Si has realizado un modelado del negocio, tienes dos opciones para organizar los elementos en esta vista:
a) Puedes crear un paquete para cada caso de uso del negocio, en el que guardar sus diagramas relacionados: su diagrama de actividades, su diagrama de secuencia y su diagrama de casos de uso del sistema.
b) Alternativamente, puedes asociar directamente estos diagramas al caso de uso del negocio  correspondiente. En el explorador quedará reflejada esta jerarquía.
Otra posibilidad consiste en poner en un mismo paquete toda la información relativa al modelo del negocio, como hemos visto en el apartado anterior. Después puedes organizar los casos de uso del sistema en paquetes dentro de la vista de casos de uso.
Insistimos en que el problema está abierto. Es habitual que el diagrama Main de esta vista presente la división en paquetes del sistema. Es fácil hacerse así una idea de la estructura del modelo de casos de uso y moverse con doble clic por los paquetes. Por ejemplo, se pueden crear paquetes por áreas de actividad o de interés, para contener los casos de uso que se implementan en la iteración actual, etc.

Vista lógica
Si el modelo no es muy grande, una posibilidad es tener en un primer nivel las realizaciones de los casos de uso del sistema (definidos en la vista de casos de uso); dependiendo de cada una de ellas, tendríamos los diagramas de interacción que describirían las operaciones del sistema (que aparecen en los diagramas de secuencia del sistema del caso de uso correspondiente). En la vista lógica se ubicaría también un diagrama de clases.
Por supuesto, se pueden añadir paquetes según sea necesario. Por ejemplo, en una arquitectura dividida en capas (layers), podríamos tener un paquete para la vista, otro para el modelo, etc.
Generación de código Rose permite realizar generación de código (ingeniería directa) a partir de los modelos, e ingeniería inversa a partir del código. Rose soporta muchos lenguajes de implementación. En este seminario nos vamos a centrar en la generación de código Java a partir de componentes definidos en la vista de componentes de Rose. Esta vista denota la estructura física de archivos de código del sistema. Las clases de Rose se traducen a clases Java y los componentes de Rose a archivos .java.

( se debe poner navegabilidades para generar atributos objeto-valuados automáticamente. Y si no se escribe el  nombre a los roles, se le asignarán automáticamente por defecto durante el proceso de generación.)

Los pasos que hay que seguir para generar automáticamente código Java a partir del modelo UML son los siguientes:

1. Asignar clases Java a componentes Java en el modelo. (Puedes asignar varias clases Java al mismo componente Java.)
• Para crear una clase Java hay dos posibilidades:
a. Hacer que Java sea el lenguaje por defecto (para todas las clases): Tools/Options.../Notation
b. Hacer que una clase concreta sea considerada clase Java: basta con hacerla corresponder con un componente Java.
• Necesitas crear un nuevo diagrama de componentes en la vista de componentes, o usar el denotado por Main.
• Crea un componente en el diagrama de componentes. Para hacerlo componente Java:
a. Puedes hacer que Java sea el lenguaje por defecto, o bien...
b. Para asignar el lenguaje Java a un único componente, usa botón derecho/Open Specification.../General/Language
• Asigna la clase al componente Java:
a. Arrastra la clase desde el explorador y suéltala sobre el componente Java. (En el explorador, el nombre del componente aparece ahora entre paréntesis después del nombre de la clase.)
b. Alternativamente, lo puedes hacer con botón derecho sobre el componente /Open Specification/Realizes
• Debes tener en cuenta que:
a. Cada componente tiene a lo sumo una clase con visibilidad pública.
b. Deben coincidir el nombre del componente y el nombre de la clase con visibilidad pública del mismo.
c. Para cambiar la visibilidad de una clase, puedes usar sobre la misma botón derecho/Open Specification. Observa como al haber elegido Java como lenguaje en lugar de Analysis, esta opción ha cambiado. Las funcionalidades anteriores se mantienen en la opción botón derecho/Open Standard Specification.
• IMPORTANTE: la forma anterior de trabajar se puede simplificar. No es
obligatorio que tú crees el componente. Si usas botón
derecho/Generate Java directamente sobre la clase, Rose creará
automáticamente, en la vista de componentes, un componente con el
mismo nombre que la clase. Usualmente, esta es la forma de trabajar.

2. Comprobar el classpath (Tools/Java/Project Specification/General).
• Rose J necesita que la variable CLASSPATH apunte a las clases de la API JDK y a tus bibliotecas de usuario. CLASSPATH es una variable del entorno del sistema que no es propia de Rose: varias herramientas y aplicaciones de Java (como la Java Virtual Machine) dependen del CLASSPATH del sistema para resolver sus referencias.
• Para ingeniería inversa, Rose J requiere que CLASSPATH apunte a la biblioteca de clases JDK.
• Usa la sección Directories de la ventana de classpath para añadir directorios que extienden el CLASSPATH. Esta variable Directories es guardada con el modelo Rose, pero no altera el
CLASSPATH. Puedes usar Directories para indicar en qué directorio quieres que Rose J guarde el código generado.

3. Especificar las propiedades del proyecto que afectan a la generación de código (opcional).
• Tools/Java/Project Specification/Detail
4. Hacer copia de respaldo del código (opcional).
• Ten en cuenta que cuando generas código a un archivo .java existente, Rose crea un backup del archivo actual usando la extensión .~jav.
5. Generar código Java.
• Selecciona una o más clases o componentes y usa Tools/Java/Generate Java o botón derecho sobre el
componente /Generate Java.
• Si es la primera vez que generas código para un elemento del modelo, aparecerá un diálogo que permite relacionar paquetes y componentes a los valores del classpath (directories).
• Los errores quedan reflejados en la ventana Rose Log (disponible desde el menú Window).
• Alternativamente, Rose J ofrece una opción de autosincronización que inicia la generación de código automáticamente cuando se crea o se modifica cualquier elemento Java en el modelo. Se activa esta opción
desde Tools/Java/Project Specification/Detail.
6. Ver y extender el código generado.

Generación de informes
Puedes publicar el modelo en HTML con la opción Tools/Web Publisher...

Anexo I - Comparativa de herramientas CASE de A/DOO2
Rational Rose es una de las herramientas de desarrollo orientado a objetos más populares, pero evidentemente no es la única. En el siguiente cuadro se valora un conjunto representativo de herramientas de soporte al análisis y diseño orientado a objetos. Para cada característica se establece una valoración de 1 a 4 (1: malo, 2: regular, 3: bueno y 4: muy bueno).
(a): con “plugin” EclipseMetrics
(b): en versiones comerciales (Profesional y Enterprise)
(c): en versiones comerciales (Standard, Profesional y Enterprise)
(d): junto con Add-in ClearCase o VersionControl
(e): con “plugin” Eclipse-ccase
(f): con el Add-in “Unisys Rose XMI Add-in Version 1.3.5”
(g): integración con herramientas externas



BlogsPeru.com

sábado, 17 de mayo de 2014

UN MODELO DE CONTINGENCIA PARA ESTIMAR EL ÉXITO DE LOS SISTEMAS DE INFORMACIÓN ESTRATÉGICOS


La naturaleza dinámica e incierta del entorno actual implica la observación en muchos niveles, de los aspectos estructurales, de negocios, para el entorno tecnológico. Nuevos patrones de interacción dentro de las organizaciones, como pasar de la integración vertical para outsourcing, ahora las organizaciones virtuales, permitirá el desarrollo de alianzas y asociaciones estratégicas que permitan a las empresas a centrarse en sus competencias básicas. Las organizaciones están cambiando en respuesta a estas necesidades por ser plana, rápido, flexible, adaptativa, colaborativa y de estructuras de información intensiva, mediante el uso de TI .
Según M.B. Mohdzain, K.M. Ward,  en un estudio delos sistemas de información y
la planificación estratégica en las organizaciones multinacionales, publicada en el  The Journal of Strategic Information Systems 16 (December (4)), 2007, pp. 324–352, nos dice que el impacto de las TI  en la gestión estratégica ha sido la de provocar la adopción de pensamiento total del sistema, es decir , la gestión de todo el proceso de la estrategia y sus componentes , por lo tanto , hay claramente la necesidad de realizar actividades de planificación estratégica preliminares y asimilar con éxito , la Planificación del sistema de información estratégica ( PSI ) que viene hacer  el proceso de pensamiento estratégico que identifica el más deseable es en la que la empresa puede cumplir y aplicar las actividades y políticas de TI a largo plazo.
Se trata de un mecanismo para garantizar que las actividades de TI están alineadas con las necesidades y estrategias cambiantes de la organización. Con el ingreso de las TI en la década de 2000 y el aumento de la presión sobre las empresas para aprovechar sus activos de TI, la importancia del PSI ha aumentado. Las organizaciones están invirtiendo ampliamente en Si para obtener los máximos beneficios de las TI. Pero los SI son a menudo considerado como éxito debido a la falta de alineación entre SI y negocio planificación; gran divergencia en los enfoques adoptados por las diferentes empresas en el tiempo, el costo y los factores ambientales y haciendo caso omiso de las actividades de gestión de proyectos en la mayoría de las empresas, especialmente las pymes.
El importante efecto del contexto de la realidad sobre  la planificación, la incorporación de los factores contextuales es general y la categorización de los factores no se ha hecho explícita, mientras que algunos factores sólo examinan superficialmente. Como la centralización aumenta, tiende a controlar la planificación proceso y , en consecuencia, la planificación se convierte en más táctico que estratégica y está dominado por la planificación de infraestructura de TI.

Según Lederer, en su estudio de investigación “la eficacia de los sistemas de información estratégicos publicada en la revista, Información y Gestión 43 (4), 2006, pp 481-501, nos habla de las metodologías y enfoques de la planificación , la planificación horizonte, cambios en el negocio , cambiará, y su alineación y otros aspectos del proceso de planificación empírica e investigación que investiga la influencia planeando el éxito PSI se ha basado en una lista general de las características organizativas o aspectos específicos , tales como la necesidad de llevar a cabo la amplia planificación en un entorno turbulento , el externo de TI en los negocios. 


BlogsPeru.com

domingo, 29 de diciembre de 2013

LAS TECNOLOGIAS DE LA INFORMACION

LAS TECNOLOGIAS DE LA INFORMACION 
Las soluciones eficaces en materia de tecnologías de la información y de la comunicación (TIC) resaltan  esenciales para una aplicación exitosa de las políticas sociales nacionales, incluyendo reformas en los sistemas de seguridad social, asi com el diseño y la gestión estratégica de programas integrados de seguridad social.
Sin embargo, la introducción de soluciones basadas en TIC que resulten adecudas, asumible y duraderas plantean retos, si bien las experiencias de buenas practicas de la administraciones de seguridad social
demuestran que es posible superarlos.
Como los aportes fundamentales de las TIC  se tiene:
  • Las TIC eficaces son esenciales para la aplicacion de nuevas e innovadoras medidas en materia de politicas de seguridad social.
  • Las TIC permiten la introducción y ejecución de programas sociales integrados de gran escala.
  • Las TIC mejoran el modo en que se proporcionan las prestaciones y los servicios y la manera en que los perribe la población.
  • Las TIC mejoran la eficiencia operativa y facilitan la mejora en los procesos de toma de decisiones.
BlogsPeru.com

domingo, 22 de septiembre de 2013

LA ÉTICA Y VALORES

Hoy en día los jóvenes, para ser exitosos, tienen que ser personas refl exivas, capaces de desarrollar opiniones personales, interactuar en contextos plurales, asumir un papel propositivo como miembros de la sociedad a la que pertenecen, discernir sobre lo que sea relevante y lo que no, plantear objetivos de manera precisa e informada, seleccionar información en el amplio universo que existe, de acuerdo con ciertos propósitos, y además estar en posibilidad de actualizarse de manera continua.
Sabemos que existe una gran diversidad entre los jóvenes que asisten al nivel bachillerato. Cada uno de ellos cuenta con intereses y capacidades diferentes, y por si fuera poco, están en la búsqueda de una identidad aún por definirse.
Por este motivo, es que los jóvenes deben centrar su atención en las diversas áreas de estudio y elegir aquella que cumpla con su perfi l para desarrollarse profesional y personalmente en el ámbito laboral.
Se requiere entonces que el alumno movilice una serie de conocimientos, habilidades y actitudes en contextos específi cos que le permitan construir espacios educativos complejos que responden a las exigencias del mundo actual Ética y Valores 1 promueve la refl exión como elemento básico y necesario para la toma de decisiones personales y la relación de cada individuo con la sociedad, además de ubicarte en los valores propios, los de la democracia y los derechos humanos con el fin de encontrar en nuestro país una razón de ser de su propia identidad, multiculturalidad y su papel en un mundo globalizado.






BlogsPeru.com