Plan de Desarrollo de Software

Universidad simón bolívar
Sin Tabú
The Six Engineers
Roberto José De La Cruz

Padilla.
Luisa María Olivero Acevedo.
Sandra Milena Sarabia Diaz.
María José Meléndez González.
Leidy Georgiana Ferrer Barreto.
Juan Diego Gutiérrez Sanjuan.
Ingeniería de software II
Ingeniería de sistemas
7° semestre
17/04/2021
Barranquilla – Atlántico
Historial de Cambios
Revisión Fecha Ítem Descripción de Cambio Responsable
N.º 1 16/10/2020 Plan de Desarrollo Creación del Documento Equipo
N.º 2 10/11/2020 Plan de Desarrollo Definición de los puntos Equipo
N.º 3 01/12/2020 Final de Desarrollo Final de proyecto Equipo
N.º 4 22/04/2021 Plan de desarrollo Revisión del punto 6.5 Equipo
Tabla de Contenido
1 Proyecto de Producto de Software------------------------------------------------------------------5
1.1 Identificación y Contexto del Problema---------------------------------------------------------------5
1.2 Propósito, Alcance y Objetivo del Proyecto----------------------------------------------------------5
1.3 Suposiciones y Restricciones----------------------------------------------------------------------------5
1.4 Entregables del proyecto--------------------------------------------------------------------------------- 5
1.5 Cronograma y Resumen del Presupuesto------------------------------------------------------------5
2 Documentos de Referencia---------------------------------------------------------------------------6
3 Definiciones y Acrónimos------------------------------------------------------------------------------ 7
4 Resumen del Trabajo Requerido---------------------------------------------------------------------8
5 Organización y Control del proyecto---------------------------------------------------------------9
6 Proceso de Desarrollo de Software----------------------------------------------------------------10
6.1 Entorno del Proceso de Software---------------------------------------------------------------------10
6.2 Diseño de Software-------------------------------------------------------------------------------------- 10
6.2.1 Definición de Roles o Actores---------------------------------------------------------------------------------10
6.2.2 Análisis de Requerimientos de Software-------------------------------------------------------------------10
6.2.3 Requerimientos Funcionales----------------------------------------------------------------------------------10
6.2.4 Requerimientos No funcionales------------------------------------------------------------------------------11
6.3 Modelado de Software---------------------------------------------------------------------------------- 11
6.3.1 Diagramas de Casos de Uso-----------------------------------------------------------------------------------11
6.3.2 Diagramas de Secuencia---------------------------------------------------------------------------------------- 12
6.3.3 Diagramas de Actividad----------------------------------------------------------------------------------------- 12
6.3.4 Diagrama de Clases---------------------------------------------------------------------------------------------- 12
6.4 Diseño de la Interfaz------------------------------------------------------------------------------------- 13
6.4.1 Arquitectura de Información----------------------------------------------------------------------------------13
6.4.2 Wireframe--------------------------------------------------------------------------------------------------------- 13
6.5 Diseño de Datos------------------------------------------------------------------------------------------- 13
6.5.1 Método de acceso a la base de datos-----------------------------------------------------------------------13
6.5.2 Definición de las Entidades de datos------------------------------------------------------------------------13
6.5.3 Diagrama Entidad Relación------------------------------------------------------------------------------------13
6.5.4 Diccionario de Datos-------------------------------------------------------------------------------------------- 14
6.5.5 Restricciones de seguridad e integridad--------------------------------------------------------------------14
6.6 Diseño de la Arquitectura de Software--------------------------------------------------------------14
6.6.1 Patrón de Diseño------------------------------------------------------------------------------------------------- 14
6.6.2 Diagrama de Componentes------------------------------------------------------------------------------------14
6.6.3 Diagrama de Despliegue---------------------------------------------------------------------------------------14
6.7 Construcción e Implementación de Software------------------------------------------------------14
6.7.1 Integración del sistema de software-------------------------------------------------------------------------14
6.7.2 Verificación y validación del sistema de software--------------------------------------------------------15
6.7.3 Integración de software en Hardware----------------------------------------------------------------------15
6.7.4 Transición de software y gestión de lanzamientos-------------------------------------------------------15
6.7.5 Mantenimiento del software----------------------------------------------------------------------------------15
6.7.6 Gestión de defectos y problemas de software------------------------------------------------------------15
Anexos---------------------------------------------------------------------------------------------------------- 16
1 Proyecto de Producto de Software
1.1 Identificación y Contexto del Problema
Con el paso de los últimos años se ha venido presentando un aumento de

enfermedades de transmisión sexual en el coito y embarazos a temprana edad en la ciudad
de Barranquilla, teniendo en cuenta las altas cifras de casos que se
presentan a diario, nuestro proyecto busca concientizar a todos aquellos jóvenes
acerca la planificación de su futuro y las ventajas que estas les puede ofrecer a su
proyecto de vida.
1.2 Propósito, Alcance y Objetivo del Proyecto
Producir un gran impacto social en los jóvenes, ofreciéndoles información sobre

los embarazos a temprana edad y los diferentes tipos de ETS
(enfermedades de transmisión sexual), facilitándoles metodologías educativas sobre la
sexualidad, para de esta manera ir disminuyendo los casos
presentes, brindado los recursos necesarios para la distribución y promoción de
la información a través de diferentes medios de comunicación, para que esta pueda llegar a
todos de la misma manera.
Implementar procesos de promoción de derechos y prevención de ETS Y

Embarazos tempranos para los jóvenes de la ciudad de Barranquilla.
• Prevenir el embarazo en la adolescencia y promover proyectos de vida en los

jóvenes de la ciudad de Barranquilla.
• Dar importancia a
los diferentes métodos anticonceptivos para así prevenir las ETS y los embarazos no
deseados.
• Colocar a disposición a personas especializadas en el tema de las ETS para
aquellos menores de edad que contienen alguna de estas enfermedades.
El alcance esperado de Sin Tabú es la contribución al desarrollo social de la ciudad

de Barranquilla, generando un cambio duradero en la sociedad que mejore la
calidad de vida de los jóvenes. La información divulgada debe quedar muy clara y
que les permita a los jóvenes tomar buenas decisiones en el presente para tener un
futuro sostenible.
Buscamos un impacto positivo en la reducción del embarazo y de las

