Debido al incremento en el uso del computador se ha generado un crecimiento en la demanda de software; es por ello que éste se convirtió en un elemento indispensable del computador y el responsable de la mayor parte de los costos económicos debido a su demanda y al mantenimiento correctivo (ocasionado por las falencias presentadas en la fase de elicitación de requisitos) que se debe realizar a la pieza de software. A finales de los años 60 se presentó la crisis de software. Para esa época, nació una nueva rama en informática llamada Ingeniería de Software, la cual establece y usa los principios de la ingeniería en el desarrollo del software con el propósito de alcanzar sistemas más confiables y, de acuerdo con las necesidades de los interesados [Pressman, 1998], ofreciendo un enfoque sistemático, disciplinado y cuantificable hacia el desarrollo, operación y mantenimiento del software. Entre los métodos de desarrollo que la Ingeniería de Software utiliza, se encuentra el Proceso Unificado de Rational (Rational Unified Process RUP), el cual emplea un conjunto de actividades para transformar las especificaciones de los requisitos de un interesado en un sistema informático [Jacobson, et al. 2001]. En este proceso se utiliza el Lenguaje Unificado de Modelamiento (UML) para elaborar los modelos conceptuales del sistema informático. Según Jacobson, et al. (2001), RUP tiene un ciclo de vida compuesto por las siguientes fases: Definición: se capturan los requisitos que debe cumplir el sistema; es decir, se debe describir su comportamiento desde el punto de vista del interesado y el entorno. Análisis: los requisitos obtenidos en la fase de definición se transforman en modelos conceptuales en esta fase de análisis, explicando los elementos significativos en el dominio del problema. Los requisitos descritos en la fase de definición se refinan y estructuran para obtener un conocimiento más preciso representado por modelos lógicos que ayuden a comprender el sistema informático. Diseño: El objetivo principal de esta fase es encontrar la forma para que el sistema soporte todos los requisitos obtenidos en la definición. Construcción: se inicia la transformación e integración de los modelos lógicos al físico, lo cual incluye el desarrollo de código, la base de datos y la implementación de las interfaces del sistema. Transición: se realiza el proceso de transición del sistema antiguo (si lo hay) al nuevo. En esta transición se deben realizar las actividades de instalación del sistema informático y el entrenamiento de los usuarios. Producción: se consideran las actividades que ocurren cuando el producto de software está operando y ofreciendo sus servicios a los usuarios finales. Este es un proceso cíclico e iterativo, en donde cada una de las fases requiere la información de las anteriores y un cambio en una de ellas refleja cambios en las demás. En las fases de definición, análisis y diseño se utilizan diversos esquemas conceptuales, que ayudan a cumplir con los objetivos correspondientes; particularmente, en la fase de definición se emplea el diagrama de objetivos, que permite reducir la brecha de comunicación entre el interesado y el analista. Para reducir esa brecha de comunicación entre analista e interesado, se propone a través de este proyecto, presentar un modelo que permita al interesado y al analista la especificación de los requisitos de software mediante el diagrama de objetivos de KAOS partiendo de una especificación de los requisitos en lenguaje natural antes de iniciar la construcción de los modelos conceptuales de UML (Casos de Uso, diagramas de clase, diagramas de secuencias entre otros). Este trabajo se justifica porque estos diagramas (modelos conceptuales) en la mayoría de los casos no son comprendidos por los interesados (usuarios) generando ambigüedad y falta de precisión en la validación de requisitos. Se utilizará en este proyecto el diagrama de objetivos de KAOS porque permite: (i) reducir la brecha de comunicación entre analista e interesado; (ii) observar la jerarquía de los objetivos, lo cual facilita alcanzar los requisitos que deberá cumplir la aplicación de software para satisfacer los objetivos organizacionales; y (iii) reflejar los requisitos de los interesados expresados en un discurso del dominio (Lamsweerde, 2000). En este proyecto se pretende: (i) identificar los elementos básicos que conforman el diagrama de objetivos de KAOS que permitan definir un marco general de especificación de requisitos de software para el modelo a proponer; y (ii) definir las reglas de transformación de requisitos de software especificados en lenguaje natural basado en un análisis terminológico (morfosintáctico y semántico) para obtener tales requisitos de software en términos del diagrama de objetivos KAOS. Lo anterior estará enmarcado en un proceso metodológico que permitirá la validación y la identificación de fortalezas y debilidades del modelo a proponer.