Trabajo de Investigación. Analisis de Sistemas CATE

Centro de Acompañamiento a las Trayectorias Escolares (CATE)
UNIDAD CURRICULAR: ANALISIS DE SISTEMAS

CATE 2024
Alumno: Rodriguez German A.
Docente: Leonardo Cancino
Realizar un trabajo de investigación teóric

o práctico, donde desarrolle los siguientes temas ejemplificando cada caso.Presentar el
documento respetando las Normas APA, carátula, índice y bibliografía.
Investigar:
● Que es un Sistemas de Información: Concepto. Tipos.
● Quienes son los participantes en desarrollo de sistemas:
● Qué rol cumplen los Usuarios.
● Qué tarea conlleva la Administración.
● Funciones de Auditores y control de calidad, departamento de normas y
procedimientos.
Analista de sistemas.
● Especificar los elementos del Diseño de sistemas.
● Cómo obtienen la información los Programadores.
● Quienes son el personal de operaciones.
● Explicar el Ciclo de Vida de un Proyecto.
● Relevamiento.
● Cuales son las Técnicas de relevamiento:
● Qué enfoque tiene una encuesta.
● Cómo preparar una entrevista.
● Que se pretende obtener en la observación.
● Cómo y quién realiza el análisis de documentación.

2
● Requerimientos de usuario.
● Que es una Propuesta funcional.
● Cuáles son las herramientas de modelado para la planificación de proyectos.
● En qué consiste un Diagramas de Pert y Gantt.
● Explique las Herramientas de modelado para el diseño de Sistemas.
● Cómo aplica un Diagrama de Flujo de datos y cuales son sus Componentes.
● Que es un Diccionario de datos.
● A qué llamamos Modelo Entidad -Relación.
● Que se entiende por Carta de Estructura.
● Qué procedimiento conlleva la tarea de Calidad del software.
● Qué es Cohesión en proyecto y Acoplamiento.
Completar el trabajo de investigación respetando las normas APA, se debe citar de manera
correcta las fuentes consultadas y la bibliografía.
Índice:
Sistema de información: Concepto y tipos: 4

Tipos de sistema de información: 5
Rol que cumplen los Usuarios: 7
Participantes en Desarrollo de Sistemas: 7
Lider de Proyecto-Administrador del Proyecto: 7
Planificación de Proyecto: 9
Gestión de Recursos: 9
Ejecución y Monitoreo: 10
Comunicación: 13
Cierre de proyecto: 13
Otras responsabilidades: 13
Analista: 14
Recolección de Requisitos: 15
Observación: 15
Relevamiento: 21
3
Análisis de Requisitos: 24
Requerimientos de Usuario: 24
Herramientas de modelado para la planificación de Sistemas: 25
Estudio Ambiental o de contexto: 25
Diagrama de contexto Nivel 0: 26
Diagrama de contexto Nivel 1: 27
Diagrama Gantt: 28
Diagrama Pert: 30
Herramienta para el modelado de diseño de sistemas: 31
Diagrama de casos de uso: 31
Descripción de caso de uso de Cine: 33
Diagrama de Secuencia: 34
Diagrama de clases: 35
Gestión de Requisitos y Análisis y soluciones: 36
Verificación y Validación: 37
Soporte al proyecto: 37
Diccionario de Datos: 37
Diseñador: 38
Programador: 41
Administrador de la Base de Datos: 45
Planificación de la base de datos: 45
Diseño de la base de datos: 46
Modelo Entidad-Relación: 46
Implementación: 46
Mantenimiento: 47
Documentación: 47
Función de auditores: 47
Departamento de Normas: 47
Personal de operaciones: 48
Carta de estructura: 48
Calidad de software: 48
Acoplamiento y cohesión: 49
Propuesta(Propuesta Funcional): 50
Ciclo de vida de proyecto: 52
Bibliografía: 54
4
Sistema de información: Concepto y tipos:
Es un conjunto ordenado de mecanismos con el fin de poder realizar la

administración de los datos y la información. De esta manera de manera rápida pueden ser
procesados y recuperados. Los sistemas de información están conformados por la
información que ingresa al sistema, las personas que usan esa información y los recursos
que se usan.
Dentro de los sistemas de información pueden ser un sistema formal donde se suelen utilizar
elementos como una computadora o estructuras sólidas para alcanzar el objetivo.
o un sistema informal donde se usan estructuras más artesanales como por ejemplo: hoja y
papel.
Estos sistemas suelen estar formados por datos que suelen entrar de forma manual o
automática para ir desarrollando una base de datos.
Se suelen utilizar encuestas, cuestionarios, observaciones de campo, censos o
investigaciones para la recolección de datos.
Los datos que van entrando a veces pueden reflejar una cantidad significativa. Así que
siempre es de vital importancia evaluar y medir para que la información sea actualizada y
corregir posibles errores. De esta manera se puede generar una buena retroalimentación y la
información saliente vuelve a entrar pero con más elaboración precisa.
Al gestionar una gran cantidad de datos y muchas veces de carácter privado estos sistemas
tienen que garantizar una buena seguridad.
Así mismo los sistemas de información tienen varios tipos, dependiendo de las necesidades
de los usuarios humanos y las empresas.
5
Tipos de sistema de información:
TPS-sistema de procesamiento de transacciones:

Son sistemas de información computarizados que se desarrollaron para procesar grandes
cantidades de información para las transacciones de negocios rutinarias, como nóminas e
inventario. También otro ejemplo sencillo sería el registro de entrada y salida de empleados
en alguna empresa.
Los sistemas de procesamiento de transacciones son sistemas que atraviesan límites y
permiten que la organización interactúe con los entornos externos. Como los administradores
analizan los datos generados por el TPS para obtener información actualizada sobre lo que
ocurre en sus empresas, es imprescindible que estos sistemas funcionen sin problemas ni
interrupciones para sustentar las operaciones diarias de estas compañías.
Sistemas de automatización de oficinas y sistemas de trabajo de conocimiento OAS-

KWS:
Los sistemas de automatización de oficinas (OAS) brindan apoyo a las personas que
trabajan con datos no para crear conocimiento sino para analizar la información y
transformar los datos o manipularlos de cierta forma antes de compartirlos o
diseminarlos de manera formal a través de la organización y, algunas veces, más allá.
Los aspectos más conocidos de los sistemas OAS son el procesamiento de palabras, las hojas
de cálculo, el diseño gráfico por computadora, la planificación electrónica y la comunicación
a través de correo de voz, correo electrónico (e-mail) y teleconferencias. El mejor ejemplo es
el paquete office, una herramienta de software muy usada para este tipo de sistema.
6
Los sistemas de trabajo de conocimiento (KWS)son usados como herramienta de gestión

para brindar apoyo a profesionales como científicos, ingenieros y médicos, ayudándoles a
crear conocimiento (a menudo en equipos) y a integrarlo a la sociedad y/o empresa.
Un ejemplo que se usa mucho en sistema KWS es el autoCAD utilizado por ingenieros y
arquitectos para crear planos y diseños detallados.
Sistemas de información administrativa-MIS:

Los sistemas de información administrativa (MIS) no sustituyen a los sistemas de
procesamiento de transacciones; más bien, todos los sistemas MIS incluyen el procesamiento
de transacciones. Los MIS son sistemas de información que recopilan y procesan la
información de diferentes fuentes. Para acceder a la información, los usuarios del sistema de
información administrativa comparten una base de datos común; ésta almacena tanto los
datos como los modelos que permiten al usuario interactuar con ellos, interpretarlos y
aplicarlos. Los sistemas de información administrativa producen información que se utiliza
en el proceso de toma de decisiones. También pueden ayudar a integrar algunas de las
funciones de información computarizadas de una empresa y con todos estos datos generan
nuevos informes y estadísticas para la gestión de la misma.
Sistemas de soporte de decisiones-DSS:

Los sistemas de soporte de decisiones (DSS, o sistemas de apoyo a la toma de decisiones)
pertenecen a una clase superior de sistemas de información computarizados. Los sistemas
DSS son similares al sistema de información administrativa tradicional debido a que
ambos dependen de una base de datos como fuente de datos. La diferencia estriba en que el
sistema de soporte de decisiones está más enfocado a brindar respaldo a la toma de
decisiones en todas sus fases, aunque la decisión misma aún corresponde de manera
exclusiva al usuario. Los sistemas de soporte de decisiones se ajustan más a la persona o el
grupo usuario que un sistema de información administrativa tradicional. También se
describen a veces como sistemas enfocados en la inteligencia de negocios.
Quienes suelen usar respectivamente este sistema es por ejemplo el gerente de una
organización o alguien jerárquicamente con poder de toma de decisiones en la empresa. Este
sistema le ayuda a modelar, formular, calcular, comparar o seleccionar el mejor escenario
posible.
Sistemas de soporte para ejecutivos-ESS:

Cuando los ejecutivos fijan su atención en la computadora, a menudo buscan obtener ayuda
para tomar decisiones en el nivel estratégico. Los sistemas de soporte para ejecutivos
(ESS, sistemas de apoyo para ejecutivos) ayudan a los ejecutivos a organizar sus
interacciones con el entorno externo ofreciendo tecnologías de gráficos y comunicaciones
en sitios accesibles como salas de juntas u oficinas corporativas personales. Aunque los
sistemas ESS se basan en la información que generan los sistemas TPS y MIS, ayudan a sus
usuarios a enfrentar los problemas relacionados con decisiones no estructuradas inespecíficas
de una aplicación, para lo cual crean un entorno que les ayude a pensar sobre los problemas
7
estratégicos de una manera informada. Los sistemas ESS extienden las capacidades de los
ejecutivos y les ofrecen soporte para que puedan entender mejor sus entornos.
Rol que cumplen los Usuarios:

El rol que cumple siempre los usuarios es la de interactuar con el sistema
Depende del tipo de usuario que se dictamine va a interactuar de cierta manera con el
sistema. Ya sea para la gestión o administración del mismo o como un cliente en el caso de
ser un producto de software donde las personas interactúan con el producto dado.
Los usuarios tienen un rol importante en cada sistema. Con ellos podemos entender cual es el
objetivo que se busca en la producción del producto y la usabilidad que le van a dar.
En el caso de un cliente que quiera adquirir algo desde nuestro software, es mejorar la
interfaz para que sea intuitiva, no tenga demora de respuesta y también la experiencia de
usuario, asi con solo la capacidad visual y entendimiento general del uso del dispositivo con
el que está manipulando nuestro sistema, ya sepa que hacer y cómo gestionarse por sí sólo.
Si es un usuario con permisos o rol de administrador, que la gestión también tenga una
interfaz bastante intuitiva y que tengan la capacidad de resolver sus principales necesidades a
la hora de usar el producto.
Participantes en Desarrollo de Sistemas:

En un desarrollo de sistemas suelen estar incluidos varios integrantes y actores. Si bien es
muy amplio vamos a resaltar los principales y de los cuales hacemos hincapié en lo aprendido
durante CATE.
Lider de Proyecto-Administrador del Proyecto:

El administrador de proyecto es la persona que administra y controla los recursos
asignados a un proyecto, con el propósito de que se cumplan correctamente los planes
definidos. Los recursos asignados pueden ser recursos humanos, económicos, tecnológicos,
espacio físico, etc. En un proyecto, siempre debe existir un administrador. y en algunos
casos puede dirigir más de un proyecto.
De acuerdo a sus responsabilidades el administrador de proyecto puede ser nombrado como
líder o coordinador de proyecto.
Para poder realizar todos estos puntos del proyecto para que cumpla con todos los estándares
aplicables y normativas, el administrador de proyecto utiliza diversas herramientas y
8
técnicas de gestión de proyectos, como software de gestión de proyectos (por ejemplo,

Microsoft Project, Asana, Trello), metodologías de gestión de proyectos (por ejemplo,
Agile, Scrum, PMP), y técnicas de comunicación y liderazgo para llevar a cabo estas tareas
de manera efectiva.
A continuación tenemos en detalle de lo que se encarga de hacer el administrador de

proyecto:
Planificación de Proyecto:
El Líder y/o Administrador del proyecto tiene que encargarse de en la primera instancia de
definir los alcance del sistema que se vaya a desarrollar, que es lo que el cliente solicita, lo
9
que se puede llegar a realizar y se tiene que priorizar como objetivo principal del sistema y
también las funcionalidades que no son críticas pero a futuro pueden implementarse. A
continuación tenemos los Alcances del proyecto de Cine:
Alcances del Proyecto:
Funcionalidades Incluidas:
● Venta de entradas.
● Reserva de entradas.
● Gestión de horarios y carteleras.
● Funciones de Administración.
● Generación de reportes y estadísticas.
Estos alcances vendrían a ser la prioridad y lo requerido que tiene que hacer el sistema.
Funcionalidades Excluidas:
● Integración con programas de lealtad (no incluida en la primera fase).

● Soporte para múltiples idiomas (planificado para fases futuras).
En este apartado como funcionalidad excluida vendrían a ser alcances que si bien pueden ser
positivos en el sistema, no es necesario que estén incluidos de forma crítica.
El líder del desarrollo del sistema se va a encargar de ejecutar las etapas de pre-análisis
necesarias. Verificar Alcances, Objetivos, Observación y Relevamiento, Estudios de
Factibilidades, Análisis FODA y los Diagrama de Pert y Gantt correspondientes. (de todo
esto vamos a hablarlo mejor más adelante para dejarlo más claro. Lo importante ahora es
conocer la labor de cada integrante).
Gestión de Recursos:
Una de las tareas más necesarias justamente del Líder es la de gestionar los recursos que se
van a asignar y administrar durante todo el trayecto.
Para esto va a necesitar como mencionamos antes las herramientas de gestión y
administración y las técnicas necesarias para realizarlas.
Una herramienta de gestión que vemos claramente durante todo el trayecto es la de Gant
Project.
10
Con esta herramientas sencillamente podemos:

● Crear tareas para tener un control sobre el seguimiento
● Darle un tipo de prioridad: Alta-media-Baja (lo podemos remarcar con colores si lo
deseamos).
● Asignar esa tarea al integrante del equipo correspondiente y marcar los días
necesarios para llevarla a cabo.
● Tener un seguimiento sobre las horas trabajadas de cada uno de los integrantes y
poder sacar el costo de la mano de obra en todo el desarrollo y cada instancia.
A su vez también se pueden usar la misma para ver un cronograma sobre el Diagrama de
Pert:
De esta manera tenemos un control más completo y gestionar mejor los recursos de cada
integrantes del equipo.
Ejecución y Monitoreo:
Durante todo el trayecto del proyecto se tiene que hacer un seguimiento sobre cada etapa y
como se va desenvolviendo cada integrante del equipo en su respectiva tarea. Para verificar
que todo esté funcionando lo que se vaya desarrollando hay que ir gestionando un control y
un seguimiento. De esta manera vamos a ir viendo cómo se va desarrollando la estructura y la
arquitectura del sistema y los posibles errores que pueden ocurrir. Un ejemplo sobre esto
vendrían a ser justamente las pruebas que se hacen en la etapa de testing para verificar que el
código realizado por el programador o la base de datos interpretada por el ADM de base de
datos esté correctamente. Sin siquiera ir a código directo también ocurre hasta en la etapa de
diseño y arquitectura donde es más análisis que otra cosa y en los casos de uso se deja
11
constancia sobre cómo debería responder el programa y su posible falla y respuesta del
sistema. Esto también ocurre con los diagramas de secuencia que a su vez se pueden medir
por testing de caja negra.
Por ejemplo acá tenemos casos de uso del Sistema de gestión Cine.
Identificador D1.0
Caso de uso Registrarse en Sistema
Actor Cliente
Descripción Este caso de uso representa la interacción

del cliente a la hora de registrarse en
nuestro sistema para poder reservar y
comprar una entrada de cine.
Precondición -El cliente debe ingresar datos válidos y

una contraseña segura de mínimo 8
caracteres y una letra mayúscula.
-Los datos ingresados como

registro(Usuario y Contraseña) tienen que
ser únicos y no coincidir con los datos de
otro usuario.
Postcondición Los datos ingresados fueron agregados al

sistema exitosamente.
y acá su respectiva descripción. Esto se supone que es como se debería por ejemplo
interpretar y realizar en el sistema.
Pero para verificar si esta todo bien y como debería responder ante alguna falla se hace como
mencionamos antes el testing de caja negra:
12
Funcionalidad Descripción paso descripción del paso Resultado

Cubierta Esperado
Caso de uso: D1.0 Permite que el Step1 accede al botón de El cliente será
Registro Cliente pueda registrarse redirigido a la
registrarse en el vista de registro
sistema en la app web.
step2 El cliente pone Registro exitoso.

correctamente los
datos
correspondientes de
registro.
Entrada:
{nombre: "Juan
Perez",
email:"juan.pere
[email protected]",
contraseña:
"Password123",
telefono:
"1234567890"}
step2.1 El cliente pone Error en el

erróneamente el registro. Verifique
dato de email los datos
correspondiente. ingresados.
Entrada: {nombre:
"Juan Perez",
email:
"juan.perez",
contraseña:
"Password123",
telefono:
"1234567890"}
step2.2 El cliente pone Error en

erróneamente el dato Password. La
de contraseña contraseña debe
dejándolo muy corto tener como
y vulnerable. mínimo 8
Entrada: {nombre: caracteres una
"Juan Perez", mayúscula y un
email: símbolo
"juan.perez@exam
ple.com",
contraseña:
"Pass",
teléfono:
"1234567890"}
13
Como vemos es muy descriptivo cada paso como se realiza pero lo vamos a repasar rápido.
Ante una posible falla de por ej: el usuario pone mal su contraseña o usuario, como es que
tendría que responder el sistema ante eso y dar una respuesta. Tenemos tanto una entrada de
datos como una salida y salidas alternas respecto a lo que podría suceder.
Mientras todo esto se vaya actualizando y verificando puede ser que la gestión y las tareas a
realizar en el sistema se vean alteradas y se requiera un cambio en el cronograma. La idea es
evitar esto pero si sucede corregirlo dentro de las fechas establecidas. Caso contrario veremos
reflejado un problema en los días establecidos y metas de objetivo y también puede verse
afectado el costo final o nuestra ganancia. Así que siempre es necesario tener un plan sólido y
respetar el esquema establecido durante todo el trayecto.
Comunicación:
Es una parte fundamental que el Líder se pueda comunicar con los demás miembros. Como
repasamos anteriormente si hay algún inconveniente en el cronograma y los tiempos se ven
afectados es una falla fundamental en el esquema y puede afectar al flujo de trabajo y el
proyecto.
Por eso el Lider tiene que implementar buenas medidas de comunicación y tener un control
sobre cómo van las tareas de cada miembro.
● Se hace un seguimiento e informes de los demás miembros al lider.
● reuniones y entornos de software donde se pueden hablar sobre lo que ocurrió o
cómo van en cada etapa.
● Frente a alguna problemática o inconveniente tomar las medidas necesarias y
resolverlas para que no escalen.
Acá juega mucho las herramientas de gestión que se puede llegar a usar: Por ejemplo
Trello o Jira que dan un entorno a cada integrante del proyecto para tener un control de
cada tarea y su seguimiento. Y también la metodología de trabajo: Que usualmente suelen
usarse Scrum o Agile.
Cierre de proyecto:
En la etapa final de cierre se suelen hacer las evaluaciones finales sobre los resultados. Esto
incluye hacer una actualización de lo que se esperaba al principio con cómo fue todo el
desarrollo final. Se toma muy en cuenta las lecciones aprendidas y lo que se puede llegar a
implementar en un nuevo desarrollo y correspondientemente hacer la documentación
necesaria para que en caso de tener que repasar o mirar algún eje del proyecto se pueda
estudiar y visualizar de mejor manera.
Otras responsabilidades:
Al final de cada desarrollo puede haber una continuidad con el cliente por lo que se puede
generar algún tipo de soporte y se requiera la gestión de cambios en el desarrollo. Algo típico
es la actualización sobre una nueva funcionalidad y verificar la factibilidad o actualizar algo
más en particular como el sistema gestor de base datos por la expansión del sistema. Lo ideal
es asegurar la conformidad del cliente tanto al final como en su futura continuidad si esto
surge.
14
Analista:
Esta se refiere a la habilidad de poder estudiar un problema de una complejidad

