S4. 16. 30.08 Plantilla Orientadora en Seminario v2

Universidad Siglo 21
// LOGO
SEMINARIO DE
PRÁCTICA
Licenciatura en Informática
Título
Subtítulo si aplica / Empresa
Profesora Ana Carolina Ferreyra

Apellido y Nombres
Legajo
Año 2021
Seminario de Práctica Licenciatura en Informática
Apellido y Nombres Otro dato
Tabla de contenido
1. Introducción..........................................................................................................................5
1.1 Antecedentes.................................................................................................................5
1.2 Descripción del área problemática................................................................................5
1.3 Formulación de la problemática....................................................................................5
2. Justificación...........................................................................................................................6
3. Definiciones del proyecto......................................................................................................6
3.1 Objetivo general del proyecto.......................................................................................6
3.2 Objetivos específicos del proyecto................................................................................7
4. Definiciones del sistema........................................................................................................7
4.1 Objetivo general del sistema.........................................................................................7
4.2 Límites............................................................................................................................8
4.3 Alcances.........................................................................................................................8
4.4 No Contempla................................................................................................................8
5. Elicitación..............................................................................................................................8
5.1 Actividad del cliente o dominio.....................................................................................9
5.2 T.I.C (Tecnologías de la Información y Comunicación)..................................................9
5.3 Competencia................................................................................................................10
6. Relevamiento.......................................................................................................................10
6.1 Relevamiento estructural y tecnológico......................................................................10
6.2 Relevamiento funcional...............................................................................................11
Organigrama...................................................................................................................................11
Funciones de las áreas involucradas...............................................................................................11
Procesos de negocio.......................................................................................................................12
Gráfica de procesos de negocios....................................................................................................12
7. Diagnóstico..........................................................................................................................13
8. Propuesta de solución.........................................................................................................14
8.1 Propuesta funcional.....................................................................................................14
Versión: Página 2
Apellido y Nombre del alumno:
8.2 Propuesta técnica........................................................................................................14

8.3 Diagrama de Arquitectura............................................................................................15
8.4 Listado de requerimientos funcionales en matriz de trazabilidad..............................15
8.5 Listado de requerimientos no funcionales..................................................................15
8.6 Listado de requerimientos candidatos........................................................................15
9. Desarrollo del prototipo......................................................................................................16
9.1 Diagrama de casos de uso............................................................................................16
9.2 Descripción de casos de uso........................................................................................16
Repetir por cada caso de uso (…)............................................................................................17
9.3 Diagramas de colaboración..........................................................................................17
9.4 Diagrama de Clases......................................................................................................18
9.5 Diagrama Entidad Relación..........................................................................................18
9.6 Diagrama de Transición de Estados.............................................................................18
9.7 Diagrama de Despliegue..............................................................................................18
10. Interfaz gráfica.................................................................................................................19
11. Pruebas. Proceso de validación y verificación.................................................................19
12. Conclusiones. Link a video explicativo.............................................................................20
13. Referencias......................................................................................................................20
Anexo I........................................................................................................................................22
I.I Diagrama de Gantt..............................................................................................................22
I.II Planilla de ….......................................................................................................................23
Tabla de Ilustraciones.................................................................................................................24
Versión: Página 3
1. Introducción
[En la introducción se describe dónde se va a desarrollar el proyecto y en términos generales, que se
pretende con el desarrollo mismo].
//Con el objetivo de optimizar/ permitir (…tal proceso/ resultado), en (x ámbito), se desarrolla

un proyecto que (hace tal cosa).
Qué presento? Para qué presento?
1.1 Antecedentes
En antecedentes se hace una reseña histórica, descripción en el tiempo de la problemática y/o
los avances o trabajos previos que se hayan realizado sobre el tema.
Originalmente (…)
Con el avance de las tecnologías de la información y las comunicaciones …()
Sin embargo …()
1.2 Descripción del área problemática

Presenta en términos generales el área o situación problemática. Debe incluir aspectos como:
áreas afectadas, factores involucrados, magnitud del problema, frecuencia de presentación,
tendencias observadas, personas e instituciones involucradas.
La registración manual de (…)
La tarea (…) y conlleva diferentes riesgos, desde (…)
Esta problemática tiene consecuencias trascendentes, ya que impacta (…)
1.3 Formulación de la problemática

