Saltar al contenido
Campus
Conectar IA
Más
Preguntar al asistenteQué ofrece CampusPlanes y preciosHerramientasProfesoresBibliotecaCampus con IATurnitinBlackboard UPC: tareas y notasGuías y recursosAyuda por WhatsApp
Saltar al contenido de Biblioteca
Biblioteca de Campus
De estudiantes, para estudiantes

Fundamentos de Arquitectura de Software

UPC · 1ASI0657
Trabajos y apuntes compartidos por quienes llevaron este curso.

Explora y descarga sin iniciar sesión.

Materiales del curso

20+ materiales en esta página · Más recientes primero

InformeUPC · 202610

Fundamentos de Arquitectura de Software

NextHappen · Informe de Venti

Criterio: La capacidad de adquirir y aplicar nuevos conocimientos según sea necesario, utilizando estrategias de aprendizaje apropiadas. Universidad Peruana de Ciencias Aplicadas · Ingeniería de Software · Startup Venti · Producto NextHappen · NRC 7940

InformeUPC · 202610

Fundamentos de Arquitectura de Software

Edifika · Informe SI657 202610

El equipo distribuyó las secciones del capítulo 1 y 2 entre los integrantes, coordinando avances mediante reuniones semanales. Cada miembro fue responsable de investigar, redactar y subir su parte al repositorio del informe. Universidad Peruana de Ciencias Aplicadas · Ingeniería de Software · NRC 7944

ProyectoUPC · 202520

Fundamentos de Arquitectura de Software

Ñango · Proyecto de TinkuyTech

- 1.1. Startup Profile - 1.1.1. Descripción de la Startup - 1.1.2. Perfiles de integrantes del equipo - 1.2. Solution Profile - 1.2.1 Antecedentes y problemática - 1.2.2 Lean UX Process - 1.2.2.1. Lean UX Problem Statements - 1.2.2.2. Lean UX Assumptions - 1.2.2.3. Lean UX Hypothesis Statements - 1.2.2.4. Lean UX Canvas - 1.3. Segmentos objetivo Universidad Peruana de Ciencias Aplicadas · Ingeniería de Software · Startup TinkuyTech · Producto Ñango

ProyectoUPC · 202620

Fundamentos de Arquitectura de Software

Fuelguard website · Proyecto SI657 202620

FuelGuard es una plataforma SaaS B2B diseñada para digitalizar y automatizar el ciclo logístico de distribución de combustible entre empresas transportistas con flotas de unidades cisterna y compradores corporativos (estaciones de servicio, contratistas mineros, obras de construcción y faenas agrícolas) mediante telemetría IoT en tanques de almacenamiento . Universidad Peruana de Ciencias Aplicadas

InformeUPC · 202620

Fundamentos de Arquitectura de Software

TrackTruck · Informe de LogiGo

AV1. Para la AV1, la elaboración del informe se centró en desarrollar los contenidos establecidos en la rúbrica, incluyendo la presentación de la startup y del producto, el proceso Lean UX, el análisis de competidores, las entrevistas, el Needfinding y la especificación de requisitos mediante User Stories, Impact Map y Product Backlog. Todos los integrantes participaron en la elaboración y revisión del informe, coordinándose mediante reuniones presenciales y reuniones virtuales por Discord, además del uso de GitHub para gestionar y consolidar los avances realizados. Universidad Peruana de Ciencias Aplicadas · Ingeniería de Software · Startup LogiGo · Producto TrackTruck · NRC 15987

InformeUPC · 202620

Fundamentos de Arquitectura de Software

FundaTechPeru · Informe SI657 202620