Enfermedades de transmisión sexual en jóvenes de la ciudad de Barranquilla.
1.3 Suposiciones y Restricciones

El proyecto "sin tabú" pretende plantear un software para el desarrollo y fortalecimiento en
las situaciones presentes que vivimos día a día a través de embarazos a temprana edad y
enfermedades de transmisión sexual, La información divulgada debe quedar muy clara y
que les permita a los jóvenes tomar buenas decisiones en el presente, para tener un futuro
sostenible. lo que se espera en este proyecto es que el usuario (en este caso los jóvenes)
puedan interactuar con el software de una manera práctica y puedan conocer más del tema
y abordan en ellos para una mejor calidad de vida y conocimiento.
tenemos en meta lograr y plantear procesos de promoción de derechos y prevención de ETS
Y Embarazos tempranos para los jóvenes de la ciudad de Barranquilla, donde se pongan a
disposición de manera didáctica y explicativa la información a los menores de edad y a los
afectados.
Como limitaciones nos encontramos en el derecho de llegar al punto en el que el

adolescente sepa la información necesaria para tomar una decisión correcta de lo que
quieren, del otro lado optamos por llevar a los menores de edad que utilicen este medio en
compañía de un adulto responsable, no se puede ingresar libremente sin alguna autorización
de sus padres o tutor legal.
1.4 Entregables del proyecto
1. Una aplicación para teléfonos móviles que permita una interacción sencilla con el
usuario final, que sea capaz de proporcionar la información con rapidez y brindar
soluciones que satisfagan la necesidad de los usuarios. Que se le permita funcionar
en cualquier lugar, ya sea con internet o sin él. También tendrá la función de
analizar las búsquedas para filtrar información de interés para cada usuario en
particular.
2. Una página web que contenga videos, minijuegos y evaluaciones que abordan la
temática propuesta, para la valoración del contenido mostrado. una de las funciones
de la página es permitir que el usuario agende citas siempre y cuando esté registrado
y sus acudientes autorice la comunicación con el estudiante, el sitio web tendrá
actualizaciones para brindar a los usuarios una información verificada y controlada.
1.5 Cronograma y Resumen del Presupuesto
Nombre de la Actividad A -Z Duración Perfil R.H Costo día

Identificar los requisitos A 15 días Ingeniero de $65.000
mínimos para el desarrollo de sistemas
los entregables
Desarrollar una metodología B 15 días Ingeniero de $65.000
para la ejecución de procesos sistemas
Establecer los lenguajes de C 3 días Ingeniero de $65.000
programación en los que se va sistemas
a trabajar
Definir un plan auxiliar ante D 7 días Ingeniero de $65.000
cualquier fallo en la ejecución sistemas
del proyecto
Definir la Entrega de avances F 3 días Ingeniero de $65.000
cada determinado tiempo sistemas
Desarrollar una evaluación G 7 días Ingeniero de $65.000
para los procesos y métodos sistemas
usados
Diseñar diagramas UML H 7 días Ingeniero de $65.000
sistemas
Desarrollar software I 20 días Ingeniero de $65.000
sistemas
Comprobar la funcionalidad J 7 días Ingeniero de $65.000

del software sistemas
2 Documentos de Referencia
Referencias

Estándar Título Autor Año
[E1] Colombia redujo los nacimientos en madres Instituto Colombiano de 2019

menores de edad. Bienestar Familiar
[E2] Embarazo en Adolescentes Instituto Colombiano de 2015

Generalidades y percepciones Bienestar Familiar
[E3] Embarazo adolescente, lo que más preocupa Eduardo Patiño 2017
a las autoridades de salud
[E4] 2.1 VIH/SIDA – Enfermedades de Secretaria de Salud 2020

Transmisión Sexual
3
[E5] 2016
4 Análisis del embarazo adolescente en el
Área Metropolitana de Barranquilla
[E6] 5 Barranquilla refuerza política de 2013

responsabilidad sexual
6
Estándares
Estándar Título Autor Año
[E1] Colombia redujo los nacimientos en madres Instituto Colombiano de 2019

menores de edad. Bienestar Familiar
[E2] Embarazo en Adolescentes Instituto Colombiano de 2015

Generalidades y percepciones Bienestar Familiar
[E3] Embarazo adolescente, lo que más preocupa Eduardo Patiño 2017
a las autoridades de salud
[E4] 6.1 VIH/SIDA – Enfermedades de Secretaria de Salud 2020

Transmisión Sexual
[E5] 8 Análisis del embarazo adolescente en el 2016

Área Metropolitana de Barranquilla
[E6] 7 Barranquilla refuerza política de 2013

responsabilidad sexual
8
3 Definiciones y Acrónimos
Tabú: Prohibición de hacer o decir algo determinado, impuesta por ciertos respetos o
prejuicios de carácter social o psicológico.
Perfil R.H: se encarga de gestionar todo lo relativo a las personas que trabajan en la
empresa, sus clientes internos.
Precedente: Que precede en el tiempo o en el espacio a otra cosa o persona que se toma
como referencia, en especial si la precede inmediatamente.
SCRUM: es un marco de trabajo para desarrollo ágil de software que se ha expandido a

otras industrias. Es un proceso en el que se aplican de manera regular un conjunto de
buenas prácticas para trabajar colaborativamente, en equipo y obtener el mejor resultado
posible de proyectos.
Requerimientos Funcionales: es un requisito refiere a un resultado del comportamiento

que debe ser proporcionado por una función del sistema.
Requerimientos NO Funcionales: es un requisito que se refiere a un problema de calidad

que no está cubierto por los requisitos funcionales.
MYSQL: es un sistema de gestión de bases de datos relacional desarrollado bajo licencia

dual: Licencia pública general/Licencia comercial por Oracle Corporation y está
considerada como la base de datos de código abierto más popular del mundo.
CSS: en español «Hojas de estilo en cascada», es un lenguaje de diseño gráfico para definir
y crear la presentación de un documento estructurado escrito en un lenguaje de marcado.
Bootstrap: es una biblioteca multiplataforma o conjunto de herramientas de código abierto

para diseño de sitios y aplicaciones web.
HTML: siglas en inglés de HyperText Markup Language, hace referencia al lenguaje de
marcado para la elaboración de páginas web.
PHP: es un lenguaje de programación de uso general que se adapta especialmente al

