Está en la página 1de 18

FASE 4 - PLANIFICACIÓN

PROYECTO DE SOFTWARE

INGENIERÍA DE SOFTWARE

JUAN LEONARDO TORRES PARRA: 1104776764

OSCAR JAVIER CASTILLO: 79871421

HARRISON OSPINA AVENDAÑO: 1023893180

JUAN PABLO LONDOÑO SALINAS: 1033773601

OSCAR ANDRES ROCHA HERRERA: 80165245

GRUPO: 38

TUTOR: MARCO ANTONIO LÓPEZ OSPINA

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA (UNAD)

ESCUELA DE CIENCIAS BÁSICAS TECNOLOGÍA E INGENIERÍA


INGENIERÍA DE SISTEMAS
BOGOTÁ
2021
EDT

PLANIFICACIÓN DEL PROYECTO


CASO DE ESTUDIO

La empresa de desarrollo de software “Medical Software S.A.S” tiene como razón social el
desarrollo de soluciones tecnológicas y software relacionados con el área médica y de la salud.
Ahora, desea crear un software que permita una solución abierta, anónima y gratuita, para todos
aquellos usuarios que requieren encontrar en cualquier momento médicos que responden a sus
preguntas o interrogantes de salud, en 2 ramas de la medicina que van desde la medicina general,
hasta especialidades como dermatología, pediatría, medicina interna, ginecología y obstetricia,
urología, infectología, planificación, sexología, farmacología y ortopedia, entre otros. El sistema
debe funcionar para que cualquier usuario, ya sea una persona, una empresa, una aseguradora,
pueda acceder y usarlo fácilmente de acuerdo con sus necesidades. Debe brindar una plataforma
que permita, a personas de habla hispana, realizar preguntas anónimas de salud para que sean
resueltas por médicos reales. Debe permitir que se dispongan de médicos generales y especialistas
en las áreas de salud ya mencionadas, entre otros. El sistema, también, debe guardar en una base de
datos todas las consultas que se realicen, de esta manera se irá convirtiendo en un gran repositorio
de temas relacionados con salud. Así, cualquier usuario entra y revisa consultas ya hechas que le
pueden servir o puede solicitar atención personalizada en caso de que el archivo existente no
resuelva su inquietud. La clave del sistema debe ser el anonimato, de tal forma que los usuarios
consulten sobre temas de los que no suelen hablar en persona. La idea, también, es que el sistema
pueda recibir, evaluar y aceptar registros de profesionales médicos y especialistas de varias
nacionalidades, pero de habla hispana, para así conformar el banco de médicos especializados que
estarán atendiendo las diferentes solicitudes recibidas de quienes hagan uso del sistema. Estos
médicos se benefician porque esta solución debe permitirles construir un perfil digital y debe
proporcionarles acceso a cientos de clientes potenciales. Además, debe contar con información y
asesoría relacionada con medicamentos, enfermedades, síntomas, procedimientos. Se enfatiza en
que la solución debe ser de acceso gratuito, no contará con pauta publicitaria, pero sí se deberán
buscar alternativas y formas de negocio para que el sistema sea sostenible y genere rentabilidad
para la empresa de desarrollo de software “Medical software S.A.S”.

1. GESTIÓN DE ALCANCE

Planteamiento
Aplicación Web que sea compatible con dispositivos móviles, la gran mayoría de las personas hoy
en día tienen acceso a internet y a un dispositivo móvil por lo que ingresar y consultar la aplicación
no sería un obstáculo y será accesible desde cualquier lugar, el medio de acceso será Internet y
permite acceder desde cualquier dispositivo de manera gratuita y confidencial. Debe ser compatible
con dispositivos móviles para que se pueda tener acceso sin importar el terminal que se use, si se
logra tener un App para móviles que se sincronice de igual forma que el entorno Web, sería ideal
para brindar más servicios y mejor experiencia a los usuarios.
Descripción general
En nuestro país son muchas las personas que no tienen acceso a los servicios de salud son muchas
las dificultades y obstáculos que se presentan ya sea por deficiencias en los servicios prestados por
las entidades o por la situación económica de las familias de bajos recursos. Poder acceder a
consultas de enfermería o medicina general toma en ocasiones meses ni que decir para las consultas
de alguna especialidad. Actualmente los entes relacionados con la medicina y salud en Colombia no
han generado la sinergia necesaria con la tecnología, observamos aún sistemas de información
“obsoletos”, que no cumplen ninguna función en pro de los pacientes ni del mejoramiento de la
atención y cobertura del sistema de salud.
No se dispone de alternativas ágiles, seguras, confidenciales y gratuitas que eviten el
desplazamiento de los pacientes a un sitio de atención o consulta, lo que muchas veces resulta
afectando o empeorando situaciones de contagio como la que experimentamos actualmente con el
COVID 19.

