INGENIERÍA DE SOFTWARE

Fase 3 - Modelamiento proceso de software

Estudiante:
Yunior José Bovea Segura
Código: 1.127.617.219
Alfredo Ríos Rivera
Código: 72.348.994
Roció de Jesús Ramírez Quintero
Código: 49.789.424

Tutor:
Pilar Alexandra Moreno

Universidad Nacional Abierta y a Distancia - UNAD

Escuela de Ciencias Básicas, Tecnología e Ingeniería – ECBTI
Mayo 2022
 Introducción

La planificación de proyectos de implementación de software para Medical Software S.A.S está

guiada por las bases de gestión de proyectos previstas en el PMBOK. El proyecto se formalizó a
través de su Acta Constitucional para luego definir en detalle los entregables rectores de los
procedimientos básicos para cada presupuesto.

Los resultados de la implementación de este proyecto servirán como insumo para la construcción
de soluciones tecnológicas relacionadas con el campo de la salud que permitan el acceso a
cualquier tipo de persona o empresa para potenciar la salud a través de las TIC que permitan el
uso de herramientas amigables, flexible y acorde con los recursos humanos que tanto se
necesitan.

Se determinará la planificación de un proyecto de desarrollo de software, incluyendo la gestión

del proyecto utilizando el modelo estándar seleccionado PMBOK, del cual nos centraremos en
los 4 pasos básicos de su planificación.
 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 ramas de la medicina que van desde la medicina general,
hasta 2 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 a 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”. Ejemplo de
software 1doc3 tomado:
https://www.mintic.gov.co/portal/inicio/Sala-dePrensa/Noticias/47518:MinTIC-presenta-las-
aplicaciones-colombianasmas-exitosas-del-2016

Estándar seleccionado: De acuerdo al estándar de PMBOK, se lleva a cabo la descripción de las

siguientes fases del modelo.

DESCRIBA EL ESTÁNDAR O REFERENTE DE GESTIÓN DE PROYECTOS QUE

SUGIERE PARA LA PROPUESTA DE SOFTWARE.
PMBOK describe los métodos y prácticas que deben tenerse en consideración desde que se inicia
un proyecto hasta su finalización. La aplicación de estas prácticas permitirá llevar una buena
gestión del proyecto y mantener un mayor control, permitiendo al Project Manager y a su equipo
realizar proyectos de manera eficaz y eficiente (en alcance, tiempo, coste), así como asegurar la
calidad y transparencia a lo largo de toda la vida del proyecto. Se define como la Guía de los
Fundamentos de la Dirección de Proyectos (PMBOK Guide por sus siglas en inglés “Project
Management Body of Knowledge”) publicado por el PMI (Project Management Institute),
constituye la suma de conocimientos de los profesionistas dedicados a la administración de
proyectos. Concentra tanto prácticas profesionales comprobadas y ampliamente aceptadas, como
prácticas innovadoras con la finalidad de permitir al administrador del proyecto aplicar
conocimientos, habilidades, técnicas y herramientas para satisfacer los requisitos del mismo.
La finalidad principal del PMBOK es identificar, concentrar y publicar las mejores prácticas
generalmente aceptadas en la Dirección de Proyectos.

Generalmente aceptadas se refiere a que los conocimientos y las prácticas descritos son
aplicables a la mayoría de los proyectos, la mayor parte del tiempo, y que existe un amplio
consenso sobre su valor y utilidad.

Mejores prácticas se refieren a que existe un acuerdo general en que la correcta aplicación de
estas habilidades, herramientas y técnicas puede aumentar las posibilidades de éxito de una
amplia variedad de proyectos diferentes.
PMBOK TRABAJA CON DOS CONCEPTOS FUNDAMENTALES:
Grupos de Procesos: Modo lógico de agrupar los procesos de dirección de proyectos,
necesarios para cualquier proyecto, con dependencias entre ellos, y que se llevan a cabo
en la misma secuencia siempre.
Áreas de Conocimiento: Categoría que agrupa elementos en común.
 GESTIÓN DEL ALCANCE:
OBJETIVOS DEL PROYECTO
Realizar la construcción y ejecución del proyecto en un plazo de 6 meses de
acuerdo con la ficha establecida en el proyecto del proyecto.
Ejecutar el software de acuerdo con el presupuesto obtenido para el proyecto.
Proporcionar obras terminadas que cumplan con los estándares de calidad y
estén certificadas por las partes interesadas.
Cumplir con los requisitos funcionales que se identifique en la fase de análisis.
Brindar especificaciones de gestión de software.

REQUERIMIENTOS FUNCIONALES
Identificación del requerimiento: RF1
Nombre del Requerimiento: Inicio de sesión (usuarios)
Características: Los usuarios deberán iniciar sesión para lograr
tener acceso a cualquier parte del sistema.
Descripción del requerimiento: Los servicios del sistema tendrán la opción de
ser consultados por los usuarios.
Requerimiento NO funcional:
Prioridad del requerimiento: Alta

Identificación del requerimiento: RF2

Nombre del Requerimiento:
Características:
Descripción del requerimiento:
Requerimiento NO funcional:
Registro de Usuarios
El software le debe aprobar el registro del
usuario de manera gratuita, ya sea: persona,
empresa o aseguradora, de manera que puedan
tener acceso al sistema de forma anónima.
El sistema dará la opción de registrar datos
para validar correo electrónico y una
contraseña, no requerirá de más datos, ya que
será una consulta de forma anónima.
 RNF1

Prioridad del requerimiento: Alta

Identificación del requerimiento:
Nombre del Requerimiento:
Características:
Descripción del requerimiento:
Requerimiento NO funcional:
Prioridad del requerimiento:
Identificación del requerimiento:
Nombre del Requerimiento:
Características:
Descripción del requerimiento:
Requerimiento NO funcional:
Prioridad del requerimiento:
RF3
Consultar de Información
El usuario registrado tendrá acceso para poder
consultar los perfiles de los médicos y
consultar sobre los temas de enfermedades,
síntomas, procedimientos y medicamentos.
Muestra información general sobre temas
basados en la salud sin importar la especialidad
y médicos a consultar.
 RNF1
 RNF2
Alta
RF4
Solicitud de citas médicas generales y
especializadas.
El software le dará al usuario una agenda por si
necesita pedir una cita médica, ya sea con
especialistas o con médico general, donde se le
brinde información y se asigne el nombre del
médico y las diferentes fechas y horarios de
atención.
Se entregará una agenda con un listado de
especialidades médicas, en donde el usuario
podrá escoger el tipo de cita que necesita según
la necesidad que tenga.
 RNF1
 RNF2
 RNF3
Alta
Identificación del requerimiento: RF5
Nombre del Requerimiento: Registro de donaciones.
Características: El sistema de software manejará un apartado el
cual tendrá una categoría de donaciones por si
el usuario quiere realizar una donación y
también podrá dejar algún comentario y
calificar la atención recibida.
Descripción del requerimiento: De acuerdo con los servicios que se ofrecen en
la aplicación, el sistema tendrá un apartado
donde el usuario realizará donaciones y tendrá
la opción de dejar un comentario y calificar la
atención recibida.
Requerimiento NO funcional:  RNF1
 RNF2
 RNF3
 RNF4
Prioridad del requerimiento: Alta

REQUERIMIENTOS NO FUNCIONALES.

Identificación del RNF1