desarrollo web.
9 Resumen del Trabajo Requerido
El presente trabajo tiene como principal objetivo la realización de una software para la
educación sexual que concientice a los jóvenes acerca de las diferentes enfermedades de
transmisión sexual, el uso de los diferentes métodos anticonceptivos para prevenir tanto
embarazos, como las diferentes enfermedades de transmisión sexual en los jóvenes de
nuestro país, el programa va tener su respectivo login donde el usuario, tendrá que ingresar
su usuario y contraseña, en caso de que no se encuentre registrado en el programa deberá
dirigirse a la opción de registro, donde tendrá que llenar unos campos y colocar su rango de
edad, este último se solicita ya que el programa va tener contenido interactivo dependiendo
del rango de edad en que se encuentre el usuario, después que el sistema haya validado la
información y le permita el ingreso al sistema, le aparecerá al usuario los diferentes
contenidos con los que cuenta la plataforma, videos, test que pondrán a prueba su
conocimiento, juegos interactivos y se le mostrará un menú con los diferentes temas a
tratar, donde el usuario podrá escoger el tema del cual desea aprender, este software contará
con la opción de compartir en las diferentes redes sociales, el presente programa se va a
basar en el lenguaje de programación PHP, HTML, se le dará estilo con CSS y Bootstrap,
contará con su respectiva base de datos desarrollada en MySQL en el cual se van a crear las
diferentes tablas del programa. Con esta plataforma buscamos reducir el índice de
embarazo y enfermedades de transmisión sexual en los adolescentes presentando por medio
de contenidos interactivos y concientizando a los niños y jóvenes desde una edad temprana
y que estos sean más conscientes al momento de decidir empezar su vida sexual.
De acuerdo con la Federación Colombiana de Obstetricia y Ginecología (Fecolsog), la
maternidad precoz es, en muchos casos, el resultado de núcleos familiares disfuncionales.
Además, las barreras que colocan las familias y centros educativos para hablar de estos
temas, limitando la información y ayudan en el aumento de este problema, por ende, se ha
decidido crear este software, ya que por medio de nuestra carrera queremos ayudar a la
población a reducir este problema social.
10 Organización y Control del proyecto
Nombre y Apellidos Rol en el Proyecto Responsabilidades

ROBERTO DE LA SCRUM MASTER Organización de la información
CRUZ Preparar y atender al equipo
MARIA JOSE EQUIPO SCRUM Revisión del software
MELENDEZ
LUISA OLIVERO EQUIPO SCRUM Prueba de Software
SANDRA SARABIA EQUIPO SCRUM Desarrollo de Software
LEIDY FERRER EQUIPO SCRUM Desarrollo de Software
JUAN DIEGO EQUIPO SCRUM Desarrollo de Software
GUTIÉRREZ
11 Proceso de Desarrollo de Software
11.1 Entorno del Proceso de Software
En nuestro proyecto aplicamos la metodología ágil en todo este proceso debido a que esta
permite adaptar la forma de trabajo a las condiciones de nuestro proyecto, consiguiendo
flexibilidad e inmediatez en la respuesta para amoldar el proyecto y el desarrollo a las
circunstancias específicas del entorno.
Siendo así que esta metodología permite a todo nuestro equipo de trabajo estar informado
de todas las adaptaciones que se le realicen al proyecto. Nos enfocaremos en la
metodología SCRUM debido a que está orientada a gestionar y normalizar los errores que
se puedan producir en desarrollos demasiado largos, teniendo ventajas de reuniones
frecuentes con nuestro equipo de trabajo para asegurar el buen funcionamiento de nuestro
software y asegurar el cumplimiento de los objetivos establecidos en nuestro proyecto.
Nuestro proyecto tiene varias etapas estipuladas por la metodología elegida en este caso
“SCRUM”
Planificación
En esta fase del proyecto revisamos los ODS y nos basamos en la número 5 “Igualdad de
género” enfocándonos como tal en la meta 5.6 Acceso universal a los derechos y salud
reproductiva, luego revisando las estadísticas que se presentan en la incidencia del
embarazo en adolescentes notamos que esto guarda una relación directa con el contexto
socioeconómico, cultural y familiar influyendo en la salud sexual y reproductiva de las
mujeres jóvenes de Colombia. Frente a este tema comenzamos a trabajar en los
requerimientos necesarios para abarcar este proyecto, también determinamos el cargo que
tiene cada participante de nuestro proyecto dejando así una responsabilidad para cada uno,
por último, pasamos a analizar las necesidades básicas que este necesita y enfocándonos en
la visión del proyecto en general.
Desarrollo
En esta etapa hemos identificados todos los requerimientos esenciales para nuestro
proyecto y decidimos desarrollar los diagramas UML con la finalidad de representar las
diversas perspectivas de nuestro software y describir de una manera moderada lo que hará
el sistema. También desarrollamos las interfaces gráficas de nuestro proyecto para ir
dándole un ambiente de cómo debe ser y a su vez perfeccionando para lograr que sea un
software eficiente.
IMPLEMENTACIÓN
Como grupo decidimos crear una página web basada en los lenguajes HTML Y CSS con un
prototipo adecuado a la edad de los niños, adolescentes y jóvenes, donde podrán ingresar a
la página, interactuar con los videos, leer información valiosa acerca de las ETS y
prevención de embarazos a temprana edad; realizar el prototipo de la página web nos tomó
un tiempo de 2 semanas y 5 días.
11.2 Diseño de Software
11.2.1 Definición de Roles o Actores
Nombre del Rol Descripción

Estudiante Usuario final el cual tendrá acceso a las diferentes funciones de la
aplicación y de la página web.
Psicólogo Es el encargado de brindar las asesorías a los estudiantes y de
verificar la información suministrada.
Acudiente Es un usuario final especial al cual se le debe realizar una entrevista
para orientarlos de manera específica.
Web Master Es el encargado del mantenimiento, la operatividad y del contenido
de la página web y la aplicación.
Desarrollador de Es el encargado del desarrollo de la aplicación y crear la página web.
Software
11.2.2 Análisis de Requerimientos de Software
Análisis y búsqueda estadística: esta técnica se utiliza para recolección de información

