1

Índice

SEMANA 11 – ELABORACIÓN DE LA PROPUESTA

I. Herramientas para el Modelado ………………………………………. 5

II. La Arquitectura de la Solución …………………………………………. 6

III. III. El Producto Mínimo Viable ………………………………………………. 7

Fuentes bibliográficas …………………………………………………….. 80

1.3. Estado del arte…………………………………....………………….
1.4. Estructura de un Paper …………………………………………….. 14

1.5. Entendiendo a los Papers ………..………………………………. 16

1.6. Selección y validación de los Papers ……………….………….. 17

II. Análisis de la Propuesta ………………………………………………….. 17

III. VIABILIDAD DEL PROYECTO DE TESIS ………………………………….. 19

III. Fuentes bibliográficas …………………………………………………….. 20

Fuentes de Información ………………………………………………….. 21

6.2. Diseño de Modelos de Negocio 38

6.3. Patrones de diseño de modelos de negocio 43

Fuentes de Información 52

3
 SEMANA 11

ELABORACIÓN DE LA PROPUESTA

La construcción de la propuesta dependerá del resultado del proyecto de

tesis. En algunos casos, solo se elaborará el modelo de la solución, en otros casos,
podrá entregar la solución el producto, listo para que sea implementado.
Como el presente trabajo es de tesis, usted podrá entregar el modelo de
la solución, considerando todos los artefactos necesarios para que, en una
segunda fase, luego de la sustentación de la tesis, pueda proceder a la fábrica
de la solución por parte de terceros y así luego implementarla. Pongo de
ejemplo a un edificio, en donde usted entregará los planos del edificio (de
infraestructura, eléctricos, de saneamiento, de aire acondicionado, de redes de
datos, etc.).
Si está emprendiendo o creando una startup, no necesariamente podría
presentar el producto mínimo viable, dado que lo que se busca con el presente
trabajo es validar que la propuesta de solución logre los objetivos planteados
en la semana 11.

I. HERRAMIENTAS PARA EL MODELADO

En el mercado puede encontrar herramientas para poder representar
mediante un modelo su propuesta de solución. Sin embargo, una vez que haya
seleccionado la herramienta, deberá usar sus elementos correctamente,
justamente para tener un lenguaje común, entre lo que desean presentar y lo
que se va a evaluar en su sustentación.
A continuación, listo algunas herramientas que podría usar para elaborar
su propuesta, a partir del diseño realizado la semana pasada.
 Microsoft Visio: con esta herramienta podrá modelar componentes de
tecnologías de información y ubicaciones físicas de negocio.
 Bizagi: esta herramienta le permite modelar los procesos de negocio y
soporta 100% el BPMN (business process management notation).
 Archi: herramienta que permite representar al negocio y a las
tecnologías de información. Esta herramienta es completa, dado que

5
 permite representar objetivos, motivaciones, restricciones, principios,
procesos, etc. Se deja un pdf completo que explica el uso de la
herramienta. Esta soporta 100% la notación archimate, una notación
para representar negocio con tecnologías de información. Es más
completo que el Microsoft visio.

II. LA ARQUITECTURA DE LA SOLUCIÓN

La semana pasada les presentamos algunos ejemplos de modelos para
ciertas tecnologías en tendencia. Esos ejemplos, responden a la unión de varias
arquitecturas que debe tener, como mínimo, la solución.
 La arquitectura de negocio: esta arquitectura puede ser representada
por los diagramas bpmn elaborados por la herramienta bizagi o
draw.io. También debe presentar a los stakeholders impactados con la
solución del problema, los objetivos, la organización, los impulsores o
“drivers”, las restricciones, entre otros que considere relevante
representar.
 La arquitectura de aplicaciones: deben representar el conjunto de
aplicaciones que formarán parte de la solución. Estas deben
representar cómo se comunican unas con otros, qué información
comparten, de dónde a dónde la comparten, entre quiénes la
comparten, que módulos son los principales, etc.
 La arquitectura de datos: deben representar los repositorios de