Sin ser una regla, una forma clara de formular el problema es dándole estructura de pregunta,
tan breve como sea posible. Esta formulación ayuda al autor a plantear los objetivos.
Versión: Página 4
Se propone conocer la mejor manera de reformular el actual proceso de (…) /

implementar un mecanismo que permita (…) / introducir mayores funcionalidades en
(…)
2. Justificación
Se describen las razones que destacan la importancia el estudio. ¿Por qué es conveniente llevar a
cabo el proyecto?, ¿cuáles pueden ser los beneficios que se derivan de ella? En este proceso debe
darse respuesta a interrogantes como:
Qué necesidades serán satisfechas con los resultados del proyecto?
Cuál es el impacto científico o tecnológico?
Cuál es su relevancia para la sociedad o empresa?
En resumen, debe presentar el interés, la novedad, la utilidad y la factibilidad que el proyecto tendrá,
de acuerdo con las razones aquí argumentadas y dentro del objeto de estudio del programa en la
Universidad.
Disponer de (…) es necesario para (…) (Autor, 2008).
A la vez, es una práctica que asegura (…)
Con ello, (…) (Autor, Autor & Autor, 2002) y disminuye la probabilidad de comisión de errores
o fraudes.
Cabe destacar que (…) en los términos de la Ley 25.326 (2000).
Además, los registros que generan (…)
De allí que (…)
Finalmente (…) contribuye a (…)
3. Definiciones del proyecto
3.1 Objetivo general del proyecto

Expresa el propósito del trabajo, a través de una propuesta de acción que permita la solución del
problema en términos de prototipo de sistema de información.
Versión: Página 5
Indica qué es lo que se propone al terminar su trabajo y para que lo hace. Debe ser breve. Se
presenta acompañado de un Gantt de las actividades que desarrollará para lograr el objetivo
general.
Analizar y diseñar (…) que //gestione //posibilite //o lo que aplique…
Se acompaña un diagrama de Gantt de las actividades que se desarrollarán para lograr

estos objetivos en el Anexo I.
3.2 Objetivos específicos del proyecto

Define los propósitos particulares y alcanzables para el logro del objetivo en general. Tiene
relación directa con las acciones específicas que se van a desarrollar para alcanzar el objetivo
general. Indican a qué logros aspira cumplir, qué metas quiere alcanzar.
Deben:
 Estar relacionados con el problema a estudiar.
 Ser medibles y/o observables.
 Expresarse con verbos en infinitivo.
 Ser claros y precisos.
 Alcanzar un acabado estudio del dominio en relación a (…)

 Identificar y documentar los defectos y fallas existentes en los mecanismos actuales.
 (…) Sugerir las adecuaciones u optimizaciones de proceso que se adviertan como
convenientes, de cara a su sistematización.
 Diseñar un sistema de (…) que pueda utilizarse en (…), cumpliendo el marco legal
aplicable.
 Verificar que el sistema genere los datos y reportes en un formato exportable que
resulte fácilmente integrable con las aplicaciones de destino, conformadas por (…)
4. Definiciones del sistema
4.1 Objetivo general del sistema

Define los propósitos particulares y alcanzables para el logro del objetivo en general planteado
en forma de funcionalidad general del prototipo de sistema en términos de Sistema de
Información. Debe expresarse con verbos en infinitivo, por ejemplo, Gestionar, Administrar,
Planificar, Controlar, entre otros.
Versión: Página 6
¿Qué hace el sistema? En una sola frase.. ser concreto. Si merece más detalles será en renglón
abajo.
Gestiona (…)
Permite gestionar (…)
Administra (…).
Permite administrar (…)
O lo que corresponda
4.2 Límites
Define las actividades que dan comienzo y final al sistema en términos de negocio, por ejemplo,
en un sistema de Seguimiento académico de alumnos de una institución, podría ser desde que
el alumno se inscribe hasta que egresa, también puede expresarse mientras…..
Desde y hasta!!!
El límite denota la frontera del sistema.
Desde que (…) permite (…), hasta que (…).