otorgada, para que se lleven a cabo nuestros requerimientos, sea utilizando búsqueda de
información para llevar un balance de las ETS, jóvenes con embarazos prematuros o un
análisis para orientar a la comunidad
otras técnicas para utilizar en nuestro desarrollo de software fueron en el área de gestión,
cuando utilizamos el Scrum, facilitando las sesiones que ocurren dentro de un marco de
tiempo de entre 1 y 3 semanas. El resultado es un proceso iterativo que le ahorra a la
empresa mucho tiempo y dinero de manera significativa. como equipo nos encargamos de
desarrollar un lapso de manera en que se pudiera entender lo planeado y a lo que queríamos
llegar con esta técnica.
11.2.3 Requerimientos Funcionales

1. MÓDULO DE LOS ESTUDIANTES

Referencia Descripción
RF01 Los estudiantes pueden ver contenidos y pedir citas psicológicas en el caso
que se requiera, pero no pueden borrar contenidos, ni alterarlos.
RF02 Los estudiantes se pueden registrar con sus datos personales, incluida su
edad para poder navegar contenido en el software apropiado para su edad.
RF03 Cuando el estudiante se registra, el sistema debe desplegar sugerencias de
contenido de interés de acuerdo con su edad.
RF04 El estudiante puede iniciar sesión con su respectivo id y contraseña que
creó al momento de registrar sus datos, y ya teniendo este podrá dejar
comentarios en videos, foros o talleres que estén disponibles en el software.
2. MODULO DE ACUDIENTE

RF05 Los padres de familia se pueden registrar con sus datos personales, los
términos y condiciones del software serán enviados a sus correos
registrados.
RF06 Los padres de familia deberán autorizar a través de la confirmación de un
correo, que el hijo/a o estudiante pueda tener acceso al software.
RF07 los acudientes podrán ingresar con su usuario y así ver el contenido que su
hijo/a está viendo.
RF08 Cuando el padre de familia se registra, el sistema debe desplegar
información importante de cómo debe tratar o explicarles a los niños
dependiendo la edad este tipo de temas (Las ETS y cómo cuidarse para
prevenir un embarazo a temprana edad).
RF09 El padre de familia puede iniciar sesión con correo electrónico, el cual
registró el estudiante como acudiente al momento de ingresar al software, y
también tener la opción de pedir orientación psicológica.
RF10 El acudiente puede iniciar sesión con su respectivo correo y contraseña el
cual registró, y ya teniendo este podrá dejar comentarios en videos, foros o
talleres que estén disponibles en el software.
3. MODULO DE PSICÓLOGO
RF11 El psicólogo puede manejar la información que se sube al software con
respecto al rango de edad estipulado.
Rf12 El psicólogo es el encargado de crear los foros de discusión para que los
usuarios puedan debatir respectiva información.
RF13 El psicólogo tendrá la información acerca de las citas programadas, ya sea
por el estudiante o padre de familia.
4. MÓDULO DE ADMINISTRADOR WEB
RF14 El administrador del sitio web se encargará de planificar y actualizar la
información del software.
RF15 El administrador del sitio web se encargará de listar los psicólogos
disponibles.
5. MÓDULO DE NAVEGACIÓN WEB
RF16 El usuario puede ver la información de la página sin estar registrado, pero
no podrá hacer ninguna reseña, y tampoco pedir citas de orientación.
11.2.4 Requerimientos No funcionales
Referencia Tipo Descripción

RNF-01 Eficiencia El sistema deberá tener un límite de tiempo requerido para
arrancar
RNF-02 Eficiencia El sistema deberá llevar a cabo el manejo de muchos
usuarios
RNF-03 Seguridad Nuestro sistema da la funcionalidad para que los datos estén
bajo la seguridad del usuario
RNF-04 Seguridad El sistema cuenta con la autorización robótica de

certificación del usuario
RNF-05 Aspectos No realizará autorizaciones sin consentimiento del usuario
éticos
RNF-06 Aspectos Validez del estudio. Se debe utilizar una metodología válida.
Éticos Esto es particularmente importante en la Ingeniería Software
por la búsqueda y desarrollo de metodologías para la
investigación planteadas en el programa.
RNF-07 Aspectos Proyecto de Ley 300 de 2020, de 11 de marzo de 2020, por
regulatorios medio de la cual se dictan disposiciones generales para el
fortalecimiento de la protección de datos personales, con
relación al reconocimiento de las garantías de los derechos
digitales, y se dictan otras disposiciones.
RNF-08 Aspectos Ley estipulada en el que sistema cuente con un sistema de
Regulatorios datos obligatorio
RNF-09 Usabilidad El sistema debe contar con instrucciones de usuario para los
menores, jóvenes y adultos responsables.
RNF-10 Usabilidad El software deberá ser capaz de adaptarse a cualquier
navegador web en el que se ejecute, sea cual sea que el
usuario obtenga
RNF-11 Legislativo Ley protectora de menores de edad
RNF-12 Legislativo Protección de datos de cada usuario
11.3 Modelado de Software
El software tendrá como prelación la interacción e información de todos aquellos jóvenes y

niños que accedan a este, cumpliendo con nuestros requisitos estipulados y realizando
funciones especializadas dependiendo del público al cual el software se dirija. Las
funciones esenciales se representan en la siguiente gráfica.
11.3.1 Diagramas de Casos de Uso
Caso de Uso CREAR USUARIO

Versión V1 Referencia CU01, CU02
Autor ROBERTO DE LA CRUZ Fecha 14/11/2020
Actores Estudiantes, Sistema, Psicólogo, Desarrollador de software, Web Master.
Referencias RF02, RF05
Precondiciones disponer de internet para ingresar a la página y tener un correo electrónico
y un ID nacional.
Postcondición El usuario podrá crear un ID en la página.
Flujo Normal
Paso Actor Descripción
1 Estudiante El estudiante abre la página web
2 Estudiante El estudiante ingresa todos sus datos personales
3 Estudiante El estudiante crea un ID y una contraseña
4 Sistema El sistema registra con éxito al estudiante
Flujos alternos El estudiante haya ingresado un carácter incorrecto en los campos.
Excepciones la identificación ingresada no exista en la base de datos de Colombia
Caso de Uso CONFIRMACIÓN DE CORREO

