Universidad de Cartagena

Ingeniería de software semestre lll

Ingeniería de requerimientos

Protocolo colaborativo unidad 2

Tutor:
Jhon garcerant torres

Estudiantes:
Roberth Arrieta contreras
Diego Martínez López

11/04/2018

Magangué-Bolívar
Documentación de requerimientos
diseño de la documentación: es importante en la fase de recolección de requerimientos o
ingeniería de requerimientos documentar la información que se genera durante la
planeación y ejecución del proyecto, uno de los principales objetivos de la documentación
es soportar la función de comunicación en el proyecto, los requerimientos pueden llegar a
ser extenso y pueden ser accesibles por todos los involucrados en el proyecto por lo que se
podría decir que pueden llegar a ser complejos.
tipos de documentación: los requerimientos incluyen requerimientos funcionales que
normalmente son representados a través de las siguientes perspectivas del sistema:
• perspectiva de datos
• perspectiva de comportamiento
• perspectiva funcional
las perspectivas mencionadas anteriormente pueden ser documentadas mediante el lenguaje
natural de requerimientos.
es recomendable utilizar las siguientes formas de documentación en el proyecto:
• documentación de requerimientos en el lenguaje natural
• modelos conceptuales de los requerimientos como por ejemplo los diagramas de
usos
• o combinado las anteriores formas de documentación
estructura de los documentos: lo primordial en el documento de requerimientos son
específicamente los requerimientos del sistema que están siendo considerados, en base a los
requerimientos se define el alcance del documento, estos requerimientos contienen
información acerca del contexto del sistema, criterios de aceptación, condiciones legales, y
características técnicas de implementación de la solución.
en el momento dado de la práctica llega a resultar muy útil la implementación de
referencias estructuradas como modelo de documentación ya que esta le da consistencia y
sentido al documento.
uso de los documentos de requerimientos: la documentación que se ha venido
desarrollando para los requerimientos del proyecto son como una de las bases para diversas
actividades durante el proceso de desarrollo del proyecto como por ejemplo:
• diseño de arquitectura
• implementación
• pruebas
• administración de cambios
• uso del sistema y mantenimiento
• administración contractual
documentación en lenguaje natural
criterios de calidad para la documentación de los requerimientos: considerando que los
requerimientos juegan un papel muy importante durante la etapa de desarrollo del software,
estos deben tener un porcentaje alto de excelencia y calidad , deben de incluir como
mínimo:
• consistencia y no ambigüedad
• estructura clara y definida
• extensible y modificables
• criterio de completitud
• trazabilidad
criterios de calidad para los requerimientos del software
• no ambiguo
• correctos
• consistentes
• verificables
• realizables
• trazabilidad
• completos
• entendibles
• coherentes
• permitir clasificar
efectos relacionados con el lenguaje: muchas veces en el lenguaje natural utilizando la
documentación de requerimientos puede prestarse para interpretaciones erradas y por lo
tanto mensajes de información no deseados , para poder generar unos requerimientos
acertados es necesario que en esta transformación del proceso sean utilizadas ciertas reglas
que permitan describir de manera exacta lo que el ingeniero de requerimiento quiere decir.
en la ingeniería de requerimientos las 5 más importantes reglas para las transformaciones
de procesos son:

• nominalización
• sustantivos sin índice de referencias
• cuantificadores universales
• especificación de condiciones incompletas
• especificación de palabras de negocios
construcción de requerimientos utilizando plantillas de frases: las plantillas o
templates de requerimientos se interiorizan muy fácilmente y pueden llegar a facilitar la
actividad de elaboración de los requerimientos aportando al documento un gran alto grado
de calidad y así pudiendo reducir el efecto del lenguaje causado durante la elaboración del
requerimiento.
nos son recomendables algunos pasos para la elaboración de templates que son los
siguientes:
 • determinar obligaciones legales