4.3 Alcances
Nombra en términos generales los procesos de negocio que se observan dentro del límite, no
deben explicarse porque aun no está realizado el relevamiento del sistema.
Administración de (…)
Seguimiento de (…)
Registración de (…)
4.4 No Contempla
Nombra en términos generales los procesos que están dentro del límite del sistema que no se
contemplan en esta instancia. Es incorrecto demarcar procesos que están fuera del límite.
No se incluye el registro de (…)

El sistema no constituye (…)
No se suministrarán (…)
No se contempla (…)
No se incluyen módulos sobre (…)
Versión: Página 7
5. Elicitación
“Es el proceso de adquirir (“eliciting”) [sonsacar] todo el conocimiento relevante necesario para producir
un modelo de los requerimientos de un dominio de problema” (Loucopoulos).
Objetivo: entender el dominio del problema en particular para poder comunicarnos en la elicitación
(relevamiento) de requerimientos.
El conocimiento en este apartado lo encontramos en la bibliografía estudiada en las materias
anteriores de la carrera y en otras bibliografías que son particulares del dominio de negocio.
Debido al carácter normado y reglado de los procedimientos que caracterizan (…)

Para comprender esta complejidad, se analizará, en primer lugar la naturaleza del negocio
que lleva adelante el cliente y su ecosistema. Este análisis se profundizará más adelante en el
apartado de relevamiento, donde se detallarán los circuitos y procesos que efectivamente se
llevan a cabo.
Posteriormente se abordarán los sistemas y tecnologías respectivos de aplicación para lograr
una implementación óptima de las funcionalidades especificadas en los requerimientos.
En ambas oportunidades se mencionarán las particularidades propias del sector y de la
normativa aplicable, a la que se refiere el primer párrafo de este título.
5.1 Actividad del cliente o dominio
Es necesario conocer la actividad del cliente y su significado, es por ello que usted definirá en
este apartado los conceptos básicos necesarios que debe estudiar antes de realizar el
relevamiento.
Aplique APA a las citas textuales con la debida referencia bibliográfica, no está permitido
presentar conceptos que no le pertenecen sin realizar la debida cita bibliográfica y enmarcarlo
entre comillas dobles.
ILUSTRACION 1
Ilustración 1: Ciclo de vida de … Se advierte que …
Fuente: Elaboración propia
5.2 T.I.C (Tecnologías de la Información y Comunicación)
Es necesario conocer las tecnologías que utilizará en el desarrollo del proyecto por lo que este
apartado tiene que tener coherencia con lo que aplique durante el Análisis, diseño y pruebas del
prototipo.
De acuerdo a los objetivos definidos, corresponde analizar los recursos tecnológicos

para disponer de una solución, integrada por … ( back end) , (front end o interfaz de
Versión: Página 8
usuario - para la interacción de los funcionarios que operen el sistema) y un mecanismo

con funciones de (…)
(referencia general de corresponder a la arquitectura de sistemas marco, bases de
datos, estándares tecnológicos y metodológicos aplicables al desarrollo e
implementación de software de base, aplicaciones, tecnologías de las
telecomunicaciones y seguridad de la información)
Descripción de recursos críticos
Descripción de red (…)
Las aplicaciones de uso interno (…)
Ilustración 2
Ilustración 2: Ecosistema de (…)
Fuente: elaboración propia, como adaptación de Biostar2 Software Recuperado de
(LINK)
5.3 Competencia
Es necesario conocer qué existe en el mercado como propuesta de solución para el caso
planteado, comparar y realizar una tabla que muestre las ventajas de los Software existentes y
el propuesto.
Existen productos disponibles en el mercado, con soluciones ya desarrolladas para

diferentes componentes del sistema. Se advierte la conveniencia de dejar el desarrollo a
medida para articular las diferentes necesidades de diseño relacionadas con roles y
datos a exportar y considerar la incorporación de un servicio de gestión de accesos a
espacios desde el celular, como tecnología a integrar, por ser un subproceso más
complejo en su implementación y depender de actualización permanente. Se puede
mencionar a empresas como (…)
Se analizará en detalle la primera de ellas para comprender el modelo.
XXX proporciona un servicio, a favor de un cliente, que pasa a ser administrador de (…)
Los usuarios, para poder acceder (…)
Ilustración 3
Versión: Página 9
Ilustraciones 3 Promocionales de … donde puede observarse …