requerimiento:
Nombre del Requerimiento: Interfaz del sistema.
Características: El sistema brindara una interfaz de usuario
sencilla para ofrecerle a los usuarios un fácil
acceso a los diferentes módulos del sistema,
asegurando el fácil uso para sus interacciones.
Descripción del requerimiento: El sistema debe tener una interfaz sencilla que
sea fácil de usar y conserve la información a la
que se debe acceder.
Prioridad del requerimiento: Alta
Identificación del
requerimiento:
Nombre del Requerimiento:
Características:
Descripción del requerimiento:
Prioridad del requerimiento:
Identificación del
requerimiento:
Nombre del Requerimiento:
Características:
Descripción del requerimiento:
Prioridad del requerimiento:
Identificación del
requerimiento:
Nombre del Requerimiento:
Características:
Descripción del requerimiento:
Prioridad del requerimiento:
RNF2
Apartado de Ayuda al Usuario
La interfaz de usuario debe brindar un sistema
que ayude a los usuarios del sistema a facilitar su
trabajo de administración del sistema.
La interfaz debe tener un sistema de ayuda que
oriente al usuario cómo reservar una cita y
obtener información de salud e información
sobre médicos que se encuentran registrados.
Alta
RNF3
Mantenimiento y actualizaciones.
La empresa “Medical software S.A.S”, deberá
disponer de tiempo y espacios para generar las
actualizaciones que requiera el sitio web.
El sistema debe tener una documentación la cual
sea fácil de actualizar, y que permita realizar
operaciones de mantenimiento con el mínimo
esfuerzo posible.
Alta
RNF4
Desempeño
El sistema debe asegurar el desempeño del
usuario en relación a los datos almacenados en el
sistema, otorgando su confiabilidad.
Garantizar el rendimiento del sistema
informático para los diferentes usuarios. En este
sentido, la información que es almacenada o los
registros que se generen pueden ser utilizados
continuamente y actualizados simultáneamente
sin afectar el tiempo de respuesta.
Alta
 GESTIÓN DEL TIEMPO
DURACIÓN DE EJECUCIÓN DE PROYECTO
Según el estudio que se ha realizado de factibilidad, las actividades que se han
desarrollado en el proyecto se estiman en cuatro meses, correspondiente a 121 días, se
estima terminar las tareas durante la jornada laboral, según el estudio de factibilidad que
se ha realizado, se considera como un cronograma de trabajo para obtener instrucciones,
lo cual permita que se use el estándar PMBOK en este caso.

Definición de las secuencias de actividades.

Cronograma (Diagrama Gantt).
 GESTIÓN DE COSTOS:

Incluye el proceso de estimación, presupuestación y control de costos para que el

proyecto se complete dentro del presupuesto aprobado. Tomamos en cuenta los
requisitos del cliente para adquirir el costo, ya que el cliente medirá el costo del
proyecto de diferentes maneras en diferentes momentos.

Para la medición de los costos de personal tomaremos como base el valor horario del
salario mínimo legal vigente, el desarrollo de la aplicación contempla básicamente
tres aspectos de personal, equipos y servicios técnicos, y finalmente hemos
establecido un proyecto que nos permite para gestionar gastos ocasionales y
correcciones de siniestros.
Valor Valor
Item Cantidad Unitario Total
1. Personal
Recolección Información 36 horas $3.750 $135.000
Selección de Información 48 horas $3.750 $180.000
Planificación de Tareas 36 horas $3.750 $135.000
Diseño de Aplicación 360 horas $3.750 $1.350.000
Programación del Aplicación 420 horas $3.750 $1.575.000
Testeo del Aplicativo 72 horas $3.750 $270.000

2. Equipos
Computador 5 $500.000 $2.500.000
Internet 30 mb $65.000
Impresora 1 $250.000 $250.000

3. Servicios Técnicos
Digitación de Información 72 horas $3.750 $270.000
Asesoría 420 horas $3.750 $1.575.000

4. Imprevistos $250.000

Total: $8.555.000
 4. GESTIÓN DE RIESGOS
listado de riesgos, análisis de cada riesgo (prioridad, probabilidad, impacto,
tratamiento).

4.1 Lista de peligros