- Registro de Versiones del Informe - Contenido - Student Outcome - CAPÍTULO I: Introducción - 1.1. Startup Profile - 1.1.1. Descripción del Startup - 1.1.2. Perfiles de integrantes del equipo - 1.2. Solution Profile - 1.2.1. Nombre de producto - 1.2.2. Antecedentes y Problemática - 1.2.3. Lean UX Process - 1.2.3.1. Lean UX Problem Statement - 1.2.3.2. Lean UX Assumptions - 1.2.3.3. Lean UX Hypothesis - 1.2.3.4. Lean UX Canvas - 1.3. Segmentos objetivo - CAPÍTULO II: Requirements \& Analysis - 2.1. Competidores - 2.1.1. Análisis Competitivo - 2.1.2. Estrategias y tácticas frente a competidores - 2.2. Entrevistas - 2.2.1. Diseño de Entrevistas - 2.2.2. Entrevistas - 2.2.3 Análisis de Entrevistas - 2.3. NeedFinding - 2.3.1. User Personas - 2.3.2. User Task Matrix - 1. Segmento pasajeros - 2. Segmento conductor - 2.3.3. Empathy Maps - 1. Segmento pasajeros - 2. Segmento conductor - 2.3.4. As-Is Scenario Mapping - 1. Segmento pasajeros - 2. Segmento conductor - CAPÍTULO III: Requirements Specification - 3.1. To-Be Scenario Mapping - 3.2. User Stories - 3.3. Impact Map - Pasajeros - Conductores - 3.4. Product Backlog - CAPÍTULO IV: Product Architecture Design - 4.1. Design Concepts, ViewPoints \& ER Diagrams - 4.1.1. Principles Statements - 4.1.2. Approaches Statements Architectural Styles \& Patterns - 4.1.3. Context Diagram - 4.1.4. Approach Driven ViewPoints Diagrams - 4.1.5. Relational/Non Relational Database Diagram - 4.1.6. Design Patterns - 4.1.7. Tactics - 4.2. Architectural Drivers - 4.2.1. Design Purpose - 4.2.2. Primary Functionality (Primary User Stories) - 4.2.3. Quality Attribute Scenarios - 4.2.4. Constraints - 4.2.5. Architectural Concerns - 4.3. ADD Iterations - 4.3.1. Iteration 1: Global System Structure - 4.3.1.1. Architectural Design Backlog 1 - 4.3.1.2. Establish Iteration Goal by Selecting Drivers - 4.3.1.3. Choose One or More Elements of the System to Refine - 4.3.1.4. Choose One or More Design Concepts That Satisfy the Selected Drivers - 4.3.1.5. Instantiate Architectural Elements, Allocate Responsibilities, and Define Interfaces - 4.3.1.6. Sketch Views (C4 \& UML) and Record Design Decisions - 4.3.1.7. Analysis of Current Design and Review Iteration Goal (Kanban Board) - 4.3.2. Iteration 2: Integración con la nube - 4.3.2.1. Architectural Design Backlog 2 - 4.3.2.2. Establish Iteration Goal by Selecting Drivers - 4.3.2.3. Choose One or More Elements of the System to Refine - 4.3.2.4. Choose One or More Design Concepts That Satisfy the Selected Drivers - 4.3.2.5. Instantiate Architectural Elements, Allocate Responsibilities, and Define Interfaces - 4.3.2.6. Sketch Views (C4 \& UML) and Record Design Decisions - 4.3.2.7. Analysis of Current Design and Review Iteration Goal (Kanban Board) - 4.3.3. Iteration 3: Seguridad e Identidad - 4.3.3.1. Architectural Design Backlog 3 - 4.3.3.2. Establish Iteration Goal by Selecting Drivers - 4.3.3.3. Choose One or More Elements of the System to Refine - 4.3.3.4. Choose One or More Design Concepts That Satisfy the Selected Drivers - 4.3.3.5. Instantiate Architectural Elements, Allocate Responsibilities, and Define Interfaces - 4.3.3.6. Sketch Views (C4 \& UML) and Record Design Decisions - 4.3.3.7. Analysis of Current Design and Review Iteration Goal (Kanban Board) - CAPÍTULO V: Produ… Universidad Peruana de Ciencias Aplicadas · Ingeniería de Software

InformeUPC · 202520

Fundamentos de Arquitectura de Software

AutoMatch · Informe SI657 202520

- 4.2. Architectural Drivers - 4.2.1. Design Purpose - 4.2.2. Primary Functionality - 4.2.3. Quality Attribute Scenarios - 4.2.4. Constraints - 4.2.5. Architectural Concerns - 4.3. AAD Iterations - 4.2.1. Iteration 1: - 4.2.2. Iteration 2: - 4.2.3. Iteration 3: - 4.2.4. Iteration 4: - 4.2.5. Iteration 5: - 4.2.1.1. Architectural Design Backlog 1 - 4.2.1.2. Establish Iteration Goal by Selecting Drivers - 4.2.1.3. Choose One or More Elements of the System to Refine - 4.2.1.4. Choose One or More Design Concepts That Satisfy the Selected Drivers - 4.2.1.5. Instantiate Architectural Elements, Allocate Responsibilities, and Define Interfaces - 4.2.1.6. Sketch Views (C4 & UML) and Record Design Decisions - 4.2.1.7. Analysis of Current Design and Review Iteration Goal (Kanban Board) Universidad Peruana de Ciencias Aplicadas · Ingeniería de Software · NRC 6339

InformeUPC · 202620

Fundamentos de Arquitectura de Software

FuelBridge · Informe de HaloFuel