Recuperado de https…
Es una solución de sencilla integración con los sistemas heredados y el proyectado,
mediante una aplicación a medida que consume (…) los end-points de las APIs
6. Relevamiento
[Es parte de la elicitación, pero en este caso se relaciona con el cliente, tenga en cuenta que
cuando es un caso y no tiene un cliente real, deberá recabar la información con su
Tutor/Docente para establecer el marco necesario de conocimiento para desarrollar el prototipo
planteado en su proyecto.]
6.1 Relevamiento estructural y tecnológico

[Cuando se cuenta con un cliente es importante conocer su ubicación geográfica, plano donde
se aplicará el sistema, hardware, sistemas heredados, bases de datos que tengan utilizando].
Relatar …
La siguiente ilustración esquematiza las situaciones posibles que pueden darse, según
(…)
ILUSTRACIÓN X
Ilustración X. - Entornos y las instancias de control de acceso físico previo al ingreso de (…)
Fuente: Elaboración propia
6.2 Relevamiento funcional
Organigrama
[Cuando se encuentra en un cliente es importante conocer su organigrama. Cuando está trabajando

sobre un caso, cliente virtual o el cliente no posee un organigrama debe diseñar uno, el cual será parte
de su propuesta].
Las reparticiones/áreas/ divisiones con incumbencia en el proceso o los procesos relevados,

son, por un lado (…) propietaria de la aplicación (…) que lleva a cabo (…) y (…)
ILUSTRACIÓN X
Ilustración X. Organigrama (parte pertinente) y sistemas administrados

Fuente: elaboración propia
Versión: Página 10
Funciones de las áreas involucradas
[Basado en el organigrama defina las funciones principales de cada área].
//
ILUSTRACIÓN X
Ilustración X. Línea temporal de (…) Con destacado en color, el segmento que corresponde a las
actividades comprendidas en el sistema. Fuente: elaboración propia
Como se advierte en la Ilustración X, el circuito comienza (…)
Cumplidas las tareas preparatorias de (…)
Luego de (…)
Procesos de negocio
[El relevamiento procedimental se aplica a los procesos que están involucrados en el prototipo, tiene
relación directa con el alcance. Cuando trabaja en un cliente se solicitan los procesos, si no los
tuvieran se diseñan. Cuando trabaja sobre un caso o con un cliente virtual los procesos de negocio
diseñados son parte de la propuesta].
[Proceso: nombre]
[Roles: nombre]
[Pasos]
[Gráfico, cursograma o Diagrama de actividades de UML]
[Relevamiento de la documentación, si cuenta con documentación es importante relevar si es de

entrada, de salida o de entrada/salida, así como los datos e información que presenta].
Entrando al análisis pormenorizado de los procesos de negocio que son alcanzados por el
sistema, el punto de inicio está dado por (…)
No hay alertas sistémicas para (…)
Existen planillas de (…)
Los empleados (…) cargan manualmente (…)
De acuerdo a las reglas sistémicas que se impartan para (…)
No se generan estadísticas ni otros reportes de manera automática en el sistema (…). Existe

una funcionalidad para (…)
Gráfica de procesos de negocios

Los procesos de negocio correspondientes al análisis, de acuerdo a lo relatado, son los que
siguen:
/// repetir tantos Procesos de Negocios esenciales como corresponda a los objetivos del
trabajo (básicamente a los alcances)
7. Diagnóstico
[Una vez realizado el relevamiento de cada proceso es necesario realizar el diagnóstico de cada uno
de ellos identificando el/los problemas existentes y las casa/s que lo provocan].
[Proceso: nombre]
[Problema/s]
[Causa/s]
Del relevamiento realizado se advierte la concurrencia de un número de problemas derivados
de (…)
/// repetir al menos un recuadro por problema o brecha de mejora detectados en cada PN, a
trabajar
Problema P1: Elevada carga de trabajo derivada de la manualidad, en el proceso de