1. Software inestable (pérdida de conexión con el servidor o la base de datos).
2. El software desarrollado no garantiza la adecuada selección de profesionales
médicos. 3. Cuanto más simple y transparente sea el software, mejor.
4.2 Analizar cada riesgo:
1. Queremos que el software que creamos tenga un gran impacto, atraiga a muchos
clientes, lo convierta en el repositorio más grande de respuestas a las preguntas que una
persona puede hacer y brinde soluciones a sus problemas. Por lo tanto, se debe prever
que muchos usuarios estarán conectados a su solicitud al mismo tiempo, y esto no debe
conducir a ralentizaciones del software o fallas con el servidor, ni pérdida de
comunicación con el material de la base de datos, ya que dejará comentarios negativos.
de los usuarios
2. El software tiene que ser muy estricto y tiene ciertos criterios al aplicar de un experto.
Deberá solicitar información como su nombre, número de identificación, número de
teléfono móvil, dirección de correo electrónico, etc. Cabe señalar que se consultará a los
usuarios consultados que no conozcan bien el tema para encontrar respuestas a sus
dudas, por lo que no se dará el caso de que alguien se haga pasar por médico,
perjudicando al usuario.
3. La interfaz del programa debe ser sencilla, con un buscador a la vista, con la máxima
clasificación posible de especialidades (medicina general, dermatología, pediatría,
medicina interna, ginecología y obstetricia, urología, enfermedades infecciosas,
planificación, género, farmacología y ortopedia, etc.), otro. Es posible consultar a un
especialista y, si es posible, concertar una cita para que pueda resolver las dudas del
usuario. Hay una sección que muestra las personas consultadas con más frecuencia, ver
opiniones de expertos, para que los usuarios puedan estar seguros de que la solución que
encuentran puede despejar sus dudas.
Al analizar cada una de estas amenazas, se puede reducir la posibilidad de errores,
fallas, consecuencias que cada una de ellas puede ocasionar y así dejar un ambiente
agradable para los usuarios. En definitiva, la perspectiva de seguridad de la solución
gana e impacta en el tiempo. Porque puedes invitar a amigos, conocidos, publicar en
redes sociales y atraer a más usuarios.
 Conclusiones

La realización de este trabajo de ingeniería de software nos permitió adquirir

conocimientos básicos sobre la implementación de proyectos según los lineamientos del
PMBOK para la gestión del conocimiento aplicado. La comprensión y correcta
aplicación del Aspecto 4 previsto en estas áreas de conocimiento nos permite realizar la
planificación de proyectos relevantes, teniendo en cuenta los aspectos fundamentales de
la investigación de proyectos.
 Referencias Bibliográficas

SCRIBD. PMBOX. Recuperado de

https://es.scribd.com/document/224627103/PMBOX

Fernández-Parra, K., Garrido-Saroza, A., Ramírez-Martínez, Y., & Perdomo-

Bello, I. (2015). PMBOK y PRINCE 2 similitudes y diferencias. Revista
Científica, 23(3), 111-123.
https://doi.org/10.14483/udistrital.jour.RC.2015.23.a9

Esteban Villamizar, L. A., Rojas Contreras, W. M., & Sánchez Delgado, M. D.

P. (2013). Modelo de investigación en gestión de proyectos para la investigación
en ingeniería. Revista Escuela de Administración de Negocios, 74, 54-71.
https://doi.org/10.21158/01208160.n74.2013.736

Dirección de Gestión del Talento Humano-Capacitación. (2019, mayo 23).

Introducción a la Gestión de Proyectos. https://www.youtube.com/watch?
v=ru6mmukL_6A

Contreras, M. E. R., Villamizar, L. A. E., & Duarte, A. O. (2011). Modelo de

integración de las actividades de gestión de la guía del PMBOK, con las
actividades de ingeniería, en proyectos de desarrollo de software. Avances en
Sistemas e Informática, 8(2), 97-106.

Romero Infante, J. A., & Díez Silva, H. M. (2013). Gestión de proyectos

ecoturísticos orientados al mercado internacional con impacto en el desarrollo
local mediante aplicación del estándar PMBOK®. Revista Escuela de
Administración de Negocios, 75, 152-175.
https://doi.org/10.21158/01208160.n75.2013.791

Bon, J. van (Ed.). (2006). Frameworks for IT Management: The leading 22 (1.
ed). Van Haren.

García Villamil, O. A., Larrotta, J. D. G., Cortés, N. A. B., & Porras, A. A.

(2017). Aproximación PMBOK a la estructura de la gestión de proyectos.
Tecnología Investigación y Academia, 5(1), 111-120.

Lorenzo, I. V., Navarrete, M. L. V., & Unger, J. P. (s. f.). Reforma, equidad y

eficiencia de los sistemas de salud en Latinoamérica. Un análisis para orientar la
cooperación española. Gac Sanit., 7. Recuperado de
http://193.190.239.98/bitstream/handle/10390/2428/2008gsan0223.pdf?
sequence=1
Vargas, I., Vázquez, M. L., & Jané, E. (2002). Equidad y reformas de los
sistemas de salud en Latinoamérica. Cadernos de Saúde Pública, 18(4), 927-
937. https://doi.org/10.1590/S0102-311X2002000400003