- Capítulo I: Introducción - 1.1 Startup Profile - 1.1.1 Descripción del Startup - 1.1.2 Perfiles de integrantes del equipo - 1.2 Solution Profile - 1.2.1 Nombre de producto - 1.2.2 Antecedentes y Problemática - 1.2.3 Lean UX Process - 1.2.3.1 Lean UX Problem Statement - 1.2.3.2 Lean UX Assumptions - 1.2.3.3 Lean UX Hypothesis - 1.2.3.4 Lean UX Canvas - 1.3 Segmentos objetivo - Capítulo II: Requirements \& Analysis - 2.1 Competidores - 2.1.1 Análisis competitivo - 2.1.2 Estrategias y tácticas frente a competidores - 2.2 Entrevistas - 2.2.1 Diseño de entrevistas - 2.2.2 Registro de entrevistas - 2.3 Needfinding - 2.3.1 User Personas - 2.3.2 User Task Matrix - 2.3.3 Empathy Maps - 2.3.4 As-is Scenario Mapping - Capítulo III: Requirements Specification - 3.1 To-Be Scenario Mapping - 3.2 User Stories - 3.3 Impact Map - 3.4 Product Backlog - Capítulo IV: Product Architecture Design - 4.1 Design Concepts, ViewPoints \& ER Diagrams - 4.1.1 Principles Statements - 4.1.2 Approaches Statements Architectural Styles \& Patterns - 4.1.3 Context Diagram - 4.1.4 Approach Driven ViewPoints Diagrams - 4.1.5 Relational/Non Relational Database Diagram - 4.1.6 Design Patterns - 4.1.7 Tactics - 4.2 Architectural Drivers - 4.2.1 Design Purpose - 4.2.2 Primary Functionality (Primary User Stories) - 4.2.3 Quality Attribute Scenarios - 4.2.4 Constraints - 4.2.5 Architectural Concerns - 4.3 ADD Iterations - 4.3.1 Iteration 1: Estructura Global del Sistema - 4.3.1.1 Architectural Design Backlog 1 - 4.3.1.2 Establish Iteration Goal by Selecting Drivers - 4.3.1.3 Choose One or More Elements of the System to Refine - 4.3.1.4 Choose One or More Design Concepts That Satisfy the Selected Drivers - 4.3.1.5 Instantiate Architectural Elements, Allocate Responsibilities, and Define Interfaces - 4.3.1.6 Sketch Views (C4 \& UML) and Record Design Decisions - 4.3.1.7 Analysis of Current Design and Review Iteration Goal (Kanban Board) - 4.3.2 Iteration 2: Performance y Procesamiento Asíncrono de Pedidos, Notificaciones y Reportes - 4.3.2.1 Architectural Design Backlog 2 - 4.3.2.2 Establish Iteration Goal by Selecting Drivers - 4.3.2.3 Choose One or More Elements of the System to Refine - 4.3.2.4 Choose One or More Design Concepts That Satisfy the Selected Drivers - 4.3.2.5 Instantiate Architectural Elements, Allocate Responsibilities, and Define Interfaces - 4.3.2.6 Sketch Views (C4 \& UML) and Record Design Decisions - 4.3.2.7 Analysis of Current Design and Review Iteration Goal (Kanban Board) - 4.3.2.8 C4 Y DIAGRAMA UML - Capítulo V: Product Implementation, Validation \& Deployment - 5.1 Testing Suites \& General Patterns - 5.1.1 Backend Application Core Testing Suite - 5.1.2 Pattern Based Backend Application(s) - 5.1.3 Pattern Based Custom Software Library - 5.1.4 Framework Pattern Driven Refactoring Report - 5.2 Software Configuration Management - 5.2.1 Software Development Environment Configuration - Project Management - Requirements Management - Product UX/UI Design - Software Development Landing Page - Software Development - Frontend (Angular SPA) - Software Development - Backend (Spring Boot API) - Software Testing - Software Deployment - Software Documentation - Source Code Management - 5.2.2 Source Code Management - Repositorios del proyecto - Estrategia de ramas: GitFl… Universidad Peruana de Ciencias Aplicadas · Ingeniería de Software · Startup HaloFuel · Producto FuelBridge · NRC 16723

InformeUPC · 202510

Fundamentos de Arquitectura de Software

Hotech · Informe de StarPlatinum

Nuestra startup "HoTech" es un servicio de gestion orientado a negocios en el rubro de hospedajes u hotelería el cual provee un seguimiento de inventario, empleados, espacios, tiempos y servicios utilizados en el proceso del servicio. Asimismo mantendrá igualmente un contacto tanto con los empleados como sus gerentes. gerentes. Universidad Peruana de Ciencias Aplicadas · Ingeniería de Software 2025 · Startup StarPlatinum · Producto Hotech · NRC 3588

Más contexto para aprender

Además del trabajo, entiende su evaluación.

El curso y el profesorEncuentra materiales que corresponden a lo que estás estudiando.

La nota y la rúbricaRevisa los puntajes que el autor decidió compartir, criterio por criterio.

Los comentariosAprende de las observaciones recibidas y desarrolla tu propia propuesta.

Materiales compartidos por estudiantes. Cómo se publican los aportes · Reportar un material

Soporte