determinada, descomponiendo el problema en subproblemas de menor complejidad. De esa
forma, la solución del problema completo se obtiene como la suma de las soluciones de los
subproblemas de menor complejidad.
15
El analista de un proyecto juega un papel vital en asegurar que el proyecto se alinee con las
necesidades y expectativas de los interesados, proporcionando una base sólida para el
desarrollo y la implementación de soluciones efectivas.
A continuación vamos a desarrollar el gráfico superior.
Recolección de Requisitos:
En esta etapa suelen estar trabajando los analistas en la pre-análisis del proyecto. Es una etapa
fundamental donde van a recolectar todo tipo de información. Principalmente esta
información es la que suelen pasar luego al Líder del proyecto y al equipo de trabajo según
sea necesario para poder ejecutar e ir desarrollando el sistema.
Las técnicas suelen ser justamente las de Observación y Relevamiento más usadas en esta
parte.
Observación:
En el reconocimiento vamos a poder identificar cómo se maneja actualmente la la regla de
negocio, como operan los usuarios en el sistema actual.
La idea principal es tener varias vistas y entendimiento del primer contacto y conocimiento
de la organización y del personal involucrado en el problema.
Las técnicas comúnmente más usadas en esta etapa son las entrevistas, formularios/encuestas
y observación personal.
También para poder entender una estructura y esquema de la información se suelen usar
organigramas.
Pongamos de ejemplo el proyecto Cine:
16
17
Este es un diagrama donde podemos ver como funcionaria y que se espera conseguir del
proyecto.
Esto lo podemos repasar de la consigna generada con el siguiente texto:

Un complejo de cines está integrado por varios cines ubicados principalmente en los centros
comerciales de la ciudad. Cada cine cuenta con una cantidad de salas, que son las que
exhiben las películas en las distintas funciones cinematográficas. La programación de las
salas se renueva en forma semanal, existiendo la posibilidad de que algunas salas queden
sin uso. Cabe mencionar que no todas las salas tienen la misma capacidad (cantidad de
butacas).
La programación es la que determina qué películas van a proyectarse y los horarios
para cada función de cada una de las salas, para todos los cines. Esta programación se
realiza en forma centralizada, desde la administración del Complejo, tomándose como
base la información de las películas próximas a estrenar, que envía el INCAA (Instituto
Nacional de Cines y Artes Audiovisuales). La programación implica el diseño de las
funciones y sus horarios en forma anticipada, debiendo el responsable de la misma, habilitar
cada función en el momento que desee permitir la reserva y/o venta de entradas para la
misma. La entrada que se le entrega al cliente representa el comprobante de venta y como
tal debe cumplir con lo reglamentado en la Ley de Facturación vigente, debiendo
contener como datos: nro. de venta, fecha de
venta, número de función, sala en la que se proyecta la película, el nombre de la
película, fecha y hora de la función, el precio, el tipo de entrada (si es mayor, menor,
jubilado) y la calificación de la película, que según especificaciones de la Ley de Cine
Nro. 17.741, debe ser informada tanto en la entrada como al inicio de la película. Es
importante destacar que la entrada es válida únicamente para la fecha, hora y función
indicadas en la misma.
Los tipos de entradas y los días y horarios de proyección son los que determinan el
precio de la entrada, que también pueden variar en cada cine del complejo. Las funciones
admiten ciertos tipos de entradas y otros no, dependiendo de factores como: horarios,
calificación de las películas, etc. Por ejemplo: si una película está calificada como para
mayores de 16 años, para esa función no se pueden vender entradas de TIPO = MENOR.
Cada función tiene asociado un tipo de función, que determina si la función es un pre estreno,
un estreno, una función normal.
También como mencionamos las técnicas usadas son las de cuestionarios o formularios. A
continuación tenemos un cuestionario que sirve como ejemplo del proceso para obtener y
recaudar información por parte de los analistas
https://forms.gle/6DSt1mNfbUowoSKH7
18
En este ejemplo usamos google forms para realizarlo. Una ventaja de esto es que es fácil
gestionar lo que se quiere realizar. Lo idóneo también es que para poder realizarlo tienes que
tener un correo electrónico. Lo que principalmente buscamos siempre es el Nombre del
participante para ubicar quién es. Su puesto en la organización para conocer mejor la
19
estructura y por si queremos o es necesario información adicional de contacto por si

necesitamos profundizar algún tema particular. En nuestro caso dejamos correo electrónico
por si tiene alguno adicional que use con más frecuencia o en si, su número de teléfono.
En estas preguntas lo que buscamos es en primera el rol del participante y su tarea dentro del
sistema actual. También su opinión sobre las funcionalidades que cree necesarias para el
mejor desarrollo del sistema. Tener opiniones de los distintos operarios nos permite al final
tener un resultado más personalizado y obviamente no hay que perder de vista los objetivos y
alcances principales.
20
Es importante saber qué funcionalidades adicionales pueden ser útiles para que se
desempeñen mejor en su tarea.
21
Relevamiento:
El objetivo de esta etapa es determinar la situación existente en el sistema actual. Si bien se
suelen usar técnicas parecidas a las de reconocimiento, lo que se busca en el relevamiento es
profundizar de manera más técnica y hacer una investigación detallada en las áreas
importantes de la organización. Al obtener un primer contacto sobre cómo se maneja la
organización, se busca comparar y avanzar con la resolución de la problemática principal.
Una vez conocido lo que se quiere lograr y como actualmente llevan a cabo sus reglas de
negocio, se busca opiniones y observaciones del personal y miembros de la organización para
conocer más en profundidad sus puntos sobre lo que se quiere lograr.
Las técnicas más usadas son:
● Entrevista y observación personal.
● Investigación y reunión de trabajo.
● Cuestionarios.
● Revisión de registros
Una vez obtenida la información en la etapa de Observación y organizarlas un poco mejor

podemos obtener un mejor entendimiento del sistema a desarrollar.
En esta imagen podemos ver a la entidad del cine: Cine Milonga (Ejemplo de cine)
Este cine tiene 3 sucursales ubicadas en los centros comerciales de Palermo(Sucursal 1),
Caballito(Sucursal 2) y Puerto Madero (Sucursal 3). Cada cine tiene 3 salas que cuentan
con diferentes capacidades de personas para sus funciones.
22
A continuación vamos a ver el organigrama de la estructura del lugar con sus respectivos
roles:
En estas imágenes está representado los roles de cada sucursal y el trabajo realizado por cada
empleado del establecimiento. De esta manera podemos identificar y conocer cómo opera
cada integrante del sistema y tener más en claro el funcionamiento de la regla de negocio
actual.
Todo esto gracias a la primera etapa donde hicimos los requerimientos de Observación y
obtención de los datos.
23
Ya una vez gestionada esto para profundizar se hacen nuevamente las entrevistas,
cuestionarios y formularios.
https://forms.gle/6DSt1mNfbUowoSKH7
24
Ahora las preguntas en vez de ser un tono más general se van haciendo más específicas para
ir descartando y confirmando que requerimiento es necesario y analizar la factibilidad de
desarrollarlo.
Análisis de Requisitos:
En el análisis de los requisitos lo que principalmente se busca es empezar a plasmar la
información recaudada de una forma más visual y de esa manera entender mejor la estructura
y generar la arquitectura del sistema.
Para poder definir qué es importante y que no, según los alcances y objetivos previamente
establecidos anteriormente, se empieza a construir los diagramas para ir entendiendo el
proceso del sistema.
Antes de esto hay que explicar lo siguiente para ir entendiendo justamente los requerimientos
y los requisitos que se suelen ir priorizando y gestionando.
Requerimientos de Usuario:
Los requerimientos de usuario son descripciones detalladas de las funciones y características

