Módulos Desarrollo De Software – Primer Año.

Módulo 1.2:
Identificación de
requerimientos para
diseñar o modificar
sistemas
informáticos”

Ing. Carlos Humberto Cruz 23

 Módulos Desarrollo De Software – Primer Año.

Ing. Carlos Humberto Cruz 24

 Módulos Desarrollo De Software – Primer Año.

Ing. Carlos Humberto Cruz 25

 Módulos Desarrollo De Software – Primer Año.

Ing. Carlos Humberto Cruz 26

 Módulos Desarrollo De Software – Primer Año.

Etapa de Informarse.

Contenido: Que es un sistema informático

Un sistema informático. Puede ser definido como un sistema de información que basa la parte
fundamental de su procesamiento, en el empleo de la computación, como cualquier sistema, es un
conjunto de funciones interrelacionadas, hardware, software y de Recurso Humano. Un sistema
informático normal emplea un sistema que usa dispositivos que se usan para programar y almacenar
programas y datos.

Si además de la información, es capaz de almacenar y difundir los conocimientos que se generan sobre
cierta temática, tanto dentro, como en el entorno de la entidad, entonces está en presencia de un
sistema de gestión de información y conocimientos. Como utilizador final emplea esa información en
dos actividades fundamentales: la toma de decisiones y el control.

Ing. Carlos Humberto Cruz 27

 Módulos Desarrollo De Software – Primer Año.

Concepto: Es el
conjunto de partes
interrelacionadas,
hardware, software y de
recurso humano que
permite almacenar y
procesar información.

Sistema
informátic
o
Componentes de un sistema informático

Componentes del sistema informático

 Personas en los dos extremos de la cadena de procesamiento físico de la información: en la

realización de los hechos que generan los datos primarios y su captación y adquisición y en la
consulta y utilización de ellos. Por supuesto también intervienen en ciertas acciones de operación
del sistema.
 Equipos de procesamiento de información, fundamentalmente computadoras.
 Equipos de apoyo a las transmisiones (HUB, gateways), equipos de apoyo y de seguridad (back-ups,
acondicionadores de aire, deshumificadores, entre otros)
 Programas de computadoras, sistemas operativos, programas de servicio de comunicaciones, y
sobre todo, programas de aplicación)
 Información técnica de apoyo al sistema: manuales técnicos sobre el trabajo de las computadoras y
los equipos de apoyo, manuales técnicos sobre los sistemas operativos y programas generales.
 Manuales de usuario para orientar a los usuarios-operadores sobre su trabajo con el sistema de
información. Incluyen la definición de los procedimientos manuales que deben realizar los
usuarios-operadores, la descripción de los formularios para captar la información primaria, la
descripción de los reportes de salida y la descripción de las acciones interactivas con el sistema
informático: captación de la información, operación del mismo, acciones ante errores y situaciones
anormales, seguridad y protección de los recursos informativos y consulta de información de
resultados.
 Informaciones variado tipo, soportados sobre formularios de papel, CDs, DVDs, reportes de papel
de impresora, bases de datos en línea almacenadas en discos duros.

Ing. Carlos Humberto Cruz 28

 Módulos Desarrollo De Software – Primer Año.

Contenido: Proceso, método y herramientas del software.

Ing. Carlos Humberto Cruz 29

 Módulos Desarrollo De Software – Primer Año.

Contenido: Visión general de la ingeniería del software.

Una etapa fundamental en proyectos de ingeniería de software, es la identificación y documentación
de los requerimientos del futuro sistema al comienzo del proyecto, pues en numerosas ocasiones se ha
demostrado que es cuando pueden prevenirse errores que puedan significar el fracaso del proyecto.

En la Ingeniería de requisitos, el levantamiento de requerimientos se refiere a la identificación

y documentación de los requerimientos de un sistema, a partir de los usuarios, clientes o interesados
(Stakeholders). A la práctica también se le conoce como Recopilación de requerimientos.

Técnicas para obtener requerimientos de software

1. - Análisis de documentación

 Consiste en obtener la información sobre los requerimientos funcionales y requerimientos no

funcionales de software a partir de documentos que ya están elaborados.
 Es útil cuando los expertos en la materia no están disponibles para ser entrevistados o ya no
forman parte de la organización.
 Utiliza la documentación que sea relevante al requerimiento que se está levantando.
 Ejemplos de documentación: Planes de negocio, actas de constitución de proyecto, reglas de
negocio, contratos, definiciones de alcance, memorándums, correos electrónicos, documentos
de entrenamiento, entre otros.