Versión V1 Referencia CU03
Autor Roberto De La Cruz Fecha 14/11/2020
Actores Acudiente, Sistema.
Referencias RF06
Precondiciones Debe tener un usuario verificado en la página.
Postcondición El estudiante tendrá una cuenta autorizada
Flujo Normal
1 Acudiente Verificar el correo del estudiante desde el correo
registrado.
2 Sistema El sistema activará el usuario del estudiante
3 Sistema El sistema mostrará todo el contenido existente
Flujos alternos si en 7 días el correo no ha sido verificado se eliminará la cuenta.
Excepciones El correo ingresado no sea válido o no exista.
Caso de Uso VINCULAR CUENTA

Autor Luisa Olivero Acevedo Fecha 13/11/2020
Actores Acudiente
Referencias RF07
Precondiciones Ingresar el sistema.
Postcondición La cuenta del estudiante (hijo/a) y acudiente estarán vinculadas.
Flujo Normal
1 Acudiente El acudiente ingresa al sistema con el correo
electrónico que registró el hijo/a en los datos
personales al momento de registrarse.
2 Sistema El sistema valida la información y vincula las
cuentas.
Flujos alternos El estudiante no registra la cuenta correcta del acudiente.
Excepciones El acudiente no tiene ninguna cuenta vinculada con el estudiante, hijo/a.
Caso de Uso LISTAR CONTENIDO APROPIADO PARA SU EDAD

Actores Estudiante, Sistema.
Referencias RF03
Precondiciones El estudiante debe haber ingresado al sistema.
Postcondición El estudiante debe tener una cuenta ya activa.
Flujo Normal
1 Estudiante El estudiante ingresa al sistema
2 Sistema Se despliega una lista de contenido filtrada por su
edad
3 Estudiante El estudiante elige el tema de su agrado
4 Sistema El sistema muestra contenido seleccionado
Flujos alternos Tema seleccionado requiere de acompañamiento de un mayor responsable
Excepciones Si no se selecciona un tema, el sistema mostrará uno aleatorio.
Caso de Uso VER HISTORIAL DE USUARIO HIJO

Actores Acudiente, Sistema
Referencias RF07
Precondiciones El acudiente debe tener un hijo registrado
Postcondición El acudiente debe tener ingreso a la página
Flujo Normal
1 Acudiente El acudiente ingresa con su usuario a la página
2 Acudiente El acudiente selecciona qué historial quiere ver
3 Sistema El sistema valida la información
4 Sistema El sistema lista el historial seleccionado
Flujos alternos No hay historial que mostrar
Excepciones No hay historial que seleccionar
Caso de Uso INFORMACIÓN SOBRE LAS E.T.S

Actores Acudiente, Estudiante, Sistema
Precondiciones Los Usuarios deben estar registrados y activados por el sistema
Postcondición La información mostrada ya a sido previamente verificada y calificada
Flujo Normal
1 Acudiente El acudiente ingresa al sistema.
3 Sistema El sistema muestra el contenido a los Usuarios

Flujos alternos El contenido seleccionado requiere de autorización del acudiente
Excepciones No autorización por parte del acudiente.
Caso de Uso INFORMACIÓN SOBRE LOS EMBARAZOS PREMATUROS
Actores Acudiente, Estudiante, Sistema
Precondiciones Los Usuarios deben estar registrados y activados por el sistema
Postcondición La información mostrada ya a sido previamente verificada y calificada
Flujo Normal
1 Acudiente El acudiente ingresa al sistema.
3 Sistema El sistema muestra el contenido a los Usuarios

Flujos alternos El contenido seleccionado requiere de autorización del acudiente
Excepciones No autorización por parte del acudiente.
Caso de Uso LISTAR CITAS

Actores Estudiante, Acudiente, Psicólogo, Sistema
Referencias RF01, RF09, RF13
Precondiciones Los Usuarios deben haber ingresado al sistema.
Postcondición El estudiante o Acudiente deben tener una cita asignada.
Flujo Normal
2 Estudiante El estudiante puede listar siempre que tenga citas
programadas
4 Sistema El sistema lista la cita.
5 Acudiente El acudiente repite los pasos 1, 2, y el sistema repite
los pasos 3,4.
6 Psicólogo El Psicólogo repite los pasos 1, 2, y el sistema repite
los pasos 3,4.
Flujos alternos Si no existen citas, el sistema pregunta si quiere agendar una.
Excepciones En caso de que no haya citas que listar el sistema envía un mensaje
Caso de Uso CREAR CITA

Versión V1 Referencia CU10, CU11
Actores Estudiante, Acudiente, Sistema
Referencias RF01
Precondiciones El estudiante debe haber ingresado al sistema.
Postcondición El estudiante tiene una cita asignada.
Flujo Normal
2 Estudiante Dar click en la pestaña agendar cita
4 Sistema El sistema asigna la cita.
Flujos alternos Sin disponibilidad de psicólogos para agendar citas
Excepciones Los datos que se suministraron son falsos.
Caso de Uso REPROGRAMAR CITA

Referencias RF01, RF09,
Postcondición Los Usuarios deben tener una cita asignada.
Flujo Normal
2 Estudiante Dar click en la pestaña reprogramar cita
3 Sistema El sistema da la opción de reprogramar cita.
5 Sistema El sistema reprograma la cita asignada
6 Acudiente El acudiente repite los pasos 1,2.
Flujos alternos Al reprogramar la cita no se puede escoger el psicólogo deseado.
Excepciones Si no hay citas, no se puede reprogramar citas.
Caso de Uso CANCELAR CITA

Flujo Normal
2 Estudiante Dar click en la pestaña cancelar cita
3 Sistema El sistema da la opción de cancelar la cita.
5 Sistema El sistema cancela la cita asignada
6 Acudiente El acudiente repite los pasos 1,2.
Flujos alternos Al cancelar la cita el usuario tiene que esperar al menos 24 horas para
asignar otra.
Excepciones Si no hay citas, no se puede cancelar citas.
Caso de Uso CONSULTAR CITA

Flujo Normal
2 Estudiante El estudiante puede consultar citas agendadas
3 Sistema El sistema muestra la información solicitada
4 Acudiente El acudiente repite los pasos 1,2
Flujos alternos El Usuario no tenga citas agendadas
Excepciones Para consultar las citas debe haber ingresado al sistema
Caso de Uso CONSULTAR CITA

Flujo Normal
2 Estudiante El estudiante puede consultar citas agendadas
3 Sistema El sistema muestra la información solicitada
4 Acudiente El acudiente repite los pasos 1,2
Flujos alternos El Usuario no tenga citas agendadas
Excepciones Para consultar las citas debe haber ingresado al sistema
Caso de Uso AGREGAR COMENTARIOS

