UNIVERSIDAD TECNOLÓGICA DE SANTIAGO (UTESA)

FACULTAD DE ARQUITECTURA E INGENIERÍA

CARRERA DE INGENIERÍA EN SISTEMA

MATERIA:
Proyecto I

TEMA:
TAREA 2.- ESTRATEGIA BASADA EN TECNOLOGÍA
PRESENTADO POR:
Félix Blanco 1-17-1693

PRESENTADO A:
Prof. Luis Santana

CLAVE DE LA MATERIA:
INF-241

GRUPO:
001

Santiago. Rep. Dominicana.

Febrero 2024
Planificación y Análisis Inicial

Responsables: Jefe de Proyecto, Analista de Requisitos, Especialista en Inteligencia de

Negocios (BI)
Tareas:
Recolectar y analizar los requisitos del cliente.
Establecer los objetivos y alcances del proyecto.
Planificar las fases del desarrollo del proyecto.
Desarrollo de Software

Responsables: Jefe de Proyecto, Desarrolladores, Administrador de Base de Datos,

Especialista en Seguridad Informática
Tareas:
Desarrollar la lógica de negocio y funcionalidades requeridas por el cliente.
Diseñar y mantener la base de datos del sistema.
Garantizar la seguridad del software y los datos.
Diseño de Interfaz de Usuario

Responsables: Diseñador UX/UI, Desarrolladores Front-End

Tareas:
Crear la interfaz de usuario y la experiencia de usuario del sistema.
Implementar y desarrollar el diseño en las plataformas necesarias.
Control de Calidad y Pruebas

Responsables: QA, Especialista en Seguridad Informática

Tareas:
Realizar pruebas de funcionalidad y usabilidad.
Garantizar la seguridad del sistema y realizar pruebas de penetración.
Despliegue e Implementación

Responsables: DevOps, Soporte Técnico

Tareas:
Planificar y realizar el despliegue del sistema.
Brindar soporte técnico y resolver problemas post-implementación.
Gestión y Monitoreo Continuo

Responsables: Jefe de Proyecto, Administrador de Base de Datos, Especialista en Seguridad

Informática
Tareas:
Monitorear el funcionamiento del sistema.
Realizar ajustes y mejoras conforme sea necesario.
Mantener actualizaciones de seguridad.
Este es solo un ejemplo generalizado y el proyecto real puede tener más tareas específicas o
diferentes responsabilidades. Para el Diagrama de Gantt, necesitaría información más
detallada, como las fechas de inicio y finalización de cada tarea y las dependencias entre
tareas.
 Metodología Use Case(s) Suitable Reasons Unsuitable Reasons

Early-stage development, Quick feedback, easy to

Prototipo Large, complex projects
testing ideas modify

Incremental product Reduce risk, improve Requires frequent

Increment
release quality updates

Rapid application Short timeframes, Not suitable for highly

DRA
development dynamic change structured projects

Iterative development, Highly collaborative, May be too rigid for some

Scrum
team collaboration self-managing teams projects

Feature-driven Focus on specific Not suitable for small

FDD
development features projects

May not provide enough

Continuous delivery, Flexibility, visual
Kanban structure for some
reducing waste management
projects

Waste reduction, Simplification, efficient Requires significant

Lean
continuous improvement process cultural change

Customized Lack of well-established

Otros Modelos DSDM, RAD, Crystal, etc.
requirements practices
 Riesgos y Desafíos

Unsuitable Específicos del

Metodología Use Case(s) Suitable Reasons Reasons Proyecto

Risk of investing

Early-stage resources into

Quick feedback, Large, complex
Prototipo development, prototypes that may
easy to modify projects
testing ideas not align with

customer needs

Risk of increment

Requires being misunderstood,

Incremental Reduce risk,
Increment frequent leading to misaligned
product release improve quality
updates expectations from

stakeholders

Risk of overlooking
Not suitable for
Rapid application Short timeframes, long-term scalability
DRA highly structured
development dynamic change or maintainability of
projects
code

Risk of team

Highly becoming overly

Iterative May be too rigid
collaborative, focused on
Scrum development, for some
self-managing completing sprints,
team collaboration projects
teams potentially sacrificing

quality
 Risk of not

Feature-driven Focus on specific Not suitable for considering the larger

FDD
development features small projects product vision when

prioritizing features

May not provide Risk of tasks slipping

Continuous
Flexibility, visual enough through the cracks
Kanban delivery, reducing
management structure for without a formal
waste
some projects process

Risk of resistance to
Waste reduction, Requires
Simplification, change, especially in
Lean continuous significant
efficient process well-established
improvement cultural change
organizations

Risk of choosing a

Lack of less-understood
DSDM, RAD, Customized
Otros Modelos well-established methodology, leading
Crystal, etc. requirements
practices to confusion and

delays

Tamaño del

Metodología equipo Roles Responsabilidades

Desarrolladores, diseñadores, Crear prototipos rápidos, probar

Prototipo Pequeño
expertos UX/UI, otros ideas, obtener feedback
 Desarrolladores, probadores, Desarrollar e implementar un
Incremento Variable
diseñadores UX/UI, otros incremento del producto

Desarrolladores, diseñadores, Entrega rápida de software,

DRA Variable
especialistas en BD, otros flexibilidad para cambios

Propietario del producto, Scrum Entrega de productos de alta

Scrum 5-9 personas
Master, desarrolladores, otros calidad en sprints cortos

Gerente de proyecto,
Focalizarse en la entrega de
FDD Variable arquitectos de sistemas,
funcionalidades específicas
desarrolladores, otros

No hay una estructura Optimizar el flujo de trabajo,

Kanban Variable
predefinida de equipos gestionar tareas en curso

Multifuncionales, expertos en el Mejorar continuamente la

Lean Variable
proceso, líderes de equipo eficiencia y calidad