2.- Observación

 Consiste en estudiar el entorno de trabajo de los usuarios, clientes e interesados de

proyecto (Stakeholders).
 Es una técnica útil cuando se está documentando la situación actual de procesos de negocio.
 Puede ser de dos tipos, pasiva o activa.
 En observación pasiva, el observador no hace preguntas, limitándose solo a tomar notas y a no
interferir en el desempeño normal de las operaciones.
 En observación activa, el observador puede conversar con el usuario.

3.- Entrevistas

 Se realizan con los usuarios o interesados clave.

 Direccionan al usuario hacia aspectos específicos del requerimiento a levantar.
 Son útiles para obtener y documentar información detallada sobre los requerimientos y sus
niveles de granularidad.
 Pueden ser entrevistas formales o informales.
 Una clave es mantenerse enfocado en los objetivos de la entrevista.
 Las preguntas abiertas son útiles para identificar información faltante.

Ing. Carlos Humberto Cruz 30

 Módulos Desarrollo De Software – Primer Año.

 Las preguntas cerradas son útiles para confirmar y validar información.

 El éxito de las entrevistas depende del grado de conocimiento del entrevistador y entrevistado,
disposición del entrevistado de suministrar información, buena documentación de la discusión
y en definitiva de una buena relación entre las partes.

4.- Encuestas o cuestionarios.

 Es una técnica útil para recopilar eficientemente los requerimientos de muchas personas.
 La clave para el éxito es que tengan un propósito y audiencia claramente definida, establecer
fechas topes para llenar la encuesta, con preguntas claras y concisas.
 Deben enfocarse en los objetivos de negocio que se necesitan identificar.
 Pueden apoyarse con entrevistas de seguimiento con usuarios individuales.
 Pueden contener tanto preguntas cerradas como preguntas abiertas.

5.- Mesas de trabajo (Workshops)

 Es una técnica efectiva para obtener información rápidamente de varias personas.

 Es recomendable tener una agenda predefinida y preseleccionar a los participantes,
siguiendo buenas prácticas para reuniones efectivas.
 Se puede utilizar un facilitador neutral y un transcriptor (que no sea el mismo facilitador).
 Se puede utilizar un material común sobre el cual enfocar la atención y conversar, por ejemplo
una presentación con un desglose del proceso que se está estudiando o un flujograma.
 Se pueden combinar con otras técnicas como pueden ser las entrevistas y cuestionarios.

6.- Tormenta de ideas

 Es una sesión de trabajo estructurada orientada para obtener la mayor cantidad de ideas
posibles.
 Es recomendable limitarlas en el tiempo, utilizar ayudas visuales y designar un facilitador.
 Las reglas son importantes, por ejemplo los criterios para evaluar ideas y asignarles un puntaje,
no permitir las críticas a las ideas y limitar el tiempo de discusión.
 En una primera fase, se deben identificar la mayor cantidad de ideas, para luego evaluarlas.
Todas las ideas deben ser consideradas y deben limitarse que una idea se le ahogue o critique
antes de tener tiempo de desarrollarla.

7.- Historia del usuario

 Las historias de usuario, son una aproximación simple al levantamiento de requerimientos de

software, en la cual la conversación pasa a ser más importante que la formalización de
requerimientos escritos.
 Es recomendable que sean escritas por el mismo cliente o interesado (con apoyo del facilitador
si es necesario), con énfasis en las funcionalidades que el sistema deberá realizar.

Ing. Carlos Humberto Cruz 31

 Módulos Desarrollo De Software – Primer Año.

 Al redactar una historia de usuario deben tenerse en cuenta describir el Rol, la funcionalidad y
el resultado esperado de la aplicación en una frase corta.
 Las historias de usuario son una de las técnicas más difundidas para levantar requerimientos de
software en metodologías ágiles.

Que le sigue al levantamiento de requerimientos

Toda la información obtenida durante el levantamiento de requerimientos puede ser incluída en

una matriz de trazabilidad de requerimientos y en una especificación de requerimientos de software.

Al levantamiento de requerimientos le sigue el análisis de los mismos, por medio de técnicas como la
descomposición funcional, modelado de procesos, casos de uso, inspecciones y prototipos.

Contenido: Herramientas de modelado de sistemas.

Lenguaje de modelado unificado