Precondiciones Los usuarios deben ingresar con si ID a la web
Postcondición Los usuarios tendrán acceso a la información
Flujo Normal
1 Estudiante El estudiante ingresa al contenido seleccionado
2 Acudiente El acudiente ingresa al contenido seleccionado
3 Sistema El sistema carga la información solicitada
4 Estudiante El estudiante puede dejar comentarios, sugerencias
acerca del contenido.
Flujos alternos El estudiante puede no compartir ningún comentario sobre el contenido
mostrado
Excepciones El estudiante o acudiente no pueden modificar el contenido mostrado
Caso de Uso ACTUALIZAR INFORMACIÓN

Actores Administrador web
Referencias RF14
Precondiciones Ingresar al sistema, y luego tiene acceso a todas las pestañas para editar o
actualizar información.
Postcondición La página web será actualizada correctamente.
Flujo Normal
1 Administrador El administrador web ingresa al sistema.
web
2 Administrador El administrador web edita o actualiza alguna
web información de la página web.
3 Sistema El sistema guarda la actualización y muestra la nueva
versión de manera exitosa a los usuarios.
Flujos alternos El administrador deberá guardar las actualizaciones de lo contrario el
sistema no actualizará de manera correcta.
Excepciones El administrador web no podrá editar las citas asignadas anteriormente.
Caso de Uso CREAR FOROS

Actores Administrador web, Sistema
Referencias RF15
Precondiciones El Psicólogo debe entrar al sistema
Postcondición Después de actualizar la información los usuarios serán notificados
Flujo Normal
1 Psicólogo El psicólogo puede crear foros para interactuar con
los usuarios
2 Psicólogo El psicólogo guarda los cambios realizados
3 Sistema El sistema guarda los cambios exitosamente
Flujos alternos Si se cierra la página por accidente el sistema automáticamente guarda los
cambios
Excepciones Si no hay información nueva, no se actualiza la página
Caso de Uso LISTAR PSICÓLOGOS

Referencias RF15
Precondiciones El administrador web debe entrar a la configuración de la web.
Postcondición El sistema actualiza la información de los psicólogos y horarios
disponibles de manera exitosa.
Flujo Normal
web
2 Administrador El administrador actualiza la información de los
web psicólogos disponibles y horarios.
3 Sistema El sistema actualiza de manera exitosa la
información.
Flujos alternos El administrador web no actualiza los psicólogos disponibles, no hay citas
disponibles.
Excepciones
Caso de Uso ADMINISTRAR CITAS

Autor Luisa Olivero Fecha 13/11/2020
Referencias RF14
Precondiciones El administrador web debe entrar a la pestaña de citas.
Postcondición El sistema actualiza la información de los psicólogos y horarios
disponibles de manera exitosa.
Flujo Normal
web
2 Administrador El administrador controla la información de las citas
web disponibles y horarios.
3 Sistema El sistema actualiza de manera exitosa la
información.
Flujos alternos El administrador web no actualiza los horarios de citas, el sistema de citas
puede no funcionar de manera correcta
Excepciones
11.3.2 Diagramas de Secuencia
11.3.3 Diagramas de Actividad

11.3.4 Diagrama de Clases
11.4 Diseño de la Interfaz
11.4.1 Arquitectura de Información
11.4.2 Wireframe
 Ventana principal cuando se ingrese a la página web de Sin Tabú donde se mostrará
información general de primera vista a los usuarios.
 Apartado visual en la que se mostrará nuestra visión, misión y lo que somos como
equipo y lo que queremos alcanzar con este proyecto
 Esta parte de la página contará con una explicación de nuestros servicios para que
nuestros usuarios puedan tener una noción de lo que se va a prestar como servicio.
 l a v e n t a n a d
sexualidad, métodos anticonceptivos y más.

 Esta ventana será la de ingreso al sistema por parte de los usuarios registrados y en
caso de que no se da un acceso a la ventana de registro.
 Como el registro está pensado para que sea una colaboración entre los padres por lo
que se muestra dos opciones de registro.
 El registro parte de los estudiantes consta de los datos pedidos en la ventana en la
que se busca que sea lo más fácil el registro.
 Ya que los padres también serán parte del proyecto es de importancia tener ciertos
datos al momento de hacer el registro.
 Una vez que los datos del padre sean registrados se le mostrará la ventana siguiente
donde se evidenciara las actividades del hij@ o hij@s.
 Como se quiere hacer un enlace entre los padres e hijos se le pide una información
para que el sistema pueda relacionarlos.
 Esta va a hacer la ventana de inicio de los estudiantes una vez que ellos se registren
y se loguen después del registro.
 Se va a contar con el servicio de pedir una cita por lo que se crea el espacio en que
el estudiante puede pedir una cita con uno de los psicólogos que se encuentren
donde a su vez puede determinar el día y la hora que más le favorezca a los
estudiantes.
 Y en última ventana por parte de psicología y ve necesario que el estudiante realice

alguna actividad el estudiante pueda enviarlo para que sea revisado por el psicólogo.
11.5 Diseño de Datos
11.5.1 Método de acceso a la base de datos
Nos vamos a conectar por medio de la siguiente función mysqli_connect () es la que se

encarga de establecer la conexión con el motor de base de datos MYSQL ejecutándose en
host en pocas palabras abre una conexión al servidor MySQL.
Esta devuelve un identificador que se emplea en todas las funciones o false en caso de
presentar un error
Server: el servidor MYSQL puede incluir un número de puerto. Por ejemplo “nombre de
host: puerto” o una ruta a un socket local.
Username: el nombre de usuario, el valor predeterminado lo define mysqli.default_user. En

el modo seguro de SQL, este parámetro se ignora y se utiliza el nombre del usuario
propietario del proceso del servidor.
Password: La contraseña. El valor predeterminado está definido por mysqli.default

_password. En el modo seguro de SQL. Este parámetro se ignora y se utiliza una
contraseña vacía.
Para cerrar la conexión de base de datos previamente abierta utilizamos la extensión