información que estarían involucrados con las aplicaciones. Pueden
representar bases de datos o archivos tipo Excel u otros que sirvan de
insumo para algún proceso, o como resultado para algún reporte.
 La arquitectura tecnológica: deben representar los componentes
físicos de redes y comunicaciones que soportarán todas las demás
arquitecturas. Deben considerar los servidores que alojarán los datos y
las aplicaciones y de una manera general, pero claro, los dispositivos
de comunicación, redes de datos, internet, la nube, etc.

Como ya había puesto el ejemplo del edificio, la propuesta de solución

debe contener artefactos o planos que permitan reunirse y, como un todo,
representar esas solución considerando al negocio y a las tecnologías de
información (aplicaciones, datos y tecnología). No es necesario llegar a un
elevado nivel de detalle, pero como mínimo la solución debe entenderse en
estos términos.

III. EL PRODUCTO MÍNIMO VIABLE

Si están aplicando alguna metodología para startups o emprendimiento,
entonces se encontrarán con el paso que les demanda elaborar un producto
mínimo viable para poder probarlo en el campo.
Este producto mínimo viable, lo pueden fabricar en la nube sin incurrir en
gastos elevados, considerando la implementación de un sistema de
información y el componente de innovación tecnológica que contendrá. Este
producto mínimo viable (pmv) demandará trabajos de ingeniería en sistemas
de información y de software, por lo que debe o contar con el perfil necesario
o con el pool de asesores respectivo para su elaboración.
Para efectos del presente trabajo, el modelo será suficiente para validar si
su solución logra los objetivos del proyecto de tesis.

7
 FUENTES DE INFORMACIÓN

A Guide to the Business Analysis Body of Nkowledge (BABOK Guide) 2.0, Version
2.0 published 2009. Second Printing.

Project Management Institute, Sixth Edition, Newtown square, Pennsylvania, PMI

Inc, 2017.

Administración exitosa de proyectos, Jack Gido, James P Clemens, 5ª Ed, México

D.F., Cengage Learning 2012.

Project management : a systems approach to planning, scheduling, and

controlling / Harold Kerzner, Ph. D. Senior Executive Director for Project
Management, the International Institute for Learning, New York, New
York, Kerzner, Harold, 11th ed., Hoboken, New Jersey, 2013.

Cloud computing : concepts, technology, & architecture / Thomas Erl, Zaigham

Mahmood and Richardo Puttini, Erl, Thomas, Mahmood, Zaigham, 2013.

Enterprise architecture at work : modelling, communication and analysis, Marc

Lankhorst, 3a ed, 2013.

The complete project management office handbook (pp. 1-139), Gerard M. Hill,
3rd ed, Boca Raton, Florida, 2014.

Análisis y diseño de sistemas, Kenneth E. Kendall 1948-, Jule E. Kendall 1952-, 8a

ed, Naucalpan de Juárez, México, 2011

Sun, Z., Zou, H., & Strang, K. (2015, October). Big data analytics as a service for
business intelligence. In Conference on e-Business, e-Services and e-
Society (pp. 200-211). Springer, Cham.

Anagnostopoulos, C. (2020, 2 septiembre). Efficient Scalable Accurate

Regression Queries in In-DBMS Analytics. CORE Reader.
https://core.ac.uk/reader/205358280

Parenteau, J., Sallam, R. L., Howson, C., Tapadinhas, J., Schlegel, K., & Oestreich,
T. W. (2016). Magic quadrant for business intelligence and analytics
platforms. Recuperado de https://www. gartner. com/doc/reprints. .
 Consultado el 02 de setiembre del 2020 del sitio web:
http://nazmaran.com/download/Gartner2016Quadrant.pdf.

A framework for analytics governance. (s. f.). SAS.

https://www.sas.com/es_pe/insights/articles/analytics/a-framework-for-
analytics-governance.html