El lenguaje de modelado unificado está compuesto por diversos elementos gráficos que se combinan
para formar diagramas, cuenta con reglas para combinar tales elementos. La finalidad de los diagramas
es presentar diversas perspectivas de un sistema, a las cuales se le conoce como modelo. El Modelo
UML es similar a un modelo a escala de un edificio junto con la interpretación del artista del edificio,
describiendo lo que se supone hará el sistema, pero no como implementarlo.

Los diagramas más importantes y sus funciones se enlistan a continuación:

1. Diagramas de clases: Permite representar los atributos y acciones de un objeto, así como
identificar relaciones entre objetos.
2. Diagrama de objetos: Muestran entidades que tienen valores específicos y acciones.
3. Diagramas de casos de uso: describe las acciones de un sistema desde la visión del usuario,
aunque también puede representar la visión del programador.
4. Diagrama de Estados: Muestra los estados que toma un objeto.
5. Diagrama de Secuencias. Muestra la interacción de los objetos en base a tiempo, aunque
realmente es una vista estática.
6. Diagrama de Colaboraciones: Representan la manera en que los elementos del sistema
trabajan en conjunto.
7. Diagrama de Componentes: muestran el producto final del software.
8. Diagramas de Distribución: Muestran la arquitectura física de un sistema de información.

Ejemplos

Diagrama de clases para un sistema de cajero automático ATM

Los ATM son aparentemente simples. Aunque los clientes solo necesitan oprimir algunos botones para
recibir efectivo, hay muchas capas de seguridad que un ATM seguro y efectivo debe pasar para evitar

Ing. Carlos Humberto Cruz 32

 Módulos Desarrollo De Software – Primer Año.

fraude y brindar valor a los clientes bancarios. Las diversas partes humanas e inanimadas de un sistema
de ATM son ilustradas por este diagrama sencillo de leer. Cada clase tiene su título y los atributos se
detallan debajo. Puedes editar, guardar y compartir este diagrama abriendo el documento y
registrándote a una cuenta gratuita de Lucidchart.

Ing. Carlos Humberto Cruz 33

 Módulos Desarrollo De Software – Primer Año.

Etapa de planificar.
La fase de planificación se caracteriza por la elaboración del plan de trabajo, la estructuración
del procedimiento metodológico y la planificación de los instrumentos y medios de trabajo.

Contenido de esta etapa desarrollado por alumno sobre la planificación del proyecto asignado:

Nombre del proyecto:

1- Descripción de su proyecto.

2- Desarrollar un plan de trabajo para su proyecto que incluya las actividades a realizar
para completar su proyecto.

N Actividad Descripción Tiempo

Actividad: que actividad realizara para completar su proyecto.

Descripción: que hará dentro de esa actividad para poder desarrollarla.
Tiempo: Cuanto tiempo le llevara desarrollar esa actividad.

Ing. Carlos Humberto Cruz 34

 Módulos Desarrollo De Software – Primer Año.

Etapa de decidir.
La forma adecuada de proceder, sobre la base del análisis asistido por el facilitador de la información y
de la planificación. El facilitador, si procede, asigna tareas y distribuye material a los participantes.

Contenido de esta etapa desarrollado por alumno:

1- Analizar el tiempo asignado a las actividades

N Actividad Tiempo Porque este tiempo

1
2
3
4
5
6
7

2- Recursos requeridos para completar las actividades

N Actividad Recursos (económicos, técnicos, equipo etc.)

1
2
3
4
5
6
7

3- Programación de las actividades.

N Actividad Fechas para desarrollo de sus actividades.

1
2
3
4
5
6
7

Ing. Carlos Humberto Cruz 35

 Módulos Desarrollo De Software – Primer Año.

Etapa de ejecutar.
En esta etapa se desarrolla el proyecto asignado para trabajar
1- Se toman fotos al software desarrollado y se pegan en el cuaderno
2- Se documenta como se creó el software

Contenido de esta etapa desarrollado por alumno para entregar:

1- Desarrollar un documento en pdf que contenga las fotos de su cuaderno de cómo desarrollo cada etapa.
2- El nombre del documento pdf debe ser su nombre completo.

Etapa de controlar.
Cada equipo de trabajo, con apoyo del facilitador o facilitadora, da seguimiento a cada actividad realizada, a
través de la verificación de avances en el cronograma de actividades, resultados logrados y conocimientos
adquiridos, para realizar ajustes y/o fortalecer el aprendizaje adquirido.

En esta etapa se revisa el proyecto para ver en que se corrige o se mejora para su entrega final.

Etapa de valorar
En esta etapa se valorara el trabajo realizado por el alumno para poder signar una calificación

Calificación de modulo

Ing. Carlos Humberto Cruz 36