distribución de cupos (Surge de PN1 - Elaboración de lista de usuarios
confirmados)
Causas:
-Una vez cargado el evento en (…) es necesario listar a mano los agentes destinatarios que
conforman el grupo objetivo de destinatarios de la actividad
-Es necesario recuperar del sistema la cantidad de cupos disponibles de acuerdo con el diseño
y a la capacidad física del recinto definido para el encuentro presencial
-No existe un sistema de mensajería que precargue nombres y correos electrónicos de

destinatarios de la actividad y/o sus jefaturas según el caso
-No hay manera automática de recopilar las confirmaciones de asistencia, prefijar campos de
respuesta, redistribuir cupos no utilizados, canalizar consultas frecuentes ni validar las fechas
proyectadas con el plan de licencia de los agentes
-La lista resultante no se genera automáticamente sino que hay que elaborarla recopilando
las respuestas recibidas
Problema P2 … Pn
8. Propuesta de solución
[Una vez realizado el diagnóstico se presenta la propuesta de solución que consta de 2 partes:
1- Breve relato de lo que implica la propuesta, estructura lógica del proyecto que tiene relación
con el objetivo general (propuesta funcional, técnica y de despliegue)
2- Lista de Requerimientos
8.1 Propuesta funcional

Con el objeto de superar los problemas detectados se propone un desarrollo de software a
medida, que se integre con (…)
El sistema propuesto tiene las siguientes funcionalidades:
a) relativas a …..
-generar automáticamente una alerta de evento nuevo cargado (…)
-permitir la generación de un evento desde el propio sistema cuando no fuere posible (…)
-posibilitar
-generar alertas de
-generar reportes
-emitir
b) relativas a (…)
-validar (…)
-registrar (…)
-calcular (…)
8.2 Propuesta técnica
El sistema propuesto se desarrolla en (…) con base de datos (…)

Puede ir ilustración o no.
8.3 Diagrama de Arquitectura
Se ilustra la distribución en los diferentes tipos de servidores en …

ILUSTRACIÓN X. Diagrama de arquitectura propuesta. Elaboración propia
La Ilustración Nro X muestra el Diagrama de alto nivel donde se muestra la distribución de los
componentes relacionados del sistema actual y se señala la implementación del nuevo
desarrollo
8.4 Listado de requerimientos funcionales en matriz de trazabilidad
[Plantee la lista de requerimientos con un orden que favorezca la comprensión de los mismos, evite las
repeticiones de acciones que son comunes a más de un objeto/entidad participante, por ejemplo,
Administración de clientes, Administración de proveedores,…., reemplace por Administración de:
Clientes, proveedores,….]
//Ejemplo
Vali
Id Caso Id Caso de
Id Req Descripción corta dad
de Uso Prueba
o
El sistema debe Es el CURF001
permitir dar alta,
RF001 no se grafica CPRF001 si
modificar
y borrar un usuario
RF002 El sistema debe permitir CURF002
iniciar o cerrar no se grafica CPRF001 si
sesión a un usuario

registrado
RF003 CURF003
El sistema deberá generar
reportes de cantidad y no se grafica
estado, por evento y CPRF002 si
agentes entre fechas

8.5 Listado de requerimientos no funcionales
[Plantee la lista de requerimientos no funcionales teniendo en cuenta: Usabilidad, Confiabilidad,

Performance, Portabilidad, Entrega, Implementación, Estándares, Éticos, Legales, Interoperabilidad].
8.6 Listado de requerimientos candidatos
[Plantee la lista de requerimientos funcionales y no funcionales factibles de ser aplicados a futuro].
9. Desarrollo del prototipo
[Plantee el análisis que sea necesario de acuerdo al prototipo propuesto y a la lista de requerimientos.
En caso de ser software deberá utilizar UML].
9.1 Diagrama de casos de uso

ILUSTRACIÓN X
Ilustración X. Diagrama de casos de usos generales. Elaboración propia.
9.2 Descripción de casos de uso

Se describen x casos de uso, elegidos por la interacción que muestran dentro de un contexto
para lograr un propósito.
Nivel del Use Case: Negocio Sistema de Información