Objetivos del proyecto


Objetivo general de este proyecto es poder realizar un análisis de cuáles son las necesidades más
comunes de las personas respecto al servicio de salud, también dependiendo de diferentes aspectos
como el tipo de público y alcance que este va a tener, y la realización de una aplicación web que
cumpla con todos estos requerimientos, y poder brindar un buen servicio a la ciudadanía las 24
horas del día y los 7 días a la semana.

a. Dirigir y coordinar la aplicación para la atención a cualquier tipo de público.


b. Diseñar, construir y administrar bases de datos para poder dar una mejor atención.
c. Organizar la realización de pruebas que verifiquen el correcto funcionamiento de los
programas y que se ajusten a los requisitos de análisis y diseño.
d. Dirigir y asesorar a los programadores durante el desarrollo de la aplicación.
e. Que sea una aplicación fácil de manejar con comandos básicos para que todas las personas
puedan acceder.
f. Introducir procedimientos de calidad en los sistemas, evaluando métricas e indicadores y
controlando la calidad del software producido.
g. Organizar y supervisar el trabajo de su equipo de los técnicos de mantenimiento y los
ingenieros de sistemas y redes.

Requisitos del software

Requerimiento Funcionales
Identificación del RF01
requerimiento:

Nombre del Roles de Usuario.


Requerimiento:

Características: Los usuarios podrán realizar una caracterización de roles.

Descripción del la herramienta podrá ser utilizada por cualquier usuario con acceso a
requerimiento: internet

Prioridad del requerimiento: Alta

Identificación del RF02


requerimiento:

Nombre del Requerimiento: Realizar Preguntas.

Características: Los usuarios podrán realizar preguntas de medicina.

Descripción del Los usuarios pueden realizar mediante la herramienta


requerimiento: preguntas anónimas o mediante el rol para medicina.

Prioridad del requerimiento: Alta


Identificación del RF03
requerimiento:

Nombre del Guardar consultas en base de datos.


Requerimiento:

Características: Las consultas se guardan en una base de datos.

Descripción del Las consultas se deben guardar en una base de datos la cual puede ser
requerimiento: consultada como repositorio.

Prioridad del requerimiento: Alta

Identificación del RF04


requerimiento:

Nombre del Repositorio de enfermedades y medicamentos.


Requerimiento:

Características: La herramienta debe contener un repositorio de enfermedades y


medicamentos.

Descripción del Los usuarios pueden realizar la consulta de enfermedades y


requerimiento: medicamentos especificados en la herramienta.
Prioridad del requerimiento: Alta

Requerimientos no funcionales

Identificación del RNF01


requerimiento:

Nombre del Interfaz del sistema.


Requerimiento:

Características: El sistema presentará una interfaz de usuario sencilla para que sea de
fácil manejo a los usuarios del sistema.

Descripción del El sistema debe tener una interfaz de uso intuitiva y sencilla.
requerimiento:

Prioridad del requerimiento: Alta

Identificación del RNF02


requerimiento:

Nombre del Ayuda en el uso del sistema.


Requerimiento:

Características: La interfaz del usuario deberá de presentar un sistema de ayuda para que
los mismos usuarios del sistema se les faciliten el trabajo en cuanto al
manejo del sistema.

Descripción del La interfaz debe estar complementada con un buen sistema de ayuda (la
requerimiento: administración puede recaer en personal con poca experiencia en el uso
de aplicaciones informáticas).

Prioridad del requerimiento: Alta

Identificación del RNF03


requerimiento:

Nombre del Confiabilidad continúa del sistema.


Requerimiento:

Características: El sistema tendrá que estar en funcionamiento las 24 horas los 7 días de
la semana. Ya que es una página web diseñada para la carga de datos y
comunicación entre usuarios.

Descripción del La disponibilidad del sistema debe ser continua con un nivel de servicio
requerimiento: para los usuarios de 7 días por 24 horas, garantizando un esquema
adecuado que permita la posible falla en cualquiera de sus componentes,
contar con una contingencia, generación de alarmas.

Prioridad del requerimiento: Alta

Identificación del RNF04


requerimiento:

Nombre del Seguridad en información


Requerimiento:

Características: El sistema garantizara a los usuarios una seguridad en cuanto a la


información que se procede en el sistema.

Descripción del Garantizar la seguridad del sistema con respecto a la información y datos
requerimiento: que se manejan tales sean documentos, archivos y contraseñas.

Prioridad del requerimiento: Alta


2. GESTIÓN DEL TIEMPO

Duración de ejecución: Un (01) mes.

Diagrama de GANTT

N° ACTIVIDA MES XX
DES A
REALIZA
R

