Instituciones, gobernanza y sustentabilidad en la política colombiana de ordenamiento territorial municipal

REVISTA SOCIEDAD Y ECONOMIA # 19Desarrollo sostenible, ordenamiento territorial, instituciones, gobernanza

La Ingeniería de Software en el desarrollo de aplicaciones para dispositivos móviles

El artículo presenta la aplicación del ciclo de vida del software en el desarrollo de aplicaciones para dispositivos móviles, teniendo muy en cuenta las diferencias existentes cuando el desarrollo se hace pensando en aplicaciones cliente-servidor o inclusive en aplicaciones web. Se describe en cada etapa del ciclo de vida el proceso que se debe seguir a partir de la concesión de una construcción móvil.Palabras clave: dispositivos móviles, ciclo de vida del software, desarrollo de software

EDITORIAL

Editorial - Edición N° 0

EDITORIAL

Editorial - Edición N° 0

Modelo para la especificación de requisitos iniciales de software a partir de la relación sintáctica y semántica entre objetivos y problemas

Uno de los desafíos de la educción de requisitos de software es garantizar que los requisitos del sistema sean consistentes, pertinentes y contextualizados con las necesidades de la organización. Para llevar a cabo esta tarea, el analista realiza el proceso de forma manual, basado en su experiencia y conocimiento. La educción de requisitos de software requiere, en sus procesos iniciales de análisis organizacional, una alta participación del analista y el interesado, para reconocer el dominio en el que se desplegará el producto de software, incluyendo objetivos de la organización, problemas del dominio y objetivos del sistema a implementar. Muchos de los trabajos enfocados en esta fase de la ingeniería de software establecen que los objetivos organizacionales son una base importante para generar trazabilidad y consistencia entre los problemas del dominio y los requisitos del sistema. Algunas metodologías de desarrollo de software, de ingeniería de software orientada a objetivos (Goal-Oriented Requirements Engineering, GORE) y de análisis organizacional utilizan esquemas de representación para los problemas del dominio y los objetivos. Por ejemplo, el UNC-Method (Método para el Desarrollo de Aplicaciones de Software de la Universidad Nacional de Colombia) emplea una adaptación del diagrama causa-efecto para especificar los problemas del dominio y relacionarlos con los objetivos y los actores del sistema; el Business Modeling with UML define un esquema de objetivos que relaciona gráficamente objetivos y problemas; el NFR FrameWork especifica los problemas por medio de marcos de problemas en el proceso de educción de requisitos no funcionales. La metodología KAOS y los FrameWorks I* y TROPOS definen requisitos de software a partir de objetivos organizacionales y la metodología de análisis organizacional marco lógico relaciona objetivos y problemas en la formulación de proyectos para la toma de decisiones. Todos estos trabajos carecen de representaciones formales para la especificación de objetivos organizacionales, problemas de dominio y objetivos del sistema y, por tal motivo, es difícil generar consistencia y trazabilidad en el proceso, porque los analistas suelen especificar objetivos y problemas de forma subjetiva y en muchos casos no se enuncian con información que denote realmente un problema o un objetivo. Existe un trabajo inicial que vincula objetivos y problemas a partir de la negación de los primeros, generando una relación entre ellos, pero que sólo utiliza reglas sintácticas para relacionar términos comunes enunciados en los objetivos y los problemas. La Tesis Doctoral que se presenta a continuación define un modelo para la especificación, formalización y relación de los objetivos organizacionales, problemas del dominio y objetivos del sistema en la fase de educción de requisitos de software, permitiendo generar trazabilidad y consistencia. Se estructura un conjunto de reglas sintácticas y semánticas que facilitan una relación de asociación de términos comunes del dominio. La Tesis se valida por medio de casos de estudio donde se aplica el modelo y se respalda con un conjunto de publicaciones generadas de la propuesta doctoral.Abstract: guaranteeing the systems requirements are consistent, relevant, and in the context of the organizational needs is one of the most important challenges in software requirements elicitation. With this aim in mind, analysts—based on their experience and knowledge—manually execute the process. The early stages of software requirements elicitation requires high involvement of the analyst and the stakeholder for recognizing the domain in which the software product will be displayed. Such a domain comprises the organizations goals, the goals of the system to be implemented, and the domain problems.Some research has been focused on this stage of software engineering. According to this, organizational goals are important foundations for the generation of traceability and consistency among domain problems and systems requirements. Some methodologies for software development—Goal-Oriented Requirements Engineering (GORE) and organizational analysis—use representation schemes for domain problems and goals. For example, the UNC-Method (software application development method of the Universidad Nacional de Colombia) employs an adaptation of cause-effect diagrams for specifying domain problems and linking them to the systems goals and actors. Business Modelling with UML creates a diagram of goals for graphically connecting goals and problems. NFR FrameWork specifies problems by means of problem frameworks in the non-functional requirements elicitation process. KAOS methodology, I*, and TROPOS define software requirements—system goals—based on organizational goals, whereas the logical framework methodology for organizational analysis relates goals to problems in the creation of projects for making decisions. All of this research lacks formal representations to specify goals—both organizational and system goals—and domain problems. Therefore, traceability and consistency are difficult to evaluate in the process. Analysts tend to specify goals and problems in a subjective way, so problems and goals are unrecognized. An initial study links goals and problems by denying the former and generating a relationship between them. However, only syntactical rules to relate common terms that appear in the goals and problems are used. Thus, low traceability or consistency can be established among organizational goals, domain problems and system goals. In this doctoral dissertation, we define a model to specify, formalize and relate domain problems, and organizational and system goals in the early stages of software requirements elicitation. Thus, we can evaluate traceability and consistency among them. A set of semantic and syntactic rules is generated for linking common terms belonging to the domain. The dissertation is validated by using case studies in which the model is applied. Also, some publications based on the dissertation proposal are used to validate the modelMaestrí

