Análisis de Sistemas Modelado UML

1. República Bolivariana de Venezuela
Ministerio del Poder Popular para la Educación
I.U.P Santiago Mariño. Sede Barcelona
Ing. En Sistemas
Septiembre 2018
IMPORTANCIA DEL ANÁLISIS DE REQUERIMIENTOS PARA EL
DESARROLLO DE SISTEMAS
PedroTovar

2. INTRODUCIÓN
El proceso de análisis de requerimientos refina, modela, especifica y verifica las solicitudes
de usuario, y con ello genera documentos base para la ejecución de los procesos en el
análisis de requerimientos facilita al desarrollador a especificar la función y comportamiento de
los programas, indicar la interfaz con otros elementos y establecer las ligaduras de diseño que
debe cumplir el programa, también permite refinar la asignación de software y representar el
dominio de la información que será tratada por el sistema y permite diseñar la representación
de la información y las funciones que pueden ser traducidas en datos, arquitectura y diseño
procedimental. Finalmente, la especificación de requerimientos suministra al técnico y al
cliente, los medios para valorar la calidad de los programas.

3. Requisito de Software
Para crear un modelo de arquitectura de software es necesario conocer las
necesidades y deseos del cliente. Sin este paso importante, sería inútil generar un
modelo, ya que no tendríamos la garantía de si el software va ser de completa
utilidad al cliente. Por esto debemos hacer un lista de requerimientos. Los
requerimientos pueden ser funcionales (son imprescindibles para satisfacer el
objetivo) o no funcionales (para cumplir con ciertas formalidades o necesidades
anexas que no están relacionadas con el objetivo.
Los requerimientos funcionales de un sistema, son aquellos que describen
cualquier actividad que este deba realizar, en otras palabras, el comportamiento o
función particular de un sistema o software cuando se cumplen ciertas condiciones.

4. Requisitos de software
Es decir, los requerimientos son lo que los clientes/usuarios esperan que haga el sistema.
Los analistas, por lo tanto, deben entender el problema de los usuarios en su cultura y con su
lenguaje y construir el sistema que resuelve sus necesidades.
En si el objetivo del análisis de requerimientos es resolver el problema.

5. Importancia de los Requisitos de Software
Los requerimientos son importantes debido a que son los primeros pasos de todo
desarrollo de software. Obtener requerimientos de calidad demuestra que el trabajo
realizado culminará con éxito, esto se debe a dos factores:
1. La utilización adecuada de las técnicas de captura de requerimientos con los clientes.
2. Las experiencias de los analistas del proyecto.
Esto sucede porque la experiencia de trabajo en el rol le permite al equipo de Analistas del
Proyecto establecer que técnicas van a utilizar a la hora de la entrevista con el cliente
debido a que los clientes no entienden el lenguaje informático, es por eso que se debe tener
en cuenta el lenguaje el cual se va a aplicar a la hora de la entrevista con el cliente.
Es de gran importancia ya que de ello depende el éxito del software que sea comprensible
para cualquier Desarrollador, y que se pueda adaptar a los requerimientos exigidos, cumpla
todas las necesidades ya que sin esto no funcionaría y de ello depende el buen
entendimiento del las necesidades del cliente.

6. Documentación de Software
 La documentación de un software es el registro de todo lo que ocurrió en la
implementación de una solución.
 La documentación de sistemas es el conjunto de información que nos dice qué hacen los
sistemas, cómo lo hacen y para quién lo hacen.
 La documentación consiste en material que explica las características técnicas y la
operación de un sistema. Es esencial para proporcionar entendimiento de un sistema a
quien lo vaya a usar para mantenerlo, para permitir auditoria del sistema y para enseñar
a los usuarios como interactuar con el sistema y a los operando como hacerlo funcionar.
 Este documento es escrito en forma conjunta con el cliente y el desarrollador

7. Especificación de requisitos de software
La especificación de requisitos de software es una descripción completa del
comportamiento del sistema que se va a desarrollar. Incluye un conjunto de casos de uso
que describe todas las interacciones que tendrán los usuarios con el software. Los casos
de uso también son conocidos como requisitos funcionales.

8. Clasificación de Requerimientos
Según el Tipo los requerimientos se clasifican en:
- Requerimientos funcionales.
- Requerimientos no funcionales.
- Requerimientos del Dominio.
Según a quien van dirigidos se clasifican en:
- Requerimientos del Usuario.
- Requerimientos del Sistema.

9. Características de los Requerimientos
• Necesario : Un requerimiento es necesario si su omisión provoca una deficiencia en el
sistema a construir, y además su capacidad, características físicas o factor de calidad no
pueden ser reemplazados por otras capacidades del producto o proceso.
• Conciso : Un requerimiento es conciso si es fácil de leer y entender. Su redacción debe ser
simple y clara para aquellos que vayan a consultarlo en un futuro.
• Completo : Un requerimiento esta completo si no necesita ampliar detalles en su
redacción, es decir, si se proporciona la información suficiente para su comprensión.
• Consistente : Un requerimiento es consistente si no es contradictorio con otro
requerimiento.

10. El lenguaje unificado de modelado (UML, por sus siglas en inglés,
Unified Modeling Language)
Es el lenguaje de modelado de sistemas de software más conocido y utilizado en la
actualidad; está respaldado por el Object Management Group (OMG).
Es un lenguaje gráfico para visualizar, especificar y documentar cada una de las partes
que comprende el desarrollo de software.
En ingeniería de software, un diagrama de clases en Lenguaje Unificado de Modelado
(UML) es un tipo de diagrama de estructura estática que describe la estructura de un
sistema mostrando las clases del sistema, sus atributos, operaciones (o métodos), y las
relaciones entre los objetos.

11. Caso de uso
• Un caso de uso es una descripción de los pasos o las actividades que deberán realizarse
para llevar a cabo algún proceso. Los personajes o entidades que participarán en un caso
de uso se denominan actores. En el contexto de ingeniería del software, un caso de uso es
una secuencia de interacciones que se desarrollarán entre un sistema y sus actores en
respuesta a un evento que inicia un actor principal sobre el propio sistema. Los diagramas
de casos de uso sirven para especificar la comunicación y el comportamiento de un
sistema mediante su interacción con los usuarios y/u otros sistemas. O lo que es igual, un
diagrama que muestra la relación entre los actores y los casos de uso en un sistema.

12. Conclusión
En la presentación se muestra la importancia de los requisitos de software las cual nos permite
tener unos requisitos de calidad para el éxito del software y comprender los métodos usados en el
diseño y que se debe tener en cuenta las necesidades especifica del cliente. Es muy importante
definir la visión de los involucrados en el desarrollo de software, en términos de sus necesidades y
características esperadas del producto ya que si no se lleva una metodología de por medio, lo que
se obtiene son clientes insatisfechos con el resultado final. También se mostraron las
Herramientas de Modelado UML que nos permiten ver de forma eficiente la complejidad de un
sistema en un reducido numero de diagramas.

13. Creado por PedroTovar