1 2 3 4 5 6 7 8 9 10 11 12 1 14 1 1 1 1 1 2 2 2 23 24 2 2 2 2 2 3 3
3 5 6 7 8 9 0 1 2 5 6 7 8 9 0 1

1 Reconocimi
ento del
problema

2 Descripción
del
problema

3 Identificaci
ón de
software

4 Descripción
de
requerimie
ntos que de
cumplir
este

5 Seleccionar
el modelo
de
desarrollo y
empezar la
ejecución

6 Seleccionar
el equipo de
trabajo

7 Realizar el
diseño
gráfico de
la
aplicación

8 Programas
la
aplicación
de la
página web
con los
requerimie
ntos
solicitados
9 Implement
ación de
herramient
as de
control de
calidad

10 Se realiza
la
implementa
ción del
software
(prueba)

11 Evaluación
para ver
cómo
funciona y
si cumple o
no con los
requerimie
ntos

12 Puesta en
funcionami
ento del
software
3. Gestión de Costos
El siguiente es el presupuesto definido para el proyecto:
4. GESTIÓN DE RIESGOS

Gestión de riesgos: lista de riesgos, análisis de cada riesgo (prioridad, probabilidad, impacto, tratamiento).

RIESGO ANÁLISIS PRIORIDAD PROBABILIDAD IMPACTO TRATAMIENTO


Presupuesto Que la inversión ALTA MEDIA ALTO Validar en qué punto del proyecto se presenta la falta de
calculada no sea presupuesto y en lo posible aumentar la inversión
suficiente garantizando la calidad del software.
Tiempos Estimación ALTA ALTA ALTO
Validar junto con el cliente los cronogramas buscando ajustar
(Planificación inadecuada del
y control) tiempo de los tiempos que se no se han cumplido (ya sea por solicitudes
ejecución. del cliente o retrasos en el desarrollo).

Establecer objetivos del proyecto realistas.

Seguimiento oportuno a las actividades propuestas.

Personal Se necesita más MEDIA BAJA ALTO


(Equipo de personal o mejor Realizar los ajustes de personal necesarios con el fin de
trabajo) calificado. garantizar la calidad en la ejecución del proyecto. (Tener en
cuenta que esto podría afectar el presupuesto).

Mitigar el cambio constante de personal en el desarrollo del


proyecto.

Tener un líder de proyecto que guíe a todas las partes


involucradas.

No contratar Perfiles inadecuados en el equipo.

Técnicos No contar con las ALTA MEDIA ALTO Planificar la ejecución del proyecto, teniendo en cuenta todos
capacidades los requerimientos técnicos que se requieren para tener una
técnicas que plataforma tecnológica, mantenerla en el tiempo y para
requiere el actualizarla de ser necesario.
desarrollo del
software.
Calidad Reducción en la ALTA ALTA ALTA
calidad del Tener una buena planificación con el cliente para generar un
software presupuesto real, un cronograma alcanzable y evitar
(Presupuesto,
tiempo, contingencias y retrasos.
planeación)
Seguimiento continuo a las metas y testear el software
continuamente.

REFERENCIAS BIBLIOGRÁFICAS

Hernández, J. (2018). Conceptos básicos. En Fundamentos de Gestión de Proyectos. (pp. [4]-11). Recuperado de
http://ocw.unican.es/pluginfile.php/1408/course/section/1803/tema3-fundamentosGestionProyectos.pdf

Mas, A. & Mesquida, Ll. (2013). Gestión de proyectos de software en pequeñas y micro empresas. CISTI (Iberian Conference on Information
Systems & Technologies / Conferência Ibérica de Sistemas e Tecnologias de Informação) Proceedings, 1, 406–411. Recuperado de
http://bibliotecavirtual.unad.edu.co/login?url=http://search.ebscohost.com/login.aspx?direct=true&db=aci&AN=109114533&lang=es&site=eds-
live
Hernández, J. (2018).
El Modelo PMI de
Gestión de Proyectos.
En Fundamentos de Gestión de Proyectos. (pp. [12]-35). Recuperado de http://ocw.unican.es/pluginfile.php/1408/course/section/1803/tema3-
fundamentosGestionProyectos.pdf

Malagón-Barinas, J. J. (2015). Dirección de Proyectos: Ética en el Liderazgo de Equipos de Proyecto. (Spanish). Revista Daena (International
Journal of Good Conscience), 10(2), 61–81. Recuperado de http://bibliotecavirtual.unad.edu.co/login?url=http://search.ebscohost.com/login.aspx?
direct=true&db=hus&AN=116295334&lang=es&site=eds-live

OVI - Unidad 3 - Gestión de proyectos de software

Moreno, P. (Productor). (2019). Gestión de Proyectos con PMBOK [OVI]. Recuperado de http://hdl.handle.net/10596/22473

También podría gustarte