Innovación en el Diseño y Evaluación de Proyectos: Establecimiento de las Relaciones Lingüísticas entre Objetivos y Problemas

El lenguaje desempeña un papel importante en el diseño y evaluación de proyectos, especialmente cuando se trata de identificar y enunciar problemas y objetivos. Aunque no se propone formalmente, en algunos ámbitos se reconoce que existen estructuras para expresar objetivos y problemas ligados con una organización. Sin embargo, no se suele plantear una relación directa entre ellas o, si se requiere, se plantean de forma intuitiva. Esta relación es importante porque permite a los miembros de la organización plantear soluciones a los problemas que se liguen con sus objetivos estratégicos. Por ello, en este artículo se presenta una propuesta innovadora para establecer las relaciones lingüísticas entre los problemas de una organización y sus objetivos. Además se muestran algunos ejemplos

METODOLOGÍA DE ARTICULACIÓN CON LA EDUCACIÓN MEDIA

La Facultad de Informática del Tecnológico de Antioquia ha implementado un modelo de articulación con la educación superior, que interviene los procesos académicos de las instituciones de educación media, favoreciendo la continuidad de los estudiantes en las cadenas de formación. El sistema consta de los subsistemas: contratación, acompañamiento, motivación, homologación y sistematización.Palabras clave: Articulación, Cadena de formación, Educación media, Homologación

Modelamiento y control de una ventana de material cromogénico

Chromogenic materials alter their optical and thermalproperties due to an electric impulse; theirapplication on lighting control systems for buil-Chromogenic materials alter their optical and thermalproperties due to an electric impulse; theirapplication on lighting control systems for buil-Los materiales cromogénicos permiten ser alteradosen sus propiedades ópticas y térmicas a través de unaacción eléctrica, su aplicación en sistemas de controlde luz día en construcciones de edificios y viviendaspuede generar un aprovechamiento de las condicionesambientales naturales y por tanto de la energíaeléctrica empleada en iluminación artificial y en sistemasHVAC. Se diseñó y construyó una ventanaprototipo de pruebas para la realización del sistemade control realimentado. Se realizó un driver electrónico,actuador de la planta construida para regular latransmitancia del vidrio y un sensor de par emisorreceptorde luz visible, basado en diodo led de luzblanca y fotoreceptor de luz ambiente con filtro IRpara medir la transmitancia del vidrio e informar aun controlador basado en PC, quien define las señalesde entrada para la ventana cromogénica

Specification of problems from the business goals in the context of early software requirements elicitation

One of the main activities of the early elicitation of software requirements is the recognition and specification of organizational problems. Such activity is intended to allow for an initial requirements definition and the fulfillment of the stakeholder needs. Such problems can be directly traced to the organizational goals for achieving contextualized software applications and alignment with the organizational raison d'etre. In current elicitation methods based on goals and problems, the relationships are detected by the analyst and the stakeholder by using his/her experience and knowledge. However, traceability among goals and problems is still not achieved. In this paper we propose a method for specifying problems based on business goals. This method is composed by a set of semantic and syntactic rules used by the analyst for expressing the problem from the goal statements. Also, we present a laboratory example based on a KAOS goal diagra

Reglas Sintáctico-Semánticas para Relacionar los Objetivos Organizacionales y los Problemas en el Contexto de la Educción Temprana de Requisitos de Software

Los procesos de ingeniería de software de alta calidad requieren la educción temprana de requisitos funcionales y no funcionales. Este proceso lo llevan a cabo los analistas y los interesados, tratando de solucionar los problemas de información de la organización y contrastándolos con el contexto del negocio, representado en sus objetivos organizacionales. Este proceso se suele realizar de forma manual y, si bien existen algunos trabajos que establecen una relación entre los problemas y los objetivos, se basan en la negación total de unos para obtener los otros. Esto conduce al desarrollo de aplicaciones de software no pertinentes para la organización, que no resuelven sus problemas prioritarios o que no se alinean con sus objetivos organizacionales. Por estas razones, en este artículo se propone una relación entre los problemas a solucionar y los objetivos organizacionales, empleando un conjunto de reglas sintáctico-semánticas que validen dicha relación y que se reflejen en requisitos consistentes y contextualizados con la organización. Estas reglas se validan con un caso de estudio