que los usuarios finales esperan del sistema. Estos requisitos son esenciales para comprender
y satisfacer las necesidades y expectativas de los usuarios. Los requerimientos no consisten
sólo de funciones, por lo tanto, podemos
clasificarlos en dos tipos:
• Requerimientos Funcionales: son los que definen las funciones que el sistema será
capaz de llevar a cabo, sin tener en cuenta restricciones físicas. Describen las
transformaciones que el sistema realiza sobre las entradas para producir salidas. Por
ejemplo: Imprimir una entrada para el cine, o registrar una reserva de una entrada para
una función del cine.
• Requerimientos No Funcionales: están relacionados con las características que, de una
u otra forma, puedan limitar al sistema. Especifican propiedades del sistema, como
restricciones de entorno o de implementación. Ejemplos de tipos de requerimientos no
funcionales son: uso (consistencia en la interfaz del usuario, documentación de usuario,
material de capacitación, etc.); confiabilidad (frecuencia de fallas, certeza, tiempo
mínimo entre fallas, capacidad de recuperación, etc.); desempeño (velocidad de
respuesta, eficiencia, tiempo de respuesta, tiempo de recuperación, etc.); Tolerancia
(capacidad de mantenimiento, facilidad de instalación, internacionalización, etc.). Para
el sistema del cine, por ejemplo: “El tiempo de respuesta asociado a la impresión de
cada entrada no debe superar los 5 segundos”.
Dentro de los requerimientos de usuario también es importante resaltar que todo tiene que
estar documentado y hacer un seguimiento para poder determinar la usabilidad, el
escalamiento y mantenimiento del sistema.
Dentro de esto se puede destacar:
A-los requisitos legales y regulatorios:
: Describen los requisitos legales y regulaciones que el sistema debe cumplir, como leyes de
privacidad, estándares de la industria, etc.
25
B-Requisitos de Documentación:
Se implementa la importancia de realizar documentación que especifique la necesidad de
manuales de usuario, manuales de administrador, documentación técnica, etc.
El manual de usuario es un documento técnico muy importante. Explica el funcionamiento
del software o sistema desarrollado como producto resultante del proyecto.
Expone los procesos que el usuario puede realizar con el sistema implantado. Para lograr
esto, es necesario que se detallen todas y cada una de las características que tienen los
programas y la forma de acceder e introducir información.
Permite a los usuarios conocer el detalle de qué actividades ellos deberán desarrollar para
la consecución de los objetivos del sistema. Reúne la información, normas y
documentación necesaria para que el usuario conozca y utilice adecuadamente la
aplicación desarrollada.
Herramientas de modelado para la planificación de Sistemas:
Estas herramientas nos permiten planificar y visualizar cómo será el recorrido del proyecto y
cómo va a ir tomando forma el sistema. Para ayudarnos a entender mejor esto vamos
mencionar 3 herramientas de modelado de planificación. Estudio ambiental o de contexto,
Diagrama de Gantt y Diagrama de Pert.
Estudio Ambiental o de contexto:

El estudio ambiental o de contexto ayuda a comprender el entorno en el que se desarrollará el
proyecto. Al poder ùbicar el entorno nos deja ver tambièn los factores externos que
interactúan con el sistema y tambièn nos permite identificar riesgos y oportunidades. En base
a la información recaudada nos permite tomar decisiones y diseñar opciones y soluciones que
se adapten mejor al sistema.
26
Diagrama de contexto Nivel 0:
En el diagrama de Nivel 0 lo que se busca es según la información que vamos obteniendo

tanto de la observación como el relevamiento es empezar a ver las funcionalidades del
sistema. Por eso al mismo lo centramos y según el requerimiento que vemos necesario lo
vamos rodeando y nombrando con los actores que van a ir interactuando con el sistema. No
es necesario tener tanto pensamiento o ser explícito. Al ser un Diagrama de Nivel 0 lo
importante es ir agregando contenido e ir después con las siguientes observaciones quedarse
con solo los primordiales y sacar o dejar pausadas las potenciales funcionalidades excluidas.
Actualmente lo que se visualiza son los actores que van a interactuar con el sistema:
El cliente que va a querer gestionar la compra y reserva de entrada.
El administrador de la cartelera que va a gestionar las funciones y cartelera.
el vendedor que va a visualizar y operar las ventas y reservas de entradas para mejorar la
atención al cliente.
La gerencia va a poder tener un seguimiento sobre los ingresos y cómo se gestiona tanto la
cartelera como la venta y reserva de entradas y hacer el reporte de ventas.
el Administrador que va a poder hacer cualquier tipo de cambio y supervisar que funcione el
sistema correctamente.
27
Diagrama de contexto Nivel 1:
En esta etapa tenemos un diagrama mucho más completo.

Podemos identificar:
Cliente:
El cliente a la hora de registrarse tiene 2 instancias. Una en la que se valida con éxito y otra
en la que se deniega el acceso por algún inconveniente con los pasos a seguir. Lo mismo
funcionaria en la instancia de Login.
El cliente inicia sesión y si es todo correcto se valida el acceso. Caso contrario se rechaza la
sesión.
Administrador de Cartelera:
Va a actualizar la cartelera correspondiente y va a tener 2 instancias.
1-La cartelera se modifica con éxito.
2-No se producen cambios en cartelera.
Como la actualización está sujeta a las condiciones del INCAA, en caso de no seguir con las
mismas se va a rechazar la misma.
Gerencia:
Como tal la gerencia va a estar encargada de verificar que el funcionamiento sea correcto,
pero principalmente va a realizar solo el reporte de ventas de lo que se fue recaudando y
viendo a medida que el sistema va funcionando e interactuando con los clientes.
28
Administrador de Función:
Encargado de realizar y gestionar las salas y marcar los tipos de salas.
Si las condiciones validadas son correctas, se genera: función validada. Caso contrario, no
se genera función. También sujeto a las condiciones del INCAA y de la Gerencia.
Base de Datos:
La base de datos estará en contacto con el sistema.
Cuando el sistema necesite leer y cargar películas como leer y actualizar las butacas de los
asientos que se van reservando y vendiendo en el sistema
Sistema:
El propio sistema generará su propio requerimiento.
● Alerta capacidad máxima de espectadores en la función.

● Alerta por tiempo de eximición de película.
● Genera factura correspondiente por ley de facturación.
Diagrama Gantt:
Un gráfico de Gantt es una forma fácil de programar tareas. Es un gráfico en el que las barras
representan cada tarea o actividad. La longitud de cada barra representa la longitud relativa
de la tarea.
29
En la parte horizontal tenemos el tiempo que se tarda en desarrollar las tareas. En la parte
vertical en cambio ahí podemos ver las tareas a desarrollar. Según el dibujo mientras más
largo sea más tiempo se demorara en desarrollar.
Actualmente hay una herramienta llamada Gantt Project. Es algo con lo que se puede
gestionar la organización y asignación de tareas. También con esta misma vamos a poder
sacar el presupuesto de las horas trabajadas.
En la imagen podemos ver las áreas a realizar de principio a fin. Las fechas asignadas, el
tiempo, la persona responsable de la realización de la misma y la prioridad.
Justamente hay una flecha de asignación a cada tarea dando una prioridad de que si la
anterior no se resuelve, la próxima no puede seguir.
30
Podemos configurar a gusto la asignación de tareas y añadir notas adicionales.
visualizando y clickeando en la opción superior view, podemos seleccionar el diagrama de

pert y se va a visualizar, observando la duración, fecha de inicio y fin y la tarea asignada.
Diagrama Pert:
Se representa mediante una red de nodos y flechas que después se evalúan para determinar
las actividades críticas, mejorar el programa de trabajo en caso de ser necesario y revisar el
avance una vez que se empiece el proyecto.
Se suele usar para poder desarrollar tareas en paralelo que se pueden hacer al mismo tiempo
que se desarrolla otra tarea.
Los círculos en el diagrama PERT se denominan eventos y se pueden identificar mediante

números, letras o cualquier otro método arbitrario de designación. Los nodos circulares sirven
31
para reconocer que una actividad se completó e indicar qué actividades hay que completar
para poder empezar una nueva (precedencia).
Del trayecto 10 al 20 hay 4 días y del 20 al 40 hay 5. Esto puede tomar que hay 9 días en total
para desarrollarlo.
Igualmente la tarea C(del trayecto del 20 al 40) no se puede realizar a menos que el la tarea B
se finalice.
La ruta crítica se denomina como la ruta más larga y esta no puede retrasarse sino implicaría
un retraso en las tareas a realizar. En este caso la ruta crítica sería 10+20+40+50 dándonos un
total de 15 días.
En cambio la ruta 10-30-40-50 tiene un total de 11 días y en este caso no habría problema de
retrasarse de darse el caso. Tiene un margen de 4 días más como máximo. A esto se le llama
tiempo de inactividad.
Una vez visto las herramientas de modelado para la gestión de proyectos, también tenemos
que ver las herramientas para el diseño de sistemas.
Herramienta para el modelado de diseño de sistemas:
Diagrama de casos de uso:

Un caso de uso es una técnica de modelado usada para describir lo que debería hacer un
sistema nuevo o lo que hace un sistema que ya existe. – Los casos de uso describen bajo la
forma de acciones y reacciones el comportamiento de un sistema desde el punto de vista de
un usuario, permiten definir los límites del sistema y las relaciones entre el sistema y el
entorno.
Un diagrama de casos de uso contiene elementos del modelo para el sistema, los actores y los
casos de uso, y muestra las diferentes relaciones entre estos elementos. Estos diagramas dan
una visión del modelo, pero las descripciones reales de los casos de uso suelen ser textuales,
usando el lenguaje y terminología del cliente/usuario. Un sistema en un diagrama de casos de
uso se describe mediante un rectángulo que contiene el nombre del sistema y los símbolos de
los casos de uso en el sistema.
32
Un actor es alguien o algo que interactúa con el sistema, pero que es externo al sistema. El
actor envía o recibe mensajes a y desde el sistema, o intercambia información con el sistema.
Un caso de uso siempre es iniciado por un actor que le envía un mensaje o estímulo
(stimulus). Los actores llevan a cabo casos de uso. Cuando un caso de uso se realiza, el caso
de uso podría enviar mensajes a uno o más actores. Estos mensajes también pueden ir a otros
actores además del que inició el caso de uso.
A continuación vamos a ver un diagrama usado en el proyecto Cine:
En este mismo diagrama vemos a los actores que interactúan con el sistema y también hay
sistemas externos que actúan como actores. Al ser externos se ubican del lado derecho.
El actor “Cliente” interactúa con el sistema y tiene 3 relaciones. Puede
1-Registrarse en el sistema.
2-Iniciar Sesión en el sistema
3-Comprar entrada en el sistema.
Para que esas funcionalidades se ejecuten antes que nada tiene incluida una relación
obligatoria que es la de verificar credenciales y comprar entrada verificar compra, por medio
33
de un sistema externo que interactúa también como actor por fuera del sistema que es el de
MercadoPago.
A su vez también se gestionan las descripciones de los casos de uso. Estos nos ayudan a
tener una información más detallada del caso de uso en particular y poder extender y
verificar la funcionalidad en el sistema. Estos mismos también nos va a ayudar a etapas
posteriores para hacer análisis de calidad y testing.
Descripción de caso de uso de Cine:
Caso de uso 1:
Identificador D1.0
Caso de uso Registrarse en Sistema
Actor Cliente
Descripción Este caso de uso representa la interacción

del cliente a la hora de registrarse en
nuestro sistema para poder reservar y
comprar una entrada de cine.
Precondición -El cliente debe ingresar datos válidos y

una contraseña segura de mínimo 8
caracteres y una letra mayúscula.
-Los datos ingresados como

registro(Usuario y Contraseña) tienen que
ser únicos y no coincidir con los datos de
otro usuario.
Postcondición Los datos ingresados fueron agregados al

sistema exitosamente.
Flujo Normal:
1 El cliente selecciona el botón de registrarse

en el navegador. (parte superior).
2 El cliente será llevado a otra vista donde va

a tener que ingresar los datos de registro.
3 sale una alerta confirmando los datos

correctamente.
Flujo Alternativo:
34
1 El usuario ingresado ya existe.
2 La contraseña debe tener 8 caracteres y

una letra mayúscula.
Diagrama de Secuencia:
El diagrama de secuencia es un tipo de diagrama de interacción cuyo objetivo es describir el
comportamiento dinámico del sistema de información haciendo énfasis en la secuencia de los
mensajes intercambiados por los objetos.
Tiene dos dimensiones, el eje vertical representa el tiempo y el eje horizontal los diferentes
objetos. El tiempo avanza desde la parte superior del diagrama hacia la inferior.
Normalmente, en relación al tiempo sólo es importante la secuencia de los mensajes, sin
embargo, en aplicaciones de tiempo real se podría introducir una escala en el eje vertical.
Respecto a los objetos, es irrelevante el orden en que se representan, aunque su colocación
debería poseer la mayor claridad posible.
Cada objeto tiene asociados una línea de vida y focos de control. La línea de vida indica el
intervalo de tiempo durante el que existe ese objeto. Un foco de control o activación muestra
el periodo de tiempo en el cual el objeto se encuentra ejecutando alguna operación, ya sea
directamente o mediante un procedimiento concurrente.
Objeto
Un objeto se representa como una línea vertical discontinua, llamada línea de vida, con un
rectángulo de encabezado con el nombre del objeto en su interior. También se puede incluir
el nombre de la clase, separando ambos por dos puntos.Si el objeto es creado en el intervalo
de tiempo representado en el diagrama, la línea comienza en el punto que representa ese
instante y encima se coloca el objeto. Si el objeto es destruido durante la interacción que
muestra el diagrama, la línea de vida termina en ese punto y se señala con un aspa de ancho
equivalente al del foco de control. En el caso de que un objeto existiese al principio de la
interacción representada en el diagrama, dicho objeto se situará en la parte superior del
diagrama, por encima del primer mensaje. Si un objeto no es eliminado en el tiempo que dura
la interacción, su línea de vida se prolonga hasta la parte inferior del diagrama. La línea de
vida de un objeto puede desplegarse en dos o más líneas para mostrar los diferentes flujos de
mensajes que puede intercambiar un objeto, dependiendo de alguna condición.
Foco de control o activación
Se representa como un rectángulo delgado superpuesto a la línea de vida del objeto. Su largo
dependerá de la duración de la acción. La parte superior del rectángulo indica el inicio de una
acción ejecutada por el objeto y la parte inferior su finalización.
Mensaje
35
Un mensaje se representa como una flecha horizontal entre las líneas de vida de los objetos
que intercambian el mensaje. La flecha va desde el objeto que envía el mensaje al que lo
recibe. Además, un objeto puede mandarse un mensaje a sí mismo, en este caso la flecha
comienza y termina en su línea de vida. La flecha tiene asociada una etiqueta con el nombre
del mensaje y los argumentos. También pueden ser etiquetados los mensajes con un número
de secuencia, sin embargo, este número no es necesario porque la localización física de las
flechas que representan a los mensajes ya indica el orden de los mismos.
Diagrama de clases:
En el diagrama de clases la estructura de clases del sistema se especifica, con relaciones entre
clases y estructuras de herencia. Durante el análisis del sistema, el diagrama se desarrolla
buscando una solución ideal. Durante el diseño, se usa el mismo diagrama, y se modifica para
satisfacer los detalles de las implementaciones.
Durante la primera instancia se usa la información recopilada de los otros diagramas de
diseño.
Casos de uso, diagrama de secuencia y diagrama de colaboración.
Los objetos en los diagramas son usados como término de clase a la que instancian y las
interacciones entre objetos son referenciados a las relaciones entre las clases instanciadas.
36
A continuación tenemos el siguiente Diagrama de Clases estableciendo 2 entidades. Cine y

Sala. Estas mismas tienen propiedades y métodos.
Las propiedades las podemos ver en la parte superior:
Por ejemplo:
Cine tiene:
id, nombre y ubicación. Estas tienen su valor establecido.
Sala tiene:
id,capacidad,nombre y el id de cine.
En la parte inferior tenemos los métodos:
cine cuenta con agregarSala(), eliminarSala(), actualizarInformación() y sala cuenta con
agregarFunción(),eliminarFuncion() y actualizarCapacidad().
Gestión de Requisitos y Análisis y soluciones:

La idea de estas etapas es justamente tener un control sobre cómo se va desarrollando el
proyecto. Con ayuda del Team Lider los analistas buscan tener un control más detallado de
cómo están progresando las etapas y las tareas asignadas a cada miembro. Durante el mismo
también pueden ocurrir cambios en el sistema, agregando nuevas funcionalidades y
discutiendo qué tipo de priorización y validando si será un requisito funcional o no funcional.
Para esto es necesario siempre tener un control y por eso es de suma importancia tener una
herramienta de gestión de proyectos a la hora realizar hacer un desarrollo de sistemas.
Como hablamos y mostramos anteriormente, las descripciones nos ayudan mucho en estas
etapas.
37
Verificación y Validación:
En esta etapa lo que se busca es que el sistema desarrollado cumpla con los requisitos
especificados y satisfaga las necesidades del cliente. Por los cuales se suele someter a
pruebas. Para verificar la implementación completa. Algo previo a eso es justamente los
procesos de control que suelen efectuarse de testing y calidad, blackbox testing, pero de esto
vamos a hablarlo un poco más adelante. Pero la idea de esta etapa es quedarnos con que:
● Se realizan pruebas (unitarias, de integración, de aceptación).
● Validación de requisitos con el cliente.
● Revisión de resultados de pruebas y corrección de errores.
Soporte al proyecto:
Esta etapa no siempre suele estar pero en caso de tener continuidad con el cliente, siempre va
a querer que estemos actualizando su sistema y le podamos brindar soporte post producción.
Para esto se suele capacitar a los usuarios con el sistema, hacer la documentación de usuario
correspondiente y monitorear y someter a evaluaciones tanto a los operadores como al
sistema.
Algo que se resalta mucho en esta etapa es justamente la gestión del diccionario de datos.
Diccionario de Datos:
El diccionario de datos es una versión especializada de los diccionarios que se utilizan como
referencias en la vida cotidiana. El diccionario de datos es una obra de consulta de
información
sobre los datos (es decir, metadatos); es compilado por los analistas de sistemas para guiarse
a través del análisis y diseño. Como documento, el diccionario de datos recopila y coordina
términos de datos específicos, además de confirmar lo que significa cada término para
distintas
personas en la organización.
El diccionario de datos es un listado organizado de los datos del sistema, con una definición
precisa y rigurosa para que se pueda entender las entradas, salidas, componentes de
almacenamiento y cálculos intermedios. Contiene las características lógicas de los sitios
donde se almacenan los datos del sistema. Incluyendo nombre, descripción, alias, contenido y
organización. También se identifican los procesos donde se usan los datos y los sitios donde
se necesita el acceso inmediato de la información.
La información del diccionario de datos tiene que ser identificable así que se usa la siguiente
estructura:
Descripción: Cada entrada en el diccionario consiste de un conjunto de detalles que
describen los datos utilizados o producidos por el sistema. Cada artículo se identifica por un
nombre-descripción-sinónimo-longitud de campo y tiene valores específicos que se permiten
para este en el sistema estudiado.
nombre: Se usa para poder referenciar y distinguir un dato del otro. Es más preciso si se usa
algo significativo como FECHA FACTURA antes que ABCXXX.
Descripción: Establece brevemente lo que representa el dato: FECHA-DATO-FACTURA
fecha en la cual se prepara la misma(para distinguirla de la fecha de salida al cliente)
Alias: ayuda a evitar la confusión por posible duplicación de nombre.
longitud de campo: para saber la cantidad de espacio necesario para cada dato.
38
valores de los datos: porque en algunos procesos solo son permitidos valores muy
específicos para los datos. Si los valores de los datos están restringidos a un intervalo
específico, esto debe estar en la entrada del diccionario. Por ejemplo, en muchas compañías
con frecuencia los números de orden de compra se proporcionan con un prefijo de una letra
para indicar el departamento de origen
Diseñador:
En un proyecto, el rol del diseñador puede variar dependiendo del tipo de proyecto y del
campo en el que esté trabajando, pero generalmente implica la creación y el desarrollo de
soluciones visuales y funcionales que satisfagan las necesidades del proyecto y las
expectativas de los clientes o usuarios.
Ellos se comunican con los demás miembros del proyecto y con respecto a la información
que recauda tanto del cliente como del proyecto a realizar va generando ideas de diseño que
poco a poco se ven reflejados en el proyecto.
Para poder realizar su trabajo utilizan una variedad de herramientas de software especializado
en diseño gráfico e interfaz de usuario hasta herramientas de colaboración y gestión de
proyectos.
39
40
1-Investigación y Análisis:
Para poder llevar a cabo el diseño del producto se tiene que llevar a cabo una investigación
sobre lo que se quiere desarrollar o lograr. En esta etapa van a estar principalmente los
analistas y el administrador de proyecto encargándose de ir moldeando cuales son las
cualidades necesarias de lo que se quiere implementar. Al ya hacer un seguimiento sobre que
se busca, la estructura de trabajo actual y a lo que se quiere llegar, ya se puede empezar a
hacer los primeros diseños e implementaciones del proyecto a realizar.
Algo que se va a llevar a cabo por partes de los demás integrantes y hasta por el diseñador es
la investigación de mercado. Nos va a permitir entender cómo se maneja la competencia y
el mercado. Al mismo tiempo, También se va a realizar un análisis sobre las necesidades de
los usuarios, para darles lo que realmente necesitan y vayan a poder usar del producto, pero
tomando en cuenta y moldeando a la par de las expectativas del cliente que a veces pueden
interrumpir o interponerse en cuanto a lo que es mejor para el desarrollo del proyecto.
2-Diseño Conceptual:
Ya teniendo una idea y concepto gracias a la información recaudada, se empieza a crear
conceptos y propuestas de diseño inicial basadas en los requisitos del proyecto y la
retroalimentación del cliente.
Para desarrollar esto se suele implementar bocetos, wireframes o prototipos para visualizar
ideas y conceptos. A medida que se vayan realizando se van a ir aumentando o quitando
utilidades necesarias para el uso del sistema y quedará registrado en cada etapa de diseño.
3-Diseño visual:
En esta etapa lo que se busca es empezar con el desarrollo visual. Se empieza a ver la
selección de colores, tipografía, iconografía y otros elementos visuales.
Ya con una idea más solidificada se empiezan a desarrollar las interfaces de usuario (UI) para
aplicación web, móvil u otro sistema.
En esta etapa se suele trabajar con muchas ilustraciones y gráficos de lo que se busca,
mostrando los avances a los demás miembros del equipo e ir dando una devolución al cliente.
4-Diseño de la Experiencia de Usuario (UX):

La idea de desarrollar e implementar un diseño de experiencia de usuario es que sea intuitivo
y direccional sin necesidad de que el usuario tenga que suponer o ir averiguando que es cada
cosa como ocurría anteriormente con sistemas de los 2000-2010 aproximadamente. A medida
que pasan los años esto se va mejorando e implementando. La idea es visualmente ya darle
digerido que hace cada cosa y que sepa como interactuar con su entorno gráfico.
Para poder llegar a realizar esto se diseña la arquitectura de la información y la estructura de
la navegación del proyecto para optimizar la experiencia.
Se empieza a implementar mapas de experiencia de usuario, flujos de usuario y diagramas de
interacción para visualizar el recorrido del usuario a través del proyecto. A esto se suma que
se llegan a realizar pruebas de usabilidad y se busca obtener retroalimentación de los usuarios
para iterar y mejorar el diseño.
41
Mientras se va trabajando en conjunto con la UX se llegan a desarrollar prototipos y Mock