mysqli_close.
11.5.2 Definición de las Entidades de datos
Entidad Descripción
Estudiante Usuario final el cual tendrá acceso a las diferentes funciones de la
aplicación y de la página web.
Psicólogo Es el encargado de brindar las asesorías a los estudiantes y de
verificar la información suministrada.
Acudiente Es un usuario final especial al cual se le debe realizar una
entrevista para orientarlos de manera específica.
Web Master Es el encargado del mantenimiento, la operatividad y del
contenido de la página web y la aplicación.
Desarrollador de Es el encargado del desarrollo de la aplicación y crear la página
Software web.
11.5.3 Diagrama Entidad Relación
11.5.4 Diccionario de Datos

Nombre Tipo de datos Longitud Obligatorio Descripción
Tipo Documento Cadena 30 Si Cédula, tarjeta de identidad u otro
Número de documento Numérico 10 Si Con respecto al tipo de documento
Nombres Cadena 50 Si Primer y segundo nombre
Apellidos Cadena 50 Si Primer y segundo apellido
Fecha_nacimiento fecha 10 Si Muy importante para la asignación

de contenidos
sexo Cadena 10 Si Femenino o masculino
País_nacimiento Cadena 50 No País en donde nació
Lugar_nacimiento Cadena 50 No Ciudad en donde nació
Nivel_estudio cadena 30 Si En qué año de colegio se encuentra
Nombre_institu Cadena 50 Si Nombre del colegio
Correo_electronico Cadena 50 Si Correo con el que se desea registrar

en el programa
Contraseña contraseña 10 Si Con la cual ingresa al sistema
Titulo_tema Cadena 40 Si Título asignado al tema del cual se

desea hablar
Descripcion_tema Cadena 240 Si Descripción del tema a tratar
Video Cadena 50 Si Video del tema pedagógico

Rol Cadena 50 Si Permisos para el usuario
11.5.5 Restricciones de seguridad e integridad
Nuestro diseño cuenta con el prototipo de software de MVC el cual el usuario estudiante y
los demás usuarios no tendrán acceso directo a la base de datos. La interacción entre los
datos cuenta con una única navegación mediante las pantallas de la aplicación y no se corre
el riesgo de ingreso de datos directamente a la base de datos. El patrón de arquitectura es el
de modelo-vista -controlador que separa los datos y la lógica del negocio de la aplicación
El modelo se encarga de todo lo que tiene que ver con la persistencia de los datos se
encarga de guardar y recuperar la información del medio, en pocas palabras es el que
gestiona todo lo relacionado con la información y la interacción con los datos de nuestro
programa
La vista presenta la información obtenida para que el usuario pueda visualizarla, esta
muestra la información formateada y es la capa desde donde el usuario puede solicitar
información
El controlador Dependiendo de la acción solicitada por el usuario, es el que pide al modelo

de la información necesaria e invoca a la plantilla que corresponde para que la información
sea proyectada, en otras palabras, es la que une la vista y el modelo ya que el usuario
solicita la información por medio de la vista y esta hará petición al controlador,
posteriormente este le hará la petición al modelo.
11.6 Diseño de la Arquitectura de Software
11.6.1 Patrón de Diseño
Los métodos para trabajar en nuestra arquitectura de software fueron los siguientes.
como todo proyecto en general, tuvo un inicio y fue en el momento en que decidimos en
dar la idea de nuestra situación y que queríamos llevar a cabo. Plantear nuestras estrategias
y objetivos era la base fundamental de lo que queríamos mostrar en nuestro programa,
desde suma importancia con los atributos planteado y el diseño correspondido, este último
debe ser entendido de la mejor manera para el público a trabajar para que la intersección de
las necesidades de la organización y las necesidades del equipo de desarrollo sean
reflejadas correctamente. Cada decisión puede tener un impacto considerable en la calidad,
el mantenimiento, el rendimiento, etc.
11.6.2 Diagrama de Componentes
Realice y coloque el diagrama de componentes que se utiliza para modelar los aspectos
físicos del sistema, mediante la unión de componentes, interfaces y relaciones.
11.6.3 Diagrama de Despliegue
11.7 Construcción e Implementación de Software

11.7.1 Integración del sistema de software
 En el área de quiénes somos se mostrará la misión y visión como también una
descripción de quienes somos y de lo que queremos lograr con este proyecto.
 Orientación se piensa como un espacio de información para los usuarios a los
jóvenes en que se montaran documentos de interés relacionado a su sexualidad y
métodos de protección.
 cómo se busca una integración con los padres se hace necesario identificar antes del
registro cual es estudiante y cual es padre para tener un control ya que los datos de
los registros no serán iguales.
 En el registro de los padres se pide solo sus nombres correo electrónico y contraseña
 Este es el apartado visual de los padres una vez se ingresen a sin Tabú, donde
podrán ver a sus hijos registrados y la opción de agregar a otros hijos.
11.7.2 Verificación y validación del sistema de software
Para verificar y validar nuestro sistema de software usaremos el método de Aserciones
Entrada y salida, el cual consiste en especificar mediante aserciones que simulan las
entradas y salidas del programa, lo que garantiza que si la entrada actual satisface las
restricciones de entrada (Precondiciones) la salida satisface las restricciones de salida
(Postcondiciones).
También tendremos en cuenta el método de precondición más débil el cual consiste en dada
una postcondición POST, encontrar, operando hacia atrás, un programa S tal que la
precondición se satisfaga en un amplio conjunto de situaciones.
11.7.3 Integración de software en Hardware
Describa como los elementos de Software que se integrarán con los elementos de Hardware
relevantes para realizar un sistema integral.
11.7.4 Transición de software y gestión de lanzamientos
Actividades de Control de Versiones de Software:

 Mantener un historial completo de los cambios realizados en los archivos del
software. Esto quiere decir todos los cambios realizados por muchas personas a lo
largo de los años. Los cambios incluyen la creación y la eliminación de los archivos,
así como los cambios de sus contenidos. Tener el historial completo permite volver
a las versiones anteriores para ayudar a analizar la causa raíz de los errores y es
crucial cuando se tiene que solucionar problemas en las versiones anteriores del
software. Si se está trabajando de forma activa en el software, casi todo puede
considerarse una "versión anterior" del software.
 Crear Ramas y Fusiones esto facilitara el trabajo simultáneo entre los integrantes del
equipo de trabajo ya que cada integrante trabajaría en un flujo independiente a los
de sus compañeros. Es decir, mantiene múltiples flujos de trabajo independientes
los unos de los otros al tiempo que ofrece la facilidad de volver a fusionar ese
trabajo, lo que permite que los desarrolladores verifiquen que los cambios de cada
rama no entran en conflicto.
 Trazar cada cambio que se realice en el software y vincularlo a un software de
