Documentos de Académico
Documentos de Profesional
Documentos de Cultura
“JUAN MONTALVO”
CARRERA
INFORMÁTICA Y MANTENIMIENTO
DE COMPUTADORAS
ESTUDIANTE
YOMEL RAMIREZ
ASIGNATURA
ANÁLISIS Y DISEÑOS DE SISTEMAS II
DOCENTE
SEMESTRE
SEXTO VI
Sistema para gestión de información para la Junta Cantonal de Niñez y Adolescencia del Cantón
Quilanga
Tabla de Contenidos ii
2. Problema/Problemática ........................................................................................................... 1
De la información recolecta el problema radica en la falta de una página web, sistema, base de
datos o software que le permita a la institución dar a conocer sus servicios, Leyes, reglamentos,
resoluciones, casos infantiles a la ciudadanía en general. .............................................................. 1
SOLUCIÓN PARA SOLVENTARLO: ......................................................................................... 1
De acuerdo al análisis considero que la solución más adecuada es la creación de una página web,
base de datos o software que se enfoque en solucionar la falta los problemas descritos en el
literal c, del presente trabajo. Previo a al desarrollo se debe tomar muy en cuenta la
estructuración del proyecto para así obtener los resultados requeridos. ......................................... 1
3. Objetivos. ................................................................................................................................ 1
2.1. General ............................................................................................................................ 1
2.2. Específicos ...................................................................................................................... 1
4. Metodología ............................................................................................................................ 2
• 1ª Fase: Planificación del proyecto........................................................................................... 2
• 2ª Fase: Diseño. ........................................................................................................................ 3
• 3ª Fase: Codificación. ............................................................................................................... 3
• 4ª Fase: Pruebas. ......oEl uso de los test en X.P es el siguiente. ......oTest de aceptación. ...... 3
5. Cronograma/Diagrama de Gantt ............................................................................................. 1
6. Desarrollo................................................................................................................................ 1
5.1. Análisis ................................................................................................................................ 1
Es la fase inicial de cualquier proyecto y su objetivo es analizar si la empresa debe o no
embarcarse en dicho proyecto, pues en ciertas ocasiones la empresa puede tener más
problemas que beneficios a la hora de realizar un proyecto. (PEÑA, 2014).............................. 1
Entrevista: ................................................................................................................................... 1
DESARROLLO. ....................................................................... ¡Error! Marcador no definido.
Casos de uso................................................................................................................................ 2
Especificación de casos de uso ................................................................................................... 5
5.2. Diseño. ............................................................................................................................... 10
DESCRIPCIÓN DE SECCIONES. .......................................................................................... 12
7. Conclusiones ......................................................................................................................... 15
8. Referencias............................................................................................................................ 15
9. Lista de referencias ............................................................... ¡Error! Marcador no definido.
10. Bibliografía ....................................................................... ¡Error! Marcador no definido.
11. Vita.................................................................................... ¡Error! Marcador no definido.
Lista de tablas iii
Tabla 1 Requerimientos funcionales ............................................................................................... 2
Tabla 2 Requerimientos no funcionales .......................................................................................... 2
Tabla 3. Especificación de caso de uso inicio de sesión. ................................................................ 5
Tabla 4. Especificación de caso de uso Gestión de Usuarios……………………..……….………………4
Tabla 5. Especificación de caso de uso Gestión de Información……………………….…………………5
Lista de figuras iv
1. Problema/Problemática
base de datos o software que le permita a la institución dar a conocer sus servicios,
página web, base de datos o software que se enfoque en solucionar la falta los
tomar muy en cuenta la estructuración del proyecto para así obtener los resultados
requeridos.
2. Objetivos.
2.1. General
Desarrollar un sistema de información de bajo costo que permita mejorar los servicios
de información a usuarios de la Junta Cantonal de Niñez y Adolescencia del Cantón
Quilanga.
2.2. Específicos
3. Metodología
cliente, por eso lo integra como una parte más del equipo de desarrollo.
.X.P fue inicialmente creada para el desarrollo de aplicaciones dónde el cliente no sabe
muy bien lo que quiere, lo que provoca un cambio constante en los requisitos que debe
cumplir la aplicación. Por este motivo es necesaria una metodología ágil como X.P que se
cortos de tiempo.
- Historias de usuario.
- Release planning.
- Iteraciones:
- Programación en pareja.
- Reuniones diarias.
2ª Fase: Diseño.
......o Riesgos.
3ª Fase: Codificación.
- Uso de Estándares
- Programación en Pares
- Integraciones Permanentes
4ª Fase: Pruebas.
- Test de aceptación.
1
4. Cronograma/Diagrama de Gantt
1 10 de feb. de 2020 17 de feb. de 2020 24 de feb. de 2020 2 de mar. de 2020 9 de mar. de 2020 16 de mar. de 2020 22 de mar. de 2020
Semana para mostrar:
10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27
ASIGNADO
TAREA PROGRESO INICIO FIN l m m j v s d l m m j v s d l m m j v s d l m m j v s d l m m j v s d l m m j v s d l m m j v
A
Fase: Diseño
Tarea 1 Diseños simples. 5% 21-2-20 22-2-20
Fase: Codificación.
Tarea 1 Disponibilidad del Cliente 5% 28-2-20 29-2-20
Fase: Pruebas.
Tarea 1 El uso de los test en X.P 5% 20-3-20 23-3-20
5. Desarrollo
5.1. Análisis
embarcarse en dicho proyecto, pues en ciertas ocasiones la empresa puede tener más
Entrevista:
Requerimientos funcionales
“Los requerimientos funcionales hacen referencia a la descripción de las actividades y
servicios que un sistema debe proveer. Normalmente este tipo de requerimientos están
2
vinculados con las entradas, las salidas de los procesos y los datos a almacenar en el
sistema.”
Requerimientos no funcionales
Casos de uso
Un caso de uso es una descripción de las acciones de un sistema desde el punto de vista del
usuario. Es una herramienta valiosa dado que es una técnica de aciertos y errores para
obtener los requerimientos del sistema, justamente desde el punto de vista del usuario.
Los diagramas de caso de uso modelan la funcionalidad del sistema usando actores y casos
de uso. Los casos de uso son servicios o funciones provistas por el sistema para sus
usuarios. (Cevallos, s.f.)
3
La especificación de los casos de uso se refiere a la descripción de cada una de las partes
definidas para lograr su descripción completa. En la organización, la especificación de los
Casos de Uso se hará bajo el formato presentado a continuación. El siguiente cuadro
muestra las partes y las indicaciones básicas para iniciar su redacción. En las siguientes
secciones del documento se presentan las recomendaciones que hacen que la redacción de
CU sea más fácil, sencilla de leer y escribir. (ALFONZO, s.f.)
El sistema muestra un
formulario con: dos campos
4 de texto (Nombre de
usuario, Contraseña), y un
botón de Acceder.
El usuario ingresa sus datos en los campos Nombre de
5 usuario* y Contraseña*, luego da clic en el botón
Ingresar
EL sistema valida los datos
6
e ingresa.
Excepciones Acción
(Curso
alterno)
Paso Actor Sistema
En caso de no
El usuario ingresa sus datos en los campos Nombre de
ingresar
5 usuario* y Contraseña*, luego da clic en el botón
información
Acceder
validad como
El sistema muestra un
Nombre de
mensaje de Datos erróneos.
usuario y 6
Por favor, inténtelo otra
contraseña
vez.
Rendimiento Paso Cota de tiempo
1 05 segundos
2 05 segundos
Importancia vital
Urgencia inmediatamente
Comentarios Ninguno
7
- Excepciones Acción
(Curso
alterno)
- En caso de Paso Actor Sistema
no ingresar 1 El Administrador ingresa sus El sistema muestra un mensaje de
información datos en los campos Nombre Datos erróneos. Por favor, inténtelo
validad de usuario* y Contraseña*, otra vez.
como luego da clic en el botón
Nombre de Acceder
usuario y
contraseña
Rendimiento Paso Cota de tiempo
1 05 segundos
2 05 segundos
Importancia importante
Urgencia hay presión
Comentarios
5.2. Diseño.
Fase de diseño. En este estadio el equipo de proyecto tendrá que determinar cómo el nuevo
sistema de información cumplirá con los requisitos aplicables. Es por ello que, a estas
alturas del ciclo de vida de un sistema de información conviene identificar soluciones
potenciales, evaluarlas y elegir la más conveniente. Ésta será o la más efectiva, o la más
eficiente en costes o la menos compleja. Una vez completadas esas tareas, habrá que
continuar haciendo la selección tecnológica de software y hardware, desarrollando las
especificaciones para las distintas aplicaciones y obteniendo aprobación de la gerencia para
poder proceder a la implementación del nuevo sistema. (stevanovicigor, 2019)
Diagramas de secuencia
El Diagrama de Secuencia es un tipo de diagrama usado para modelar interacción entre
objetos en un sistema según UML. UML es el Lenguaje Unificado de Modelado, es un
lenguaje gráfico para visualizar, especificar, construir y documentar un sistema.
(CASIOPEA, s.f.).
Definición de un prototipo en software: “…es un modelo del comportamiento del sistema que
puede ser usado para entenderlo completamente o ciertos aspectos de él y así clarificar los
requerimientos… Un prototipo es una representación de un sistema, aunque no es un sistema
completo, posee las características del sistema final o parte de ellas” (Ruiz, s.f.)
DESCRIPCIÓN DE SECCIONES.
5. Conclusiones
a. Primera conclusión
b. Segunda
c. Tercera
6. Referencias