Nombre del Use Case: Adhesión de servicio Nro. de Orden: 1
Prioridad: Alta Media Baja
Complejidad: Alta Media Baja
Actor Principal: Administrativo Actor Secundario: no aplica
Tipo de Use Case: Concreto Abstracto
Objetivo: Realizar la adhesión de un servicio a un socio.
Precondiciones: no aplica
Post- Condiciones Éxito: Se crea una nueva cuenta asociada al socio la cual contendrá el servicio.
Fracaso 1: no se confirma la adhesión al servicio.
Fracaso 2: no se ingresan los datos mínimos requeridos.
Curso Normal Alternativas
1. El CU comienza cuando el Administrativo (ADM)

selecciona la opción Adherir Servicio.
2. El sistema solicita que se seleccione o ingrese un socio
al cual se le va a adherir el servicio.
3. El ADM selecciona/ingresa un socio y el sistema
muestra datos básicos del socio.
4. El sistema solicita que se seleccione un servicio.
5. El ADM selecciona un servicio.
6. El sistema solicita que seleccione el tipo de servicio.
7. El ADM ingresa tipo de servicio. 7.A Si selecciono servicio medido se
ejecuta CU Alta Medidor.
8. El sistema posibilita la adicionar una observación.
9. El ADM ingresa observación 9.A El ADM no ingresa observación.
10. El sistema valida que se hayan especificado los datos 10.A. No se han ingresado los datos
mínimos requeridos para realizar la adhesión. mínimos requeridos para efectuar la
adhesión.
10.A.1. El sistema informa la situación e
indica los datos mínimos faltantes.
10.A.2 El ADM especifica los datos
faltantes.
10.A.2.A. El ADM NO especifica los datos
faltantes.
10.A.2.A.1. Se cancela el caso de uso.
11. El sistema genera una nueva cuenta asociada al socio
con el nuevo servicio e imprime un comprobante para el
socio y cooperativa.
12. Fin de CU.
Asociaciones de Extensión: no aplica
Asociaciones de Inclusión: no aplica
Use Case donde se incluye: no aplica
Use Case al que extiende: no aplica
Use Case de Generalización: no aplica
Autor: Elbio André Fecha Creación: 12/06/2013
Autor Última Modificación: Fecha Última Modificación:
Repetir por cada caso de uso (…)
9.3 Diagramas de colaboración

Se diagraman x casos de uso, elegidos por la interacción que muestran dentro de un contexto
para lograr un propósito.
El primero corresponde al caso de uso CURF102, correspondiente a …
Ilustración Nro X. Diagrama de colaboración del CUXXX. Elaboración propia.
Este diagrama corresponde al CUXXX y muestra como colaboran los objetos (…)
Diagrama 2
//repetir
9.4 Diagrama de Clases

ILUSTRACIÓN X. Diagrama de Clases. Elaboración propia
9.5 Diagrama Entidad Relación

ILUSTRACIÓN X. Diagrama de Entidad Relación. Elaboración propia
9.6 Diagrama de Transición de Estados

El diagrama corresponde al caso de uso CURFXXX (página 51) y contiene notas auto
explicativas. Se presenta en dos fases para una mejor interpretación de este, que
corresponden a un único proceso.
ILUSTRACIÓN X. Diagrama de Transición de Estados. Elaboración propia
//repetir
9.7 Diagrama de Despliegue

Se advierten los componentes en …
ILUSTRACIÓN X. Diagrama de Despliegue. Elaboración propia
10.Interfaz gráfica
Versión desktop para … que implementa la interfaz: ventanaImportarEvento. El diseño
prioriza la rápida y simple resolución de una búsqueda de evento por palabra y posee un
menú superior que lleva a accesos frecuentes, dados por la página de inicio del sistema, las
estadísticas, el estado de sesión y la búsqueda de sitios de la aplicación, más un menú inferior
con íconos que controlan el audio de las imágenes, para las funcionalidades de adaptación a
personal no vidente, los accesos de seguridad para el caso de incorporación de llaves de alta
seguridad a los eventos, la documentación del sistema, las opciones de configuración, la
impresión de pantallas, la estructura y el calendario de eventos.
ILUSTRACIÓN DE LA INTERFAZ
Versión móvil … que implementa la interfaz: ventanaAcreditación. El diseño es responsivo y

repite la vista descripta en primer lugar para la resolución de una búsqueda de evento por
palabra, conserva el menú superior que lleva a accesos frecuentes y el menú inferior con
íconos que controlan otras configuraciones y funcionalidades de usuario.
11.Pruebas. Proceso de validación y verificación