gestión de proyectos y seguimiento de errores. También ser capaces de anotar cada
cambio con un mensaje el cual describa el propósito del cambio y su objetivo.
Transición entre Versiones:

 Nuestro software dispondrá de una versión Alpha la cual será nuestra primera
versión del programa, en la cual el producto todavía es inestable y se está a la espera
de que se eliminen los errores o la puesta en práctica completa de toda su
funcionalidad, pero satisface la mayoría de los requisitos.
 También dispondrá de una versión Beta la cual representará la primera versión
completa del programa. Compartiendo esta versión con el público en general, para
que lo prueben e informen de cualquier error que encuentren y propongan
características que quisieran encontrar en la versión final.
 Luego de todo pondremos en acceso una versión RC la cual sería la versión
candidata a ser la definitiva. la cual comprende un producto final preparado para
lanzarse como versión definitiva a menos que aparezcan errores que lo impidan.
11.7.5 Mantenimiento del software
Se tomaría el enfoque de desarrollar un espacio de comentarios para observar las

sugerencias de los usuarios al usar por primera vez nuestro software ya lanzado y así poder
hacer las correcciones necesarias para una próxima versión corregida.
11.7.6 Gestión de defectos y problemas de software
 Puede surgir un mensaje de alerta “se ha detenido el programa en uso” el cual puede
ser corregido a través de un buscador de solucionador de problemas, el cual se basa
en tener una visión de alto nivel de los problemas involucrados y hacen una lista de
todos los posibles factores que pueden interponerse en el camino de la solución del
software.
 otro posible problema de software es “no se puede ejecutar esta aplicación en el

equipo” un error de compatibilidad de la aplicación con la arquitectura de nuestro
ordenador o con el sistema operativo y, para evitar problemas mayores, Windows
bloquea su ejecución. Normalmente, la mejor forma de solucionar este problema es
buscando una versión más nueva y compatible con nuestro sistema operativo o, si
no la hay, buscando una alternativa a la aplicación que queríamos ejecutar.
Anexos
Proporción de pacientes y mortalidad a causa del VIH/SIDA por Grupo de Edad
Tasa de natalidad entre las adolescentes en América Latina

Plan de Desarrollo de Software

Cargado por

Información del documento

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

Plan de Desarrollo de Software

Cargado por

Copyright:

Formatos disponibles

Universidad simón bolívar

The Six Engineers

Roberto José De La Cruz

1.1 Identificación y Contexto del Problema

Con el paso de los últimos años se ha venido presentando un aumento de

1.2 Propósito, Alcance y Objetivo del Proyecto

Producir un gran impacto social en los jóvenes, ofreciéndoles información sobre

Implementar procesos de promoción de derechos y prevención de ETS Y

• Prevenir el embarazo en la adolescencia y promover proyectos de vida en los

El alcance esperado de Sin Tabú es la contribución al desarrollo social de la ciudad

Buscamos un impacto positivo en la reducción del embarazo y de las

1.3 Suposiciones y Restricciones

Como limitaciones nos encontramos en el derecho de llegar al punto en el que el

1.4 Entregables del proyecto

1.5 Cronograma y Resumen del Presupuesto

Nombre de la Actividad A -Z Duración Perfil R.H Costo día

Comprobar la funcionalidad J 7 días Ingeniero de $65.000

[E1] Colombia redujo los nacimientos en madres Instituto Colombiano de 2019

[E2] Embarazo en Adolescentes Instituto Colombiano de 2015

[E4] 2.1 VIH/SIDA – Enfermedades de Secretaria de Salud 2020

[E6] 5 Barranquilla refuerza política de 2013

[E1] Colombia redujo los nacimientos en madres Instituto Colombiano de 2019

[E2] Embarazo en Adolescentes Instituto Colombiano de 2015

[E4] 6.1 VIH/SIDA – Enfermedades de Secretaria de Salud 2020

[E5] 8 Análisis del embarazo adolescente en el 2016

[E6] 7 Barranquilla refuerza política de 2013

SCRUM: es un marco de trabajo para desarrollo ágil de software que se ha expandido a

Requerimientos Funcionales: es un requisito refiere a un resultado del comportamiento

Requerimientos NO Funcionales: es un requisito que se refiere a un problema de calidad

MYSQL: es un sistema de gestión de bases de datos relacional desarrollado bajo licencia

Bootstrap: es una biblioteca multiplataforma o conjunto de herramientas de código abierto

PHP: es un lenguaje de programación de uso general que se adapta especialmente al

Nombre y Apellidos Rol en el Proyecto Responsabilidades

11.1 Entorno del Proceso de Software

11.2 Diseño de Software

11.2.1 Definición de Roles o Actores

Nombre del Rol Descripción

11.2.2 Análisis de Requerimientos de Software

Análisis y búsqueda estadística: esta técnica se utiliza para recolección de información

11.2.3 Requerimientos Funcionales

4. MÓDULO DE ADMINISTRADOR WEB

11.2.4 Requerimientos No funcionales

Referencia Tipo Descripción

RNF-04 Seguridad El sistema cuenta con la autorización robótica de

El software tendrá como prelación la interacción e información de todos aquellos jóvenes y

11.3.1 Diagramas de Casos de Uso

Caso de Uso CREAR USUARIO

Caso de Uso CONFIRMACIÓN DE CORREO

Caso de Uso VINCULAR CUENTA

Caso de Uso LISTAR CONTENIDO APROPIADO PARA SU EDAD

Caso de Uso VER HISTORIAL DE USUARIO HIJO

Caso de Uso INFORMACIÓN SOBRE LAS E.T.S

3 Sistema El sistema muestra el contenido a los Usuarios

3 Sistema El sistema muestra el contenido a los Usuarios

Caso de Uso LISTAR CITAS

Caso de Uso CREAR CITA

Caso de Uso REPROGRAMAR CITA

Caso de Uso CANCELAR CITA

Caso de Uso CONSULTAR CITA

Caso de Uso CONSULTAR CITA

Caso de Uso AGREGAR COMENTARIOS

Caso de Uso ACTUALIZAR INFORMACIÓN

Caso de Uso CREAR FOROS