Ups interactivos, que nos permiten validar el diseño con los usuarios finales o el cliente.
Se llegan a hacer mockups de diseño para diversas plataformas y dispositivos mostrando
como se ve el proyecto final.
5-Colaboración y Comunicación:
La idea de esta etapa es que los diseñadores colaboren con los otros miembros del equipo del
proyecto, de esa manera tengan una retroalimentación de las etapas de desarrollo.
Los Stand ups y Sprint son metodologías aplicadas por el líder, scrum master o administrador
de proyecto que permiten a todo el equipo comunicarse y poner en claro el seguimiento de
cada etapa.
En todo esto el diseñador como miembro clave del desarrollo tiene que documentar cada
etapa de diseño y estructurar la información para poder compartirlo con los demás miembros.
6-iteración y mejora continua:
Una vez desarrollado el producto en caso de mantenimiento, trabajo continuo o darle un
seguimiento se realiza la recopilación de comentarios, tanto como de los usuarios finales,
clientes y miembros de equipo. Una vez organizados los comentarios post producción se hace
una iteración de diseño para mejorar la calidad y usabilidad. Esto nos permite también en
caso de que sea necesario adaptar el diseño a medida que va evolucionando los requisitos del
proyecto o las necesidades del cliente.
Programador:
Los programadores deben convertir la especificación del sistema en código fuente ejecutable
utilizando uno o más lenguajes de programación, así como herramientas de software de
apoyo a la programación. En los mercados actuales, rápidamente cambiantes y altamente
competitivos, se hace necesario conocer los últimos desarrollos, quien da soporte, y cómo
pueden beneficiar al proyecto y a la organización. A través de este conocimiento es que la
organización genera un camino hacia el éxito futuro.
Para poder llevar a cabo su tarea los programadores suelen usar las siguientes herramientas:
Entorno de Desarrollo Integrado(IDEs): Visual Studio Code, Visual Studio, Eclipse,
NetBeans son entornos de desarrollo muy usados por los programadores. Son usados para
construir la estructura del software con los lenguajes, frameworks y librerías necesarias
para cada proyecto.
A su vez para poder desplegar y tener un control sobre el flujo de trabajo también necesitan
una herramienta. Para poder ir documentando y compartir el proceso de cada etapa. En esta
instancia entra GIT, que nos va a permitir poder subir nuestro repositorio y mantener una
estructura sobre cada etapa a desarrollar.
Por su parte para seguir en contacto con los demás miembros y poder coordinar y compartir
la información los programadores en un proyecto también son parte de usar herramientas de
gestión que son armadas por el Administrador de Proyecto. Ejemplos de esto son Trello,
JIRA.
Otra tipo de herramienta muy usada son las de pruebas y depuración, que nos permite
encontrar y solucionar errores en el código fuente. Unos ejemplo de esto son: POSTMAN,
SELENIUM, JUnit.NUnit.
42
A continuación vamos a ver un gráfico sobre las etapas que tiene que implementar un
programador en un desarrollo de software.
43
44
1-Análisis de Requisitos:
En esta etapa el programador analiza y comprende los requisitos del sistema ya
proporcionados por los analistas y el administrador del proyecto. Esto le permite tener
entendimiento sobre las reglas de negocio establecidas y a lo que se quiere llegar con el
producto. El programador tiene que leer y revisar la documentación técnica y funcional para
asegurarse que los requisitos sean claros y factibles.
2-Diseño Técnico:
En conjunto con los diseñadores y analistas se empieza a construir y realizar un diseño de la
arquitectura del sistema. Lo que se suele utilizar mucho son los Diagramas de Clases y
Objetos. Se tiene que crear las especificaciones técnicas detalladas que describen cómo se
implementarán los requisitos funcionales en el código, de esta forma podemos realizar la
estructura de software, los componentes y la tecnología a utilizar.
3-Desarrollo de Software:
Ya una vez establecido los patrones de diseño de la estructura se empieza a pasar todo eso a
código con ayuda de los IDE. Se tiene que escribir código limpio, eficiente y bien
documentado utilizando lenguajes de programación, frameworks y librerías apropiados para
el proyecto.(Java, Python, C#, JavaScript etc..).
A la par de la estructura principal se crean los módulos, componentes y funcionalidades del
sistema según las especificaciones técnicas y los estándares de calidad del proyecto.
4-Pruebas y Depuración:
Una vez realizada las funcionalidades para poder saber en qué estado está actualmente, se
empieza a realizar las pruebas unitarias para poder verificar cada módulo y componente del
sistema y que no presenten alguna falla. Lo más normal es que al efectuar el testing se
encuentre siempre algún tipo de fallo o situación particular, pero una vez encontrado y
realizado el feed back, se implementa una solución a la situación buscando la identificación
y corrección de errores o bugs en el código mediante técnicas de depuración y pruebas
exhaustivas.
5-Integración de Sistemas:
El sistema ya al someterse a constantes iteraciones de testing empieza la integración de
sistemas. Cada módulo y componente desarrollado se empieza a ensamblar para construir el
producto. También en esta etapa se hacen pruebas pero de integración, para verificar que cada
componente funciona bien juntos de manera correcta y sin conflictos.
6-Mantenimiento y Soporte:
Una vez armado el software se hace un despliegue de prueba. En esta etapa lo que se busca es
solucionar problemas típicos y realizar correcciones reportados por usuarios durante la fase
de prueba para ya una vez tener todo esto cubierto realizar el despliegue definitivo
correctamente.
45
Aunque el producto ya entre en su etapa final siempre se da el caso de hacer un seguimiento

para ver cómo evoluciona el producto, poder implementar actualizaciones, nuevas
funcionalidades y mejoras basadas en las necesidades cambiantes del cliente y el feedback de
los usuarios.
Administrador de la Base de Datos:
En el desarrollo de sistemas, el administrador de base de datos (DBA) desempeña un papel

crucial en la gestión y mantenimiento de la base de datos del sistema.
Planificación de la base de datos:
El ADM de base de datos se encarga en primera instancia de definir que tipo de sistema
gestor es indicado para el proyecto. Por lo cual es indispensable que tenga contacto en las
46
reuniones con el cliente y con el equipo de desarrollo. De esta manera el puede decir el
tamaño de la base de datos y el sistema gestor que va a usar en el proyecto. También con esto
definimos tipo de software y licencias a usar que son muy importantes en las primeras etapas
para la factibilidad. A su vez mientras va iniciando y conociendo el sistema gracias a los
analistas y la información recaudada va generando el diseño de la arquitectura.
Diseño de la base de datos:

En esta etapa ya con una perspectiva de como es el sistema el ADM empieza diseñar la base
de datos. Para poder ayudarse se va a usar justamente de herramientas de diseño de
implementación. La que vamos a ver a continuación es el Modelo Entidad-Relación:
Modelo Entidad-Relación:
El Modelo Entidad Relación (MER) es una herramienta de modelización de los datos que
describe las asociaciones que existen entre las diferentes categorías de datos de un sistema
de empresa o de información.
Vamos a dar un ejemplo rápido sobre cómo se usa esto.
En este ejemplo tenemos 2 propiedades. Son justamente la de hombre y la de mujer. A estas

propiedades las vamos a llamar elementos. Los elementos pueden ser objetos, cosas, eventos
etc..
Lo que está entre los 2 elementos es lo que denominamos relación. Comúnmente siempre
vamos a encontrar una relación entre 2 entidades. Esto también viene acompañado de una
cardinalidad y pueden ser:
(1:1) uno a uno, (1:0) uno a ninguno, (1:M)uno a muchos, (M:1) muchos a uno,
(M:0)muchos a ninguno, (M:N) Muchos a muchos.
En el caso del gráfico es de uno a uno(1:1).
Gracias a este tipo de herramienta se van a empezar a desarrollar los campos, tablas e índices
necesarios para el sistema y ejecutando la normalización correspondiente.
Implementación:
Una vez ya diseñada y verificado que todo esté correctamente por parte de la información del
team lider y los demás miembros del equipo se procede a hacer la implementación. Se van a
empezar a crear y configurar las base de datos físicas y cargar los datos si es que es necesario.
Mantenimiento:
En la etapa de mantenimiento lo que se busca es verificar el rendimiento y disponibilidad.
Una vez ya implementado el sistema hay que darle seguimiento y ver cómo responde frente a
47
las operaciones de los usuarios. Si ocurren inconvenientes se ejecutan los parches y

actualizaciones correspondientes como verificar la integridad de los datos.
Documentación:
Una tarea importante del administrador es dejar la documentación necesaria del sistema para
que cuando otro integrante del equipo de la misma área o otra necesite ver algún registro,
pueda entender todo el sistema. Desde la arquitectura, diseño e implementación. Por eso es
de vital importancia tener todo estructurado y anotado.
Función de auditores:
La auditoría es otra forma de asegurar la calidad de la información que contiene el sistema.
En términos generales, la auditoría se refiere al proceso de hacer que un experto que no esté
involucrado en el proceso de establecer o usar un sistema examine la información para
evaluar su confiabilidad. Sin importar que la información resulte confiable o no, el hallazgo
sobre su confiabilidad se comunica a los demás con el fin de que actúen en consecuencia.
Hay 2 tipos de auditores.
auditores externos:
Se utilizan cuando el sistema de información procesa datos que influyen en los estados
financieros de la empresa; los externos realizan una auditoría sobre el sistema para asegurar
la imparcialidad de los estados financieros que se producen. También se pueden usar cuando
ocurre algo fuera de lo normal en el que hay empleados de la empresa involucrados, como
una sospecha de fraude por computadora o malversación de fondos.
auditores internos:
Estudian los controles que se utilizan en el sistema de información para asegurarse de que
sean adecuados y que estén realizando la función esperada. También evalúan la conveniencia
de los controles de seguridad. Aunque trabajan para la misma organización, los auditores
internos no se reportan con la persona responsable del sistema al que están auditando. Con
frecuencia, el trabajo de los auditores internos es más profundo que el de los auditores
externos.
Departamento de Normas:
El departamento de normas estaría compuesto principalmente por un grupo de personas
encargadas en que los requerimientos de calidad puedan ser llevados a cabo. Dependiendo del
tipo de sistema, se emplearía distinto tipo de resoluciones. Quienes van a estar
completamente dando feedback y notificando cómo está el sistema de acuerdo a los niveles
de calidad siempre van a ser llevadas por la gerencia y los usuarios.
Encargado también de las auditorías, y gestionar la calidad.
48
Personal de operaciones:
Se encargan de la seguridad del hardware, la seguridad de los datos y copias de respaldo.
La ejecución de programas, administran los informes periódicos y administran informes de
las comunicaciones de red.
El personal de operaciones en un proyecto de software generalmente se encarga de gestionar
y mantener el entorno de producción del sistema una vez que ha sido desarrollado e
implementado. Su función principal es garantizar que el software se ejecute de manera
eficiente, confiable y segura en un entorno de producción en el mundo real.
Carta de estructura:
La Carta estructurada del proyecto es denominada también “modelo del producto”. Es

importante diseñar la carta estructurada del proyecto antes de comenzar el proceso de diseño
de un sistema de software. El software que desarrollamos es un producto, al igual que
cualquier otro producto comercializable que requiere un tiempo y proceso de elaboración.
Partiendo de un concepto general, se van desglosando los módulos y submódulos
relacionados hasta llegar a un nivel donde es posible diferenciar las actividades de trabajo. La
carta estructurada del proyecto permite distribuir las actividades entre los analistas,
desarrolladores, jefes y gerentes involucrados en el desarrollo del proyecto.
Calidad de software:
En esta etapa se realizan pruebas en el sistema para verificar su funcionalidad. Una vez
realizado hasta cierto punto el sistema tiene que someterse a pruebas de software para
verificar su funcionamiento. Gran parte del trabajo lo van a hacer los programadores o la
empresa podría contratar agentes externos a los programadores para verificar mejor el
funcionamiento ya que siempre es mejor que alguien ajeno a uno mismo revise el código y su
funcionamiento.
49
La idea principal es someter al propio sistema a pruebas de estrés y de esta manera

determinar según la etapa puesta a prueba su funcionamiento.
Durante este proceso el analista de sistemas verifica la salida en busca de errores y aconseja
al programador en caso de requerir alguna corrección.
Lo ideal sería siempre asegurar una variedad de datos tanto funcionales como no funcionales
para someter al sistema y verificar la salida y como esta reacciona.
Acoplamiento y cohesión:
Son conceptos que se utilizan para verificar la calidad que se está llevando a cabo el
proyecto:
El acoplamiento vendría a ser que los módulos de un programa dependan uno de otros. Si uno
quiere hacer un cambio en X modulo y es necesario también hacer cambios en Y módulo.
Esto quiere decir que tiene un acoplamiento.
La cohesión por su parte habla de una adherencia entre sí. Si algo está cohesionado tiene
sentido y una dirección.
De esta manera cuando uno encuentra cohesión suele estar mejor delimitado y ser
independiente.
Igualmente el exceso de cohesión podría hacer que no haya ninguna relación en el sistema.
Por lo cual se busca siempre un equilibrio donde haya bajo acoplamiento que nos pueda
garantizar la conexión y dependencias necesarias y a su vez que haya cohesión alta donde hay
una dirección marcada y si es necesario hacer algún cambio este no se vea perjudicado por
otro módulo o dependencia.
50
Propuesta(Propuesta Funcional):
el analista necesita preparar una propuesta de sistemas en la que se incluya la mayor

cantidad de detalles sobre las necesidades, opciones y recomendaciones del sistema.
La organización de la propuesta de sistemas en un proyecto sigue diez secciones principales:
-Carta de presentación: Lista de estudios realizados y resumen de objetivos.

-Portada del proyecto: Incluye nombre del proyecto, equipo de análisis y fecha.
-Índice de contenido: Opcional para propuestas extensas.
-Resumen ejecutivo: Informa quién, qué, cuándo, dónde, por qué y cómo, incluyendo
recomendaciones.
-Esquema del estudio de sistemas: Detalla los métodos utilizados en el estudio.
-Resultados detallados del estudio de sistemas: Describe descubrimientos sobre
necesidades humanas y problemas identificados.
-Alternativas de sistemas: Presenta dos o tres soluciones con costos y beneficios.
-Recomendaciones de los analistas de sistemas: Expresa la solución recomendada y las
razones que respaldan esta elección.
-Resumen de la propuesta: Enunciado corto que refleja el contenido del resumen
ejecutivo.
-Apéndices: Incluye información adicional no esencial para entender el estudio de
sistemas.
51
Se destaca la importancia de la entrega personal del informe para aumentar la visibilidad y el

éxito del sistema propuesto.
Ciclo de vida de proyecto:
Ya explicado anteriormente todo lo detallado, para entender justamente el ciclo de vida de

proyecto sólo nos queda conectar los distintos tipos de partes:
Etapa de Análisis:
52
En esta etapa lo que se busca es tener un Análisis sobre el tipo de negocio que se quiere
implementar y desarrollar. Tanto el Líder con ayuda de sus Analistas lo que van a hacer
principalmente es formular las preguntas necesarias para poder empezar a llevar a cabo la
información necesaria para la implementación del sistema.
Saber ¿De qué se trata?¿Cómo funciona el negocio actualmente?¿Qué se busca realizar
actualmente? etc..
Se hace un pre-Análisis general del problema que tiene nuestro cliente, que nos permite
saber qué es lo que se va a necesitar realizar y lo que busca resolver.
En este primer encuentro o contacto vamos a verificar:
1-Definición del sistema actual

2-Ubicación del sistema actual
3-Objetivos del sistema a desarrollar
4-Alcance del sistema
5-Estimativos del desarrollo del sistema
6-Beneficios del sistema
Como vimos anteriormente sigue el reconocimiento y el relevamiento.
Análisis de Factibilidades:
En el análisis de factibilidades lo que se analiza son las herramientas, capacidades y
conocimientos que tenemos a la hora encarar el proyecto Se toma en cuenta las factibilidades
humanas, como mano de obra. Cantidad de personas implicadas.
Las factibilidades técnicas, que es la capacidad de conocimiento técnico del equipo para
poder desarrollar el proyecto.(Lenguaje de programación, IDE, software etc..)
Las factibilidades económicas, que esto nos permite saber:
¿Qué tipo de hardware y equipo técnico requerimos?¿El cliente con qué equipo trabaja?
¿Cuanto es el presupuesto establecido y el presupuesto particular de cada integrante del
equipo? etc..
FODA:
Con el FODA en conjunto de la información recaudada nos va a permitir evaluar los factores
internos en nuestro equipo (Fortalezas-Debilidades) y los factores externos (Oportunidades-
Amenazas).
Fortalezas: Aspectos positivos tanto del equipo como organización que pueden ayudar a
alcanzar el objetivo. Pueden incluir recursos, experiencias, reputaciòn, tecnologías usadas
etc..
Oportunidades: Circunstancias externas favorables que se presentan o situación particular.

Esto pueden ser tendencias de mercado, cambio legislativo favorable, nuevas tecnologías etc..
Debilidades: Son los aspectos internos negativos que pueden obstaculizar el objetivo.
53
Esto pueden ser recursos limitados, falta de experiencia, problemas de gestiìon
Amenazas: Situaciones externas desfavorables que pueden presentar un riesgo al equipo o

objetivo. Esto puede ser competencia intensa, cambio en la demanda del mercado, cambios
de regulaciòn,
Costes de Implementaciòn:
Lo que se busca realizando los costes de implementación es tener el cálculo de cuánto saldría
realizar el desarrollo del sistema solicitado. Va a estar conformado por el costo del equipo
requerido, entidad o elementos fìsicos(o servicios en la nube) de ser necesario. Horas
trabajadas de los integrantes del equipo y la ganancia obtenida por el desarrollo del sistema.
Dependiendo de los factores internos como externos obtenidos en el trabajo de investigación
por parte de los analistas, se va a obtener los costos requeridos para la operación. Esto
dependiendo de cómo evolucione el proyecto y de lo que solicite el cliente, puede alterar el
coste final.
Se empieza a trabajar el diseño de la arquitectura y ya todo una vez gestionado se envia la

propuesta funcional al cliente para ver si acepta y se sigue con el desarrollo de sistema.
Diseño y Arquitectura:
Se empieza a usar todos los diagramas anteriormente mencionado con el pus de que se tiene
que actualizar los informes y las actualización de costos y planificación.
Implementación:
Una vez ya gestionado que todo este en orden se empieza a implementar el código para dar
vida a todo el sistema a desarrollar.
Mantenimiento:
Como bien se indica se hace hincapié en crear el manual de usuario, manual de lanzamiento
y planificación, todo para tener un control y seguimiento de todo lo trabajado en el desarrollo.
En caso de requerirse con el cliente se procede a las mejoras y actualizaciones según se vayan
necesitando y se cierra la planificación y los costos del proyecto.
Bibliografía:
UNIVERSIDAD DE PAMPLONA. (n.d.). Análisis y Diseño de Sistemas de Información.
https://www.unipamplona.edu.co/unipamplona/portalIG/home_109/recursos/octubre2014/
administraciondeempresas/semestre7/11092015/analisisydisenosistinformacion.pdf
54
STARTERCHUP. (2021). LAS 10 FUNCIONES DE LOS EQUIPOS DE DESARROLLO DE
SOFTWARE. https://www.startechup.com/es/blog/roles-in-software-development-teams/
ORT. (n.d.). Estructura y Funcionamiento de Sistemas Informáticos-Relevamiento.
https://campus.ort.edu.ar/secundaria/almagro/informatica/descargar/articulos/1782608/
CATE-Material de investigación. (n.d.). Técnicas de documentación.

https://drive.google.com/file/d/1m7V-JkyAmJwAoGpdSbNz0pS0bsxiq5dd/view
Pascal, J. R. (15 de junio de 2019). Acoplamiento y Cohesión.

https://www.disrupciontecnologica.com/acoplamiento-y-cohesion/
CATE-Material de investigación. (n.d.). Diccionario de datos.
https://drive.google.com/file/d/1cfzHYzuSE3yYH4COLoKPiMU4GauOyGWx/view
Kendall, K. E. (2011). ANÁLISIS Y DISEÑO DE SISTEMAS 8va edición.
https://classroom.google.com/w/NTUzNzIwNzg2MDQy/t/all
Diagramas realizados con:
https://miro.com/es/wireframe/

Trabajo de Investigación. Analisis de Sistemas CATE

Cargado por

Copyright:

Formatos disponibles

Trabajo de Investigación. Analisis de Sistemas CATE

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Trabajo de Investigación. Analisis de Sistemas CATE

Cargado por

Copyright:

Formatos disponibles

Centro de Acompañamiento a las Trayectorias Escolares (CATE)

UNIDAD CURRICULAR: ANALISIS DE SISTEMAS

Realizar un trabajo de investigación teóric

● Que es un Sistemas de Información: Concepto. Tipos.

● Quienes son los participantes en desarrollo de sistemas:

● Qué rol cumplen los Usuarios.

● Qué tarea conlleva la Administración.

● Funciones de Auditores y control de calidad, departamento de normas y

● Especificar los elementos del Diseño de sistemas.

● Cómo obtienen la información los Programadores.

● Quienes son el personal de operaciones.

● Explicar el Ciclo de Vida de un Proyecto.

● Cuales son las Técnicas de relevamiento:

● Qué enfoque tiene una encuesta.

● Cómo preparar una entrevista.

● Que se pretende obtener en la observación.

● Cómo y quién realiza el análisis de documentación.

● Que es una Propuesta funcional.

● Cuáles son las herramientas de modelado para la planificación de proyectos.

● En qué consiste un Diagramas de Pert y Gantt.

● Explique las Herramientas de modelado para el diseño de Sistemas.

● Cómo aplica un Diagrama de Flujo de datos y cuales son sus Componentes.

● Que es un Diccionario de datos.

● A qué llamamos Modelo Entidad -Relación.

● Que se entiende por Carta de Estructura.

● Qué procedimiento conlleva la tarea de Calidad del software.

● Qué es Cohesión en proyecto y Acoplamiento.

correcta las fuentes consultadas y la bibliografía.

Sistema de información: Concepto y tipos: 4

Sistema de información: Concepto y tipos:

Es un conjunto ordenado de mecanismos con el fin de poder realizar la

Tipos de sistema de información:

TPS-sistema de procesamiento de transacciones:

Sistemas de automatización de oficinas y sistemas de trabajo de conocimiento OAS-

Los sistemas de trabajo de conocimiento (KWS)son usados como herramienta de gestión

Sistemas de información administrativa-MIS:

Sistemas de soporte de decisiones-DSS:

Sistemas de soporte para ejecutivos-ESS:

Rol que cumplen los Usuarios:

Participantes en Desarrollo de Sistemas:

Lider de Proyecto-Administrador del Proyecto:

técnicas de gestión de proyectos, como software de gestión de proyectos (por ejemplo,

A continuación tenemos en detalle de lo que se encarga de hacer el administrador de

Alcances del Proyecto:

● Integración con programas de lealtad (no incluida en la primera fase).

Con esta herramientas sencillamente podemos:

Caso de uso Registrarse en Sistema

Descripción Este caso de uso representa la interacción

Precondición -El cliente debe ingresar datos válidos y

-Los datos ingresados como

Postcondición Los datos ingresados fueron agregados al

Funcionalidad Descripción paso descripción del paso Resultado

step2 El cliente pone Registro exitoso.

step2.1 El cliente pone Error en el

step2.2 El cliente pone Error en

Esta se refiere a la habilidad de poder estudiar un problema de una complejidad

Esto lo podemos repasar de la consigna generada con el siguiente texto:

estructura y por si queremos o es necesario información adicional de contacto por si

Una vez obtenida la información en la etapa de Observación y organizarlas un poco mejor

Los requerimientos de usuario son descripciones detalladas de las funciones y características