[Aplicar las pruebas necesarias para garantizar un producto de calidad, se requiere Casos de Uso de
prueba, escenario, plantilla con lo que se debería probar del sistema cuando esté implementado,
historial de validaciones con el cliente].
Las pruebas necesarias para garantizar la calidad del producto responden a un plan de
pruebas, registrándose el historial de las validaciones cumplidas con el cliente y un conjunto
de plantillas de pruebas por cada caso de uso
Plan de Pruebas: Su objetivo es probar el software comprometido antes y al tiempo de su

entrega. para establecer que sea acorde a la especificación y cumpla con las necesidades del
comitente, según unos recursos y definiendo métricas, responsables y la documentación de
respaldo asociada.
Niveles de pruebas: …
A nivel sistema, se llevan a cabo también pruebas de instalación, configuración, desempeño y

aceptación de usuario.
Estrategia de pruebas:
-…
Para cada componente o producto objeto de pruebas, sistema resultante e integraciones,

relacionado con un caso de uso, se establece un Caso de pruebas, definiéndose un escenario,
unos datos de entrada, unos pasos de la prueba, un conjunto de pre y post condiciones que
deben verificarse en base a los criterios de éxito definidos
// repetir para cada casos de prueba
Para el caso de uso CURF201 (página XX) se documentan las siguientes pruebas:
TABLA de DISEÑO DE CASOS DE PRUEBAS
12.Conclusiones. Link a video explicativo

Se adjunta breve video con conclusiones de cierre de la actividad, accesible en
https://youtu.be/ …
13.Referencias
[Bibliografía Consultada, Referencias Bibliográficas. Se trata de la presentación de una lista ordenada
alfabéticamente por el apellido del autor, de las obras citadas en el texto, inclusive de las consultas
realizadas por Internet. Sirve para dar al lector la oportunidad de comprobar la existencia de las
fuentes originales de su trabajo. Es un indicador directo del grado de profundidad de la investigación].
Farabollini,G.R.(noviembre, 2003) Gobierno electrónico: una oportunidad para el cambio en

la Administración Pública. En Reconstruyendo la Estatalidad: transición, instituciones y
gobernabilidad. Conferencia llevada a cabo en el Segundo Congreso Argentino de
Administración Pública: Sociedad, Estado y Administración, Asociación de
Administradores Gubernamentales, Córdoba. Recuperado de
http://www.ag.org.ar/2congreso/Ponencias/Farabollini.pdf el (fecha)
Huidobro, J.M. (no indicado) La tecnología RFID. Revista Autores Científico-Técnicos y
Académicos, páginas 37 a 46 recuperado de
https://www.acta.es/medios/articulos/ciencias_y_tecnologia/058037.pdf el (fecha)
Identicum, sin fecha. gestión de identidades y acceso. Recuperado de
https://www.identicum.com/es/ el (fecha)
Ley Nro.17.454 Código Procesal Civil y Comercial de la Nación (texto actualizado 1981)
recuperado de http://servicios.infoleg.gob.ar/infolegInternet/anexos/15000-
19999/16547/texact.htm#1 el (fecha)
Lucena Lopez, M. (2010) Criptografía y seguridad en computadores. Cuarta edición. Versión 4-
0.8.1. Jaén, España: Universidad de Jaén. Recuperado de
https://www.u-cursos.cl/ingenieria/2010/2/EL65C/1/material_docente/bajar?
id_material=311979
Pipino, L.L., Lee Y.W. & Wang, R.Y. (2002) Data quality assessment, Communications of the
ACM, Vol 45, doi 10.1145/505248.506010. Recuperado de
https://dl.acm.org/doi/10.1145/505248.506010 el (fecha)
Rivolta , M. (noviembre, 2008) Leyes de 3ª generación: hacia el pleno reconocimiento del
derecho a la administración electrónica En Reforma del estado y la Administración
Pública. Conferencia llevada a cabo en el XIII Congreso Internacional del CLAD.
Recuperado de http://www.planejamento.gov.br/hotsites/seges/clad/
documentos/rivolta.pdf el (fecha)
Rivolta, M. Una administración sin papeles con seguridad jurídica en Debates sobre el
presente y el futuro de la Administración Pública, Omar Auiton et al, compilado por
Federico E Dávila, compilador, 1 edición CABA UPCN 2019.
Rumbaugh, J., Jacobson, I., Booch, G. (2000) El lenguaje unificado de modelado. Manual de
referencia. Primera Edición. Madrid: Pearson Educación S.A.
Sommerville, I. (2011) Ingeniería de Software. Novena edición. México: Pearson Educación.
Vizpin, (sin fecha) Introducing VIZpin Smartlock. Recuperado de https://vizpin.com/ el (fecha)
Anexo I
I.I Diagrama de Gantt
I.II Planilla de …
//Reproducción del documento
Tabla de Ilustraciones