• caracterizar las actividades del sistema
• determinar el core del rendimiento
• determinar condiciones lógicas y temporales
Documentación basada en modelos.
Término de “modelo”: es una representación de un objeto, sistema o idea, de forma
diferente al de la entidad misma. El propósito de los modelos es ayudarnos a explicar,
entender o mejorar un sistema. Un modelo de un objeto puede ser una réplica exacta de éste
o una abstracción de las propiedades dominantes del objeto.
Los modelos en ingeniería de software son aquellos que nos permiten representar
características de un sistema, aportando información al proceso de análisis y diseño.
Dentro de los modelos más populares para representar sistemas se encuentran:
diagramas de flujo, modelos de datos como el diagrama entidad-relación y
aproximaciones orientadas a objetos como los diagramas de clases

Modelo conceptual
Es el utilizado en la especificación del sistema, representa los conceptos más significativos
en el dominio del problema. Nos describe la parte estática del problema, es una fotografía
del mundo real.

Documentación.
El propósito de la documentación de requerimientos es el comunicar los requerimientos a
los diferentes participantes del desarrollo de software. El documento de requerimientos de
software es una herramienta que puede servir como base para la evaluación de los
requerimientos en el producto, y para la Evaluación misma del proceso que se llevó a cabo
(evaluar las actividades de diseño, implementación, las pruebas realizadas y la verificación
y validación de estas actividades). De igual manera este documento es producto que debe
ser controlado y administrado, ya que contiene los requerimientos que finalmente se van a
llevar a cabo.
Casos de Uso
Los casos de uso describen interacciones entre los usuarios y el sistema, enfatizando en lo
que el usuario necesita del sistema. Un caso de uso describe la posible secuencia de
interacciones que se dan entre el sistema y uno o más actores como respuesta a un
estímulo inicial por parte de alguno de los actores. De igual manera, debe ser incluida
dentro de esta interacción, la descripción de las variantes y extensiones que el sistema debe
soportar. Los casos de uso representan los requerimientos funcionales del software
y pueden ser utilizados dentro de las primeras etapas del proceso de desarrollo. Así
mismo, los casos de uso están escritos en lenguaje natural y son descripciones
expresadas de manera informal. Las descripciones expresan lo que sucede desde el punto
de vista del usuario. Los detalles de cómo el sistema debe funcionar internamente son
irrelevantes al caso de uso.
Por otra parte, los escenarios son ejemplos de sesiones de interacción entre el sistema y el
usuario, donde un solo tipo de interacción entre los dos participantes es simulada y descrita.
Los escenarios deben incluir una descripción del estado del sistema antes y después
de la culminación del escenario, que actividades deben ser simultáneas, el flujo normal de
los eventos y las excepciones a esos eventos.
Tres perspectivas relacionadas con los requerimientos.
Modelado desde la perspectiva estructural: los modelos estructurales Muestra la
organización de un sistema en términos de los componentes que tiene y las relaciones del
mismo.
Pueden ser modelos dinámicos que muestra la organización del sistema cuando se ejecuta o
estáticos que muestra la estructura del sistema.
Modelado desde la perspectiva funcional: La modelo funcional específica lo que sucede,
el modelo dinámico cuándo sucede, y el modelo de objetos sobre qué entidades sucede.
Define el significado de:
Las operaciones y restricciones del Modelo de Objetos.
Las acciones del Modelo Dinámico.
Sólo expresa qué valores de salida se derivan de qué valores de entrada. Consta de múltiples
DFD´ s que muestran el flujo de valores desde las entradas externas, pasando por las
operaciones y almacenes internos, hasta las salidas externas.
Modelado desde la perspectiva del comportamiento: Modelo de comportamiento
utilizado en la parte de diseño del Sistema, define la parte dinámica, es decir, cuál debe ser
el comportamiento en cada situación y la forma de proceder. Los diagramas de secuencia y
de estados son parte de este modelo.