S4. 16. 30.08 Plantilla Orientadora en Seminario v2

Cargado por

Información del documento

Descripción original:

Título original

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

S4. 16. 30.08 Plantilla Orientadora en Seminario v2

Cargado por

Copyright:

Formatos disponibles

Universidad Siglo 21

Profesora Ana Carolina Ferreyra

Apellido y Nombres Otro dato

Apellido y Nombres Otro dato

8.2 Propuesta técnica........................................................................................................14

Apellido y Nombres Otro dato

//Con el objetivo de optimizar/ permitir (…tal proceso/ resultado), en (x ámbito), se desarrolla

Qué presento? Para qué presento?

Con el avance de las tecnologías de la información y las comunicaciones …()

Sin embargo …()

1.2 Descripción del área problemática

La registración manual de (…)

La tarea (…) y conlleva diferentes riesgos, desde (…)

Esta problemática tiene consecuencias trascendentes, ya que impacta (…)

1.3 Formulación de la problemática

Apellido y Nombres Otro dato

Se propone conocer la mejor manera de reformular el actual proceso de (…) /

Disponer de (…) es necesario para (…) (Autor, 2008).

A la vez, es una práctica que asegura (…)

Cabe destacar que (…) en los términos de la Ley 25.326 (2000).

Además, los registros que generan (…)

De allí que (…)

Finalmente (…) contribuye a (…)

3. Definiciones del proyecto

3.1 Objetivo general del proyecto

Apellido y Nombres Otro dato

Analizar y diseñar (…) que //gestione //posibilite //o lo que aplique…

Se acompaña un diagrama de Gantt de las actividades que se desarrollarán para lograr

3.2 Objetivos específicos del proyecto

 Alcanzar un acabado estudio del dominio en relación a (…)

4. Definiciones del sistema

4.1 Objetivo general del sistema

Apellido y Nombres Otro dato

Desde que (…) permite (…), hasta que (…).

No se incluye el registro de (…)

Apellido y Nombres Otro dato

Debido al carácter normado y reglado de los procedimientos que caracterizan (…)

De acuerdo a los objetivos definidos, corresponde analizar los recursos tecnológicos

Apellido y Nombres Otro dato

usuario - para la interacción de los funcionarios que operen el sistema) y un mecanismo

Existen productos disponibles en el mercado, con soluciones ya desarrolladas para

Apellido y Nombres Otro dato

Ilustraciones 3 Promocionales de … donde puede observarse …

6.1 Relevamiento estructural y tecnológico

6.2 Relevamiento funcional

[Cuando se encuentra en un cliente es importante conocer su organigrama. Cuando está trabajando

Las reparticiones/áreas/ divisiones con incumbencia en el proceso o los procesos relevados,

Ilustración X. Organigrama (parte pertinente) y sistemas administrados

Apellido y Nombres Otro dato

Funciones de las áreas involucradas

[Basado en el organigrama defina las funciones principales de cada área].

Como se advierte en la Ilustración X, el circuito comienza (…)

Cumplidas las tareas preparatorias de (…)

[Relevamiento de la documentación, si cuenta con documentación es importante relevar si es de

No hay alertas sistémicas para (…)

Existen planillas de (…)

Los empleados (…) cargan manualmente (…)

Apellido y Nombres Otro dato

De acuerdo a las reglas sistémicas que se impartan para (…)

No se generan estadísticas ni otros reportes de manera automática en el sistema (…). Existe

Gráfica de procesos de negocios

Apellido y Nombres Otro dato