Informe Seminario de Grado LL

DESARROLLO DEL PROYECTO
ShopLink
Asignatura: Seminario de Grado – TIHI12
Sección: 381D
Académico guía: Jose Luis Martinez Opazo
Integrantes del equipo: Alexis Fernández
Nieves Cárdenas
Juan Arbona
Fecha de entrega : 15/11/2022

Contenido
I. Introducción.............................................................................................................................................................
II. Factibilidad Propuesta de Solución..........................................................................................................................
1. Factibilidad técnica..............................................................................................................................................
2. Factibilidad económica........................................................................................................................................
3. Factibilidad implementativa.................................................................................................................................
4. Legal y ambiental (de ser necesario, según la naturaleza del proyecto)..............................................................
III. Diseño de la Solución...............................................................................................................................................
1. Especificación de requerimientos (IEEE 830 – puede ir como Anexo)..................................................................
2. Especificación de restricciones.............................................................................................................................
3. Diseño de Procesos (BPMN).................................................................................................................................
4. Diseño de alto nivel (UML – casos de uso)...........................................................................................................
5. Diseño estructural (UML – componentes, interacción)......................................................................................
6. Diseño Técnico...................................................................................................................................................
6.1. Modelo de datos............................................................................................................................................
6.1.1. Modelo Lógico............................................................................................................................................
6.1.2. Diccionario de datos (puede ir como Anexo).............................................................................................
6.2. Diseño de Infraestructura TI...........................................................................................................................
6.2.1. Topología comunicaciones.........................................................................................................................
6.2.2. Modelo Lógico de Infraestructura..............................................................................................................
6.2.3. Modelo de implementación.......................................................................................................................
6.3. Diseño de GUI................................................................................................................................................
6.3.1. Árbol de Contenidos...................................................................................................................................
6.3.2. Wireframing (puede ir como Anexo)..........................................................................................................
6.3.3. Guía de Estilos (puede ir como Anexo).......................................................................................................
6.4. Metodología de Desarrollo............................................................................................................................
IV. Desarrollo del Producto.........................................................................................................................................
1. Dirección de proyecto........................................................................................................................................
1.1. Alcance del proyecto......................................................................................................................................
1.1.1. Desglose de trabajo....................................................................................................................................
1.2. Equipo de proyecto........................................................................................................................................
1.3. Comunicaciones del proyecto........................................................................................................................
1.4. Cronograma e hitos........................................................................................................................................
1.5. Riesgos del proyecto......................................................................................................................................
1.6. Costos de proyecto........................................................................................................................................
1.6.1. Recursos.....................................................................................................................................................
1.6.2. Adquisiciones.............................................................................................................................................
1.6.3. Flujo de caja...............................................................................................................................................
2. Aseguramiento de calidad..................................................................................................................................
2.1. Estándares y Normas......................................................................................................................................
2.2. Control de cambios........................................................................................................................................
2.3. Control de versiones......................................................................................................................................
2.4. Plan de pruebas..............................................................................................................................................
2.4.1. Pruebas de software..................................................................................................................................
2.4.2. Pruebas técnicas........................................................................................................................................
3. Plan de Implementación y Mantención.............................................................................................................
4. Auditoría y Benchmarking..................................................................................................................................
4.1. Plan de auditoría............................................................................................................................................
4.2. Mejora continua.............................................................................................................................................
V. Evaluación y Análisis de Resultados.......................................................................................................................
VI. Conclusiones y Recomendaciones..........................................................................................................................
VII. Referencias bibliográficas.......................................................................................................................................
VIII. Anexos....................................................................................................................................................................
I. Introducción
Presentación de la temática desarrollada en el informe con el desarrollo del proyecto. En una página, incluir
información de manera resumida con respecto a lo que se abordará (se recomienda redactar este apartado al
finalizar el cuerpo del informe).
II. Factibilidad Propuesta de Solución

1. Factibilidad técnica
2. Factibilidad económica
3. Factibilidad implementativa
4. Legal y ambiental (de ser necesario, según la naturaleza del proyecto)
III. Diseño de la Solución

1. Especificación de requerimientos (IEEE 830 – puede ir como Anexo)
2. Especificación de restricciones
Las restricciones del proyecto son las siguientes:
 Tiempo: No cumplir con los tiempos estimados dentro de la planificación del proyecto, haciendo que la
entrega de la solución se retrase, (retrasos con algunos módulos, o la programación de
requerimientos).
 Recursos: No tener los recursos suficientes, para adquirir el equipo necesario para el desarrollo del
proyecto web, como, por ejemplo: equipo de programadores, equipo de computación o licencias de
software.
 Costos No recuperar la inversión correspondiente de lo invertido en el producto, o no tener los
recursos necesarios para seguir manteniendo el proyecto.
3. Diseño de Procesos (BPMN)

BPMN de la Solución – Fuente Propia
4. Diseño de alto nivel (UML – casos de uso)

UML - Sistema de Publicidad de Pymes - Fuente Propia
Explicación de los diferentes casos de uso del Diagrama UML

Descripción del Caso: El Emprendedor entregara los datos de contacto para que el cliente pueda buscar la
localización del emprendimiento, ver sus redes sociales del emprendedor o pyme y también poder comprar
directamente con el emprendedor.
Al comprar el cliente podrá calificar el producto del emprendedor y al hacer esa acción el emprendedor podrá
ver la calificación de su producto.
UML Sistema de Publicidad de Pymes - Fuente Propia
Descripción del Caso: El Cliente podrá comentar el producto para que el emprendedor pueda responder o ver
los comentarios en su perfil.

Descripción del Caso: Para lograr que todas las acciones tengan un orden el Emprendedor deberá subir o cargar
sus imágenes e información del emprendimiento para que el cliente pueda visitar el emprendimiento o
producto. Al hacer esto el Cliente podrá visitar diferentes productos o emprendimientos al hacer esta acción el
cliente podrá ver estadísticas de cuantas personas vieron su producto.
Descripción del Caso: El Administrador administrara la página web para que el Emprendedor pueda editar su
perfil, también para dar soporte al registro de usuarios para que el Emprendedor y Cliente puedan registrarse
correctamente y también para moderar a los usuarios y ver si usan la página web correctamente, si la utilizan
de mala manera el administrador podrá eliminar al usuario.
El Administrador dará soporte a la base de datos para que el cliente pueda buscar los productos en la página
web.
El administrador administrara los datos personales para que al ser entregados por el emprendedor puedan
estar todo en orden y no se filtre alguno de estos.
UML – Sistema de Publicidad de Pymes - Fuente Propia
Descripción del Caso: El Emprendedor realizara una compra de publicidad en el sitio web, luego seleccionara el
tipo de publicidad que quiere como estándar, Premium y Gold. luego efectuara el pago de dicha publicidad
para ser promocionado por el sitio web.
El Emprendedor al haber pagado por la publicidad se le entregara automáticamente una boleta electrónica. El
Administrador deberá tener todo el sistema de compras en orden para que se puedan efectuar los pagos y el
Emprender pueda recibir su publicidad.
5. Diseño estructural (UML – componentes, interacción)
Diagrama de Secuencia - Fuente Propia
Diagrama de Componentes - Fuente Propia
6. Diseño Técnico
6.1. Modelo de datos
A continuación, se presentará el Diagrama de Esquemas de Niveles Externo, Conceptual y Nivel Interno de la
Base de Datos. Donde también se dará una descripción escrita de cada concepto del Diagrama.
Diagrama de Esquemas “ShopLink” – Fuente Propia
BDD Física “ShopLink”: Base de Datos Física donde se almacenarán los datos de los usuarios que utilizar la
aplicación Web, el nombre de la base de datos es “ShopLink”.
Estructura de Almacenamiento Interno: Organización física de los datos almacenados en orden dentro de la
base de datos, las tablas o entidades que se encontrarán dentro de este esquema de almacenamiento interno,
serán un total de 13 y son las Siguientes:
 Usuario
 Emprendimiento
 Producto
 Compra
 Dirección
 Comuna
 Ciudad
 Región
 Tipo Pago
 Suscripción
 Tipo Suscripción
 Compra Productos
 Tipo Pago Productos
 Solicitud
 Contacto
Esquema Conceptual: Descripción de las entidades con sus relaciones:
 Usuario: La entidad usuario podrá almacenar datos de correo electrónico, nombre de usuario y
contraseña. Esta entidad solo podrá guardar 3 tipos de usuarios (Administrador, Emprendedor y
Cliente). Cada uno contara con una sesión independiente y por lo tanto tendrán privilegios diferentes
dentro de la base de datos.
 Emprendimiento: Entidad que estará relacionada con los usuarios y la cual el usuario emprendedor
podrá subir su información personal del emprendimiento como dirección, teléfono, nombre del
emprendimiento, imágenes, información del emprendimiento, etc.
 Producto: Entidad en la cual el usuario emprendedor (esta entidad tiene relación con la entidad
emprendimiento) podrá subir los productos de su emprendimiento e ingresar datos como nombre del
producto, precio, descripción, etc.
 Compra de Productos: Entidad donde quedaran registradas las compras de productos que el usuario
emprendedor subirá, solo el usuario cliente podrá hacer compra de estos productos registrados en la
base de datos.
 Comuna: Entidad donde quedaran almacenadas las comunas de los de los usuarios donde estos viven.
Tiene relación con la entidad relación dirección.
 Ciudad: Entidad donde quedaran almacenadas las ciudades de los usuarios donde estos viven, tiene
relación con la entidad comuna.
 Región: Entidad donde quedaran almacenadas las regiones de los usuarios donde estos viven, tiene
relación con la entidad ciudad.
 Tipo Pago: Entidad donde se almacenarán los diferentes tipos de pago del usuario Cliente y
Emprendedor los tipos de pago serán crédito, débito, PayPal, etc.
 Suscripción: Entidad donde se almacenaras las suscripciones que el usuario emprendedor comprara
para utilizar la publicidad dentro de la página.
 Tipo Suscripción: Entidad que tendrá los diferentes tipos de suscripción que el usuario emprendedor
puede comprar como estándar, Gold y Premium.
 Compra de Suscripción: Entidad que se utilizara como registrar las compras de las suscripciones del
usuario emprendedor.
 Compra de Productos: Entidad que se utilizara para el registro de compras de productos de los clientes
dentro de la aplicación Web, tiene referencia para los usuarios clientes.
 Tipo Pago Producto: Entidad donde se almacenarán los diferentes tipos de pago del usuario Cliente y
Emprendedor los tipos de pago serán crédito, débito, PayPal, etc. Para que los clientes puedan
seleccionar el tipo de método de pago.
 Solicitud: Entidad donde los usuarios podrán enviar sus solicitudes de soporte para ser contestadas por
el administrador.
 Contacto: Entidad donde almacenara las solicitudes de contacto que personas o empresas externos
quieren realizar a “ShopLink”.
Vista Externa “Administrador”: El administrador tendrá la vista de cada entidad de la base de datos, donde
podrá realizar el monitoreo y revisiones correspondientes, tendrá herramientas de “CRUD”, para eliminar,
modificar o insertar datos dentro de las entidades correspondientes.
Vista Externa “Cliente”: El Cliente tendrá la vista de ver los emprendimientos subidos a la base de datos y los
productos, con dicha información correspondientes. También el cliente podrá realizar compras de los
productos subidos por lo emprendedores a la base de datos.
Vista Externa “Emprendedor”: El emprendedor podrá insertar información de su emprendimiento y producto

dentro de estas 2 entidades entraran datos, como: nombre, precio, nombre del emprendimiento, dirección,
imágenes, teléfono, etc. Todos los datos correspondientes para que el emprendimiento pueda promocionarse
dentro de la aplicación Web. También tendrán la opción de comprar un tipo de suscripción para que su
emprendimiento pueda promocionarse dentro de la aplicación Web, podrá hacerlo por diferentes tipos de
método de pago e insertando sus datos privados dentro de la base de datos.
6.1.1. Modelo Lógico
A continuación, el Modelo lógico de la Base de Datos:

Modelo Lógico Base de Datos 3F - Fuente Propia
6.1.2. Diccionario de datos

El diccionario de Datos se puede encontrar como anexo al final del informe.
6.2. Diseño de Infraestructura TI

6.2.1. Topología comunicaciones
Topología de Comunicaciones (Árbol) – ShopLink - Fuente propia
6.2.2. Modelo Lógico de Infraestructura

Modelo Lógico de Infraestructura – ShopLink - Fuente propia
6.2.3. Modelo de implementación
Equipos de Computación: los equipos de computación de cada usuario enviaran las peticiones
correspondientes para hacer uso de la página web de ShopLink.
Página Web ShopLink: los usuarios harán las peticiones de sus actividades a través de la página web y
generarán las consultas correspondientes de php. Que serán enviadas a través del servidor Hosting.
PHP: Se enviarán las peticiones de la pagina web y se generarán las consultas de php a lenguaje SQL para hacer
las peticiones correspondientes al servidor y posteriormente a la base de datos.
Servidor Hosting: El servidor hosting tendrá subida la página web y el motor de base de datos.
Motor de Base de Datos MySQL: El motor de base de datos recibirá las peticiones de los usuarios en lenguaje
PHP y SQL, visualizando y devolviendo lo solicitado a cada uno de estos.
6.3. Diseño de GUI

6.3.1. Árbol de Contenidos
Árbol de Contenido ShopLink – Fuente Propia
Inicio: Index o inicio de la página donde se podrán visualizar los diferentes emprendimientos y productos
principales de ShopLink
 Iniciar Sesión: El usuario iniciara sesión dependiendo del tipo de usuario que sea (Emprendedor,
Administrador o Cliente), validando los datos en la base de datos.
 Registrarse: El usuario podrá registrarse con sus datos personales y luego podrá iniciar sesión, si es que
sus datos se encuentran correctamente validados.
Emprendedor: Modulo del emprendedor.
 Enviar solicitud de soporte: El emprendedor podrá enviar solicitudes de soporte en caso de presentar
algún problema a través de un formulario.
 Subir productos: El emprendedor podrá subir la información de cada producto dentro de su
emprendimiento para poder venderlo, a través de un formulario.
 Subir información: El emprendedor podrá subir información acerca de su emprendimiento para que
sea visualizada por los clientes,
 Comprar suscripción: El emprendedor podrá realizar compras de suscripciones para adquirir publicidad
dentro del sitio web.
Administrador: Modulo del Administrador.
 Listar datos: El administrador podrá listar los diferentes usuarios, productos, emprendimientos,
solicitudes de soporte, etc.
 Responder solicitudes: El administrador podrá responder las solicitudes del usuario emprendedor y
cliente.
 Indicadores (KPI): El administrador podrá visualizar las métricas para analizar el funcionamiento del
software web.
 Eliminar y modificar datos: El administrador podrá eliminar modificar datos o usuarios que no están
haciendo uso correcto del sistema.
Cliente: Modulo del Cliente.
 Ver emprendimientos: El cliente podrá visualizar los diferentes emprendimientos de ShopLink.

 Enviar solicitud de soporte: El cliente podrá enviar una solicitud de soporte en caso de que se presente
alguna dificultad al realizar alguna actividad dentro del software web.
 Ver productos: El cliente podrá visualizar los diferentes productos de ShopLink.
 Comprar productos: El cliente podrá realizar compras de los diferentes productos subidos por los
emprendedores.
6.3.2. Wireframing
El Wireframing se puede encontrar como anexo al final del informe.
6.3.3. Guía de Estilos

La guía de estilos se puede encontrar como anexo al final del informe.
6.4.Metodología de Desarrollo
IV. Desarrollo del Producto

1. Dirección de proyecto
Dentro del dirección al que se quiere llegar con el proyecto, se espera una expansión en todo el país, para
que la solución llegue a todos los emprendimientos o PYMES de las diferentes regiones y comunas de chile,
así dar a conocer el proyecto y poder ofrecer a más clientes esta solución.
1.1. Alcance del proyecto

Módulo de Registro de Usuarios: se contará con un módulo en donde se podrán registrar dos tipos de
usuarios, emprendedores y clientes cada uno será independiente y deberá llenar el registro con datos verídicos
y relevantes.
Modulo para Emprendedores: los emprendedores contaran con un módulo en el cual podrán subir imágenes,
información, descripciones, direcciones y sus productos para que puedan ser vistos por los clientes, y los
emprendedores puedan dar a conocer lo que hace su emprendimiento y lo que ofrece para los clientes.
Modulo para Clientes: los clientes contaran con un módulo en el que podrán buscar el productos o
emprendimientos que deseen. ya sea por categoría o por un buscador integrado en el sitio Web, también
podrán contactar al emprendedor por los datos de contacto ingresados por él, podrán ver la dirección del local
y la información que subida en la base de datos.
Modulo para Administradores: los administradores tendrán acceso a un módulo de administración del sitio, en
este módulo se podrá ver todos los datos de los usuarios e ir administrando si el sitio Web está siendo usado de
manera correcta o revisando los indicadores dentro del sistema. También podrá eliminar o modificar usuarios y
dar soporte a los usuarios si tienen alguna dificultad con el sitio Web. Por ejemplo, errores para registrar
usuarios o generar una compra de suscripción.
Módulo de Compras: el sitio contara con un módulo de compras solo para los emprendedores, en el cual
podrán comprar la publicidad que desean y por el tiempo que quieran, al hacer la compra el emprendimiento
será más promocionado en el sitio Web y aparecerá más recurrente para los clientes que entren al sitio Web.
En este módulo de compras se darán 3 opciones de suscripciones las cuales son: quincenales, mensuales y
trimestrales. Y por último ellos seleccionar el método de pago que desean utilizar como: debito, crédito, etc.
1.2. Equipo de proyecto

 Asignación de Tareas del Equipo:
Cargo Responsable Tareas
Jefe del proyecto Alexis Fernández - Gestiona de manera global el proyecto.

- Planifica, define los recursos, coordina y
supervisa el análisis funcional y
orgánico, así como también el
desarrollo y la implementación del
software.
- Gestiona técnicamente el proyecto.
Programador y Analista Junior Nieves Cárdenas - Realiza lectura y análisis de informes de
investigación y sugerencias de los
clientes.
- Encargado de programar las bases del
sistema.
Product Owner Nieves Cárdenas - Trabaja con las partes interesadas, los
usuarios finales y el equipo de Scrum
para asegurarse de que el producto final
cumpla con los requisitos del usuario y
se alinee con los objetivos comerciales.
Programador y Analista Senior Alexis Fernández - Se encarga de la parte compleja de la
programación, supervisión y conexión
con la base de datos.
Documentador Juan Arbona - Cumple un rol importante ya que
cuando se reúne con el cliente él tiene
que documentar las actas y aparte tiene
que escribir todo lo que se habla en la
reunión, luego eso se tiene que pasar
todo a un documento Word.
Actividades
Actividad Descripción
Asignación de Tareas del Equipo  se dejará en claro cada tarea que

tendrá que realizar cada integrante del
equipo para la finalización del
proyecto.
Toma de Requerimientos  se dejará en claro el propósito del

producto, sus características,
funcionalidades y comportamiento.
Desarrollo de la Visión del Proyecto  permitirá definir el camino que se debe

seguir para alcanzar las metas
propuestas en el proyecto.
Análisis de Requerimientos  se documentarán detalladamente

apartados del proyecto con el fin de
facilitar optimizarlo en un futuro.
Desarrollo de la Documentación del Proyecto  se documentarán detalladamente

apartados del proyecto con el fin de
facilitar optimizarlo en un futuro.
Desarrollo de Módulos Lógicos y Físicos de la  Se desarrollarán modelos lógicos y

Base de Datos físicos de la base de datos del
software.
Desarrollo del Script y Creación de la Base de  Desarrollo del script y creación de base
Datos de datos que serán utilizados para el
proyecto.
Desarrollo de los Módulos del Proyecto  se realizará buscando determinar el

orden de tareas, el tiempo que llevara
realizar la tarea, quien las ejecutará y
quien las supervisara.
Desarrollo de la Interfaz de Usuario Desarrollar la interfaz que utilizara el usuario
Preparar el Hosting del Proyecto Web preparación del hosting en el que se alojara el
software
Enlazar Base de Datos con los Módulos del enlace de BDD con módulos del software
Proyecto
Pruebas de Funcionamiento del Proyecto  prueba general del funcionamiento del

Web software web.
Pruebas de Monitoreo (Caja Negra y Caja  realización de pruebas de monitoreo

Blanca): hacia las cajas negras y cajas blancas
del proyecto.
Desarrollo del Manual de Usuario y realización del manual para la utilización del
Entregables del Proyecto usuario y dar a disposición entregables del
proyecto
Implementación de Sprint Review y Sprint  implementación de los primeros ciclos

Restrospective (Primer Ciclo) Sprint review y sprint retrospective
Primer Sprint Backlog implementación del primer sprint backlog del

proyecto
Segundo Ciclo Scrum realización de la segunda fase en el ciclo scrum
Implementación del Proyecto Web en implementación del hosting del software web
Hosting
Entrega Final del Proyecto con Desarrollo de entrega final del proyecto poseyendo módulos
Módulos, Base de Datos y Documentación desarrollados, bases de datos y documentación
completa
Sprint Review y Sprint Restrospective  : la révision del sprint durante su fase

final analizando que se hizo durante
este y si se alcanzo el objetivo, ademas
de analizar si se propondra mejoras
para el desarrollo del siguiente sprint
Sprint Review y Sprint Restrospective  : la révision del sprint Durante su fase

Sprint Review y Sprint Restrospective  : la révision del sprint durante su fase

Resultados Económicos  se entrega la información económica

utilizada en el proyecto
Auditoria del Proyecto  realización estructurada e
independiente para verificar si el
proyecto cumplió con los resultados,
plazos, beneficios y costos previstos
anteriormente
Lanzamiento del Proyecto  se lanza el proyecto final con todas las

características necesarias para su uso.
responsables
Actividad Responsable
Asignación de Tareas del Equipo Jefe de proyecto
Toma de Requerimientos Documentador
Desarrollo de la Visión del Proyecto Jefe de proyecto
Análisis de Requerimientos Programador y analista
Desarrollo de la Documentación del Proyecto Documentador
Desarrollo de Módulos Lógicos y Físicos de la Programador y analista

Base de Datos
Desarrollo del Script y Creación de la Base de Programador y analista

Datos
Desarrollo de los Módulos del Proyecto Programador y analista
Desarrollo de la Interfaz de Usuario Programador y analista
Preparar el Hosting del Proyecto Web Programador y analista
Enlazar Base de Datos con los Módulos del Programador y analista

Proyecto
Pruebas de Funcionamiento del Proyecto Web Programador y analista

Pruebas de Monitoreo (Caja Negra y Caja Programador y analista
Blanca):
Desarrollo del Manual de Usuario y Entregables Programador y analista

del Proyecto
Implementación de Sprint Review y Sprint Jefe de proyecto

Restrospective (Primer Ciclo)
Primer Sprint Backlog Jefe de proyecto
Segundo Ciclo Scrum Jefe de proyecto
Implementación del Proyecto Web en Hosting Programador y analista
Entrega Final del Proyecto con Desarrollo de Programador y analista

Módulos, Base de Datos y Documentación
Sprint Review y Sprint Restrospective Product Owner
Resultados Económicos Jefe de proyecto
Auditoria del Proyecto Jefe de proyecto
Lanzamiento del Proyecto Jefe de proyecto
1.3. Comunicaciones del proyecto
Los principales medios de comunicación con los clientes serán a través de la plataforma web, sin embargo, las
redes sociales cumplen un rol importante para la publicidad de la empresa, también se repartirá publicidad
física como flyers y afiches, ferias de emprendimiento, y por último la publicidad radial es una forma de llegar a
más emprendedores que no cuenten con redes sociales
- Contacto Directo por Correo Electrónico.
- Dirección Física del Emprendimiento (Si lo Requiere).
- Número de Teléfono de Soporte al Cliente.
- Número de Teléfono asociado al Emprendimiento.
- Entrega de Servicio de Software.
- Entrega de Publicidad para el Crecimiento del Emprendedor.
- Publicidad radial.
1.4. Cronograma e hitos
Explicación del Cronograma:
Etapas:
 Inicio: Se dará inicio al cronograma entregando la documentación necesaria del software, asignando
tareas a el equipo, tomando requerimientos de los usuarios y clientes, desarrollando la visión del
proyecto, analizando los requerimientos del negocio, usuarios, etc., también desarrollando la
documentación necesaria del proyecto y desarrollando los modelos lógicos y físicos de la base de
datos.
 Planificación y Estimación: en esta fase se desarrollarán los scripts y la creación de base de datos,
módulos de proyecto y la interfaz de usuario.,
Además, se preparará el hosting del proyecto, se enlazará la base de datos con los módulos del
proyecto, se realizarán pruebas de funcionamiento en el proyecto web y pruebas de monitoreo.
 Implementación: Se iniciará la dase de entregables del proyecto y el manual de usuario, se dará inicio
al desarrollo de la metodología scrum implementando sprint review y sprint retrospective de primer
ciclo, realización del primer sprint backlog y segundo ciclo scrum.
 Revisión y Retrospectiva: se realizarán pruebas del proyecto implementándolo en web hosting,

entregables de proyecto en los cuales se entregará el desarrollo de módulos base de datos y de
documentación, como también se realizará Sprint review y sprint retrospective.
 Lanzamiento: Se realizará la entrega del proyecto contando con resultados económicos auditoria del
proyecto y lanzamiento de este.
EDT:
 Entrega de Documentación del Software: se realizará de la totalidad de documentación que se realizó

sobre el software
 Pruebas del Proyecto: se realizarán pruebas de software y su respectivo funcionamiento
 Entregables del Proyecto: entrega de todo los documentos y software realizado para el proyecto
 Desarrollo de la Metodología Scrum: realización de reuniones mediante la metodología scrum
Actividades (Hitos):
 Asignación de Tareas del Equipo: se dejará en claro cada tarea que tendrá que realizar cada integrante
del equipo para la finalización del proyecto.
 Toma de Requerimientos: se dejará en claro el propósito del producto, sus características,
funcionalidades y comportamiento.
 Desarrollo de la Visión del Proyecto: permitirá definir el camino que se debe seguir para alcanzar las
metas propuestas en el proyecto.
 Análisis de Requerimientos: Se realizará el análisis de los objetivos y problemas que la empresa quiere
resolver con el producto y la expectación de los usuarios que interactuaran con el producto.
 Desarrollo de la Documentación del Proyecto: se documentarán detalladamente apartados del
proyecto con el fin de facilitar optimizarlo en un futuro.
 Desarrollo de Módulos Lógicos y Físicos de la Base de Datos: Se desarrollarán modelos lógicos y físicos
de la base de datos del software.
 Desarrollo del Script y Creación de la Base de Datos: Desarrollo del script y creación de base de datos
que serán utilizados para el proyecto.
 Desarrollo de los Módulos del Proyecto: se realizará buscando determinar el orden de tareas, el
tiempo que llevara realizar la tarea, quien las ejecutará y quien las supervisara.
 Desarrollo de la Interfaz de Usuario: Desarrollar la interfaz que utilizara el usuario.
 Preparar el Hosting del Proyecto Web: preparación del hosting en el que se alojara el software.
 Enlazar Base de Datos con los Módulos del Proyecto: enlace de BDD con módulos del software.
 Pruebas de Funcionamiento del Proyecto Web: prueba general del funcionamiento del software web.
 Pruebas de Monitoreo (Caja Negra y Caja Blanca): realización de pruebas de monitoreo hacia las cajas
negras y cajas blancas del proyecto.
 Desarrollo del Manual de Usuario y Entregables del Proyecto: realización del manual para la
utilización del usuario y dar a disposición entregables del proyecto.
 Implementación de Sprint Review y Sprint Restrospective (Primer Ciclo): implementación de los
primeros ciclos Sprint review y sprint retrospective
 Primer Sprint Backlog: implementación del primer sprint backlog del proyecto
 Segundo Ciclo Scrum: realización de la segunda fase en el ciclo scrum
 Implementación del Proyecto Web en Hosting: implementación del hosting del software web
 Entrega Final del Proyecto con Desarrollo de Módulos, Base de Datos y Documentación: entrega final
del proyecto poseyendo módulos desarrollados, bases de datos y documentación completa
 Sprint Review y Sprint Restrospective : la révision del sprint durante su fase final analizando que se
hizo durante este y si se alcanzo el objetivo, ademas de analizar si se propondra mejoras para el
desarrollo del siguiente sprint
 Resultados Económicos: se entrega la información económica utilizada en el proyecto
 Auditoria del Proyecto: realización estructurada e independiente para verificar si el proyecto cumplió
con los resultados, plazos, beneficios y costos previstos anteriormente
Lanzamiento del Proyecto: se lanza el proyecto final con todas las características necesarias para su
uso.
1.5. Riesgos del proyecto

-No generar interés en los emprendedores o Pymes para utilizar el Sitio Web.
-No atraer suficientes clientes para que los Emprendimientos generen buenas ganancias.
-Tener fallos en la programación del sitio Web donde no se puedan desarrollar todos los módulos sé que
necesitan para que esté funcionando óptimamente.
-No generar ingresos por las suscriciones que se ofrecen, haciendo que se pierda dinero con el proyecto.
1.6. Costos de proyecto

1.6.1. Recursos
¿Con que Recursos Contamos? Descripción
Equipo de Programadores Como es un proyecto de emprendimientos, se

cuenta con un equipo propio de programadores,
ya que son los mismos quienes quieren impulsar
el desarrollo de este proyecto. Así que se cuenta
con ese recurso.
Conocimientos Medianos en PHP, HTML y El equipo de Programadores cuenta con

MySQL conocimientos medianos sobre el lenguaje de
PHP y HTML para la creación del código del
proyecto, además también a su vez manejan
medianamente la utilización y aplicación del
motor de base de datos de MySQL logrando que
se pueda mantener un nivel aceptable para el
desarrollo de este proyecto.
Software para Desarrollo del Proyecto (MySQL) Se cuenta con la licencia de MySQL para el
desarrollo del proyecto ya que es gratis bajo la
licencia GPL de código abierto y es lo que se
ocupara para le implementación de la base de
datos del proyecto.
¿Qué Recursos Necesitamos para Ejecutar el Descripción
Proyecto?
Hosting para el uso de la Pagina Web Se necesita la compra del hosting para el
hospedaje del sitio web, ya que sin este no se
podrá utilizar la página web a través de un
dominio y por la red. Además de que no se
podrán realizar las pruebas correspondientes del
software para el uso al que se quiere llegar.
Equipo de Hardware (Computadores) Se necesita contar con equipos de computación

para el desarrollo de este proyecto, los
requerimientos mínimos que se necesitan son los
siguientes:
- CPU: Intel i3 primera generación.

- RAM: 4GB de RAM DDR3
- 500GB Disco Duro
- Resolución de pantalla 360 * 640
Asesoría de Programador Experto Se necesita la asesoría y capacitación de un
programador experto para guiar de manera
correcta el desarrollo del proyecto, para una
implementación ideal de base de datos y código
para no generar problemas durante el uso de los
usuarios en la página web. Además, esto
complementaria los conocimientos faltantes del
equipo de programadores con el que se cuenta.
Software para Desarrollo del Proyecto Se necesita adquirir la licencia del software de
(SublimeText) SublimeText, ya que se utilizará para el desarrollo
del código en PHP y HTML. Y este cuenta con las
herramientas necesarias para ayudar a completar
el proyecto.
1.6.2. Adquisiciones
1.6.3. Flujo de caja
2. Aseguramiento de calidad
2.1.Estándares y Normas
Se utilizarán las normas ISO 27001 y 27002 para el aseguramiento de la seguridad de la información, la
protección de los activos TI de ShopLink y la correcta gestión de estos. Se utilizará también la norma IEEE 830
para un mayor control de los requerimientos para ayudar a los clientes a describir con precisión lo que quieren
en el software y a las personas encargadas de recibir esta información establecer una estructura estándar
2.2.Control de cambios
Se gestionarán las solicitudes de cambios para el proyecto como modificaciones o actualizaciones del software.
Para analizar y generar los roles para gestionar el cambio dentro del equipo de desarrollo de ShopLink.
También se hará seguimiento a las solicitudes de cambios presentadas para ver si son aprobadas o rechazadas,
dependiendo si es conveniente para el proyecto y que ayudan a que los ciclos del proceso fluyan sin problemas.
2.3.Control de versiones
Para el control de versiones del software se hará a medida de la programación establecida dentro del proyecto
web y se utilizaran las siguientes pruebas para el control de las versiones:
Prueba de Funcionalidad
La prueba de funcionalidad se enfoca en requerimientos para verificar que se corresponden directamente a
casos de usos o funciones y reglas del negocio. Los objetivos de estas pruebas son verificar la aceptación de los
datos, el proceso, la recuperación y la implementación correcta de las reglas del negocio.
Objetivo de la Prueba
Asegurar la funcionalidad apropiada del objeto de prueba, incluyendo la navegación, entrada de datos, proceso
y recuperación.
Prueba de Ciclo del Negocio

Esta prueba debe simular las actividades realizadas en el proyecto en el tiempo. Se debe identificar un período,
que puede ser un año, y se deben ejecutar las transacciones y actividades que ocurrirían en el período de un
año. Esto incluye todos los ciclos diarios, semanales y mensuales y eventos que son sensibles a la fecha.
Hay que asegurar que la aplicación funciona de acuerdo con los requerimientos.
Prueba de interfaz de Usuario

Esta prueba verifica que la interfaz de usuario proporcione al usuario el acceso y navegación a través de las
funciones apropiadas. Además, asegura que los objetos presentes en la interfaz de usuario se muestren como
se espera y conforme a los estándares establecidos por la empresa o de la industria.
Verificar que la navegación a través de los elementos que se están probando reflejen las funciones del negocio
y los requerimientos, incluyendo manejo de ventanas, campos y métodos de acceso; los objetos de las
ventanas y características, como menús, tamaño, posición, estado funcionen de acuerdo con los estándares.
Prueba de Performance
En esta prueba se miden y evalúan los tiempos de respuesta, los tiempos de transacción y otros requerimientos
sensitivos al tiempo. El objetivo de la prueba es verificar que se logren los requerimientos de performance.
Verificar la performance de determinadas transacciones o funciones de negocio bajo ciertas condiciones:
 condiciones de trabajo normales conocidas.
 peores casos de condiciones de trabajo conocidas.
2.4.Plan de pruebas
2.4.1.Pruebas de software
Para el desarrollo de la aplicación Web, se utilizó la aplicación “Sublime Text” y se fue desarrollando en
lenguaje “HTML5”, “PHP” y “CSS” para la creación de cada uno de los módulos. También se utilizó un motor de
base de datos el cual fue “MYSQL” con el cual se pudo trabajar bien para la implementación de la base de datos
creada para el proyecto.
Para la cantidad de conexiones que puede soportar el motor de base de datos “MYSQL”, la estabilidad que nos
ofrece que muy rápida, dependiendo de la programación realizada en “HTML” y “PHP”.
A continuación, se mostrará unas imágenes donde se puede ver la conexión establecida y con datos guardados:
Se establece conexión a la base de datos llamada “prueba”
Código de Conexión a la Base de Datos – Fuente Propia

Emprendimientos Registrados en la Base de Datos – Fuente Propia
En esta imagen como se puede ver, nos muestra los datos ya ingresados en la base de datos, los cuales el
usuario administrador podrá visualizar correctamente
Lista del Administrador para visualizar los emprendimientos – Fuente Propia
Esto nos sirve como ejemplo para mostrar los demás datos de las demás tablas y por lo tanto que la base de
datos pueda tener una buena ejecución y conexión.
Lista del Administrador para visualizar los usuarios – Fuente Propia
Para el índex se usará “PHP” para mostrar los datos de los emprendimientos que compraron suscripciones
Index de la aplicación web “ShopLink” – Fuente Propia
A continuación, la base de datos con el dato que esta insertado en ella:
Emprendimiento registrado en la base de datos – Fuente Propia

Resultado que se mostrara en la aplicación Web del emprendimiento que compro una suscripción:
Visualización del emprendimiento en el index – Fuente Propia
Por último, para las validaciones de usuarios, se pueden registrar en la aplicación Web a excepción del
administrado ya que ese será ingresado directamente de MySQL. Para el usuario emprendedor y cliente
deberán registrarse e ingresar en la aplicación Web:
Registro de la aplicación web – Fuente Propia
Usuarios registrados en la base de datos– Fuente Propia
Esta sentencia que se muestra a continuación nos servirá para validar y buscar a los usuarios dentro de la base
de datos:
Consulta SQL de validación para validar a los usuarios registrados en la base de datos – Fuente Propia
Luego una vez buscado el usuario, la validación se activará y permitirá al usuario ingresar como se muestra a
continuación:
Login de la aplicación web – Fuente Propia
Al Registrarse correctamente el emprendedor podrá hacer uso de su modulo:

Modulo del emprendedor – Fuente Propia
A continuación, se presenta el módulo del cliente donde este podrá ver los productos y emprendimientos para
realizar las compras, aún está en desarrollo y falta implementar el “estilo de diseño”
Modulo del cliente – Fuente Propia
2.4.2.Pruebas técnicas
Las pruebas de tiempo de respuesta que se realizó a la aplicación web de ShopLink mostraron una conexión
correcta entre los 50 Usuarios con un periodo de Tiempo de 15 Segundos. A continuación, se adjuntan las
imágenes de las pruebas de Tiempo de Respuesta:
prueba de estabilidad – fuente entregada por Jmeter

Prueba de estabilidad – fuente entregada por Jmeter
Informe de Prueba de Estabilidad – fuente entregada por Jmeter
Para esta prueba el tiempo de demora en ejecutar una transición es de 3.4 Segundos, y el tiempo mínimo
necesita el sistema en el proceso más crítico es de 3 segundos. La base de datos puede soportar más de
3976 Usuarios en un ciclo de tiempo de 15 Segundos ya que la base de datos se empieza a desestabilizar y
por lo tanto necesita prolongar el tiempo de respuesta a más de 60 Segundos para los Usuarios. (No se
puede ese reporte adjuntar el reporte ya que la aplicación de apache Jmeter no lo permite por un error de
la aplicación). Se adjuntará una prueba con 1000 Usuarios a continuación:
Informe de Prueba de Estabilidad – fuente entregada por Jmeter
3. Plan de Implementación y Mantención
Gestión de la disponibilidad: Asegurar que los servicios TI estén disponibles y funcionen correctamente
siempre que los clientes y usuarios deseen hacer uso de ellos en el marco de los SLA en vigor. Además se
deberá definir, analizar, planificar, medir y mejorar la disponibilidad de todos los aspectos del servicio TI. (si
existen proveedores mejores en la entrega de los servicios se establecerán nuevos contratos de SLA para tener
una mejor entrega del servicio), para que se asegure la infraestructura, los procesos, las herramientas y las
funciones de TI para que sean adecuadas en el cumplimiento de la disponibilidad que se ha propuesta en la
entrega de respuesta de los usuarios necesita.
Gestión de continuidad: se deberá ser proactivos para impedir o minimizar las consecuencias de una grave
interrupción del servicio o no contestar las peticiones a tiempo de los usuarios. Para seguir entregan la
disponibilidad correspondiente del servicio a los usuarios. Revisando el cumplimiento correcto de los acuerdos
SLA establecidos con los proveedores. Y también se deberá ser reactivos en la reanudación del servicio tan
pronto como sea posible. (se pueden utilizar servidores de respaldo o “espejo” para la caída de los servicios
interrumpidos para que los usuarios no sean afectados por la interrupción de la entrega del servicio).
Gestión de configuración: se deberá llevar un registro actualizado de todos los elementos de configuración de
la infraestructura TI, en el caso de ShopLink será el servicio de hosting donde se almacenará la base de datos,
equipo de computación de los administradores y los softwares de programación y licencias correspondientes
de estos.
Hosting: se establecerán acuerdos de nivel de servicio con el proveedor de hosting donde estará cumpliendo
con el servidor de hospedaje correspondiente donde se levantarán los servicios de base de datos.
Equipos de computación: los equipos de computación serán entregarán a los administradores para que puedan
ejecutar su correcta labor en las solicitudes de peticiones de los usuarios para que los servicios puedan
funcionar correctamente y además para mejorar la aplicación de ShopLink.
Software: se utilizarán los softwares correspondientes para programar y analizar los servicios correspondientes.
Base de datos: se deberá mantener una entrega correcta en las peticiones de los usuarios o administradores a
la base de datos para que puedan funcionar correctamente ShopLink.
Gestión de cambios: para los cambios presentados en la infraestructura TI, las principales razones para
proceder a esta tarea serán para solucionar errores conocidos, desarrollo de nuevos servicios, mejora de los
servicios existentes e imperativo legal.
Para la implementación de la gestión de cambios se registrarán las peticiones entre las cuales seria (nuevos
servicios, estrategia de los emprendedores, actualización del software o cambios en los acuerdos de servicios)
Para tener un correcto registro inicial de un RFC se solicitará lo siguiente:
 Fecha de recepción.
 Identificador único de la RFC.
 Identificador del error conocido asociado (dado el caso).
 Descripción del cambio propuesto:
 Motivación.
 Propósito.
 CIs involucrados.
 Estimación de recursos necesarios para la implementación.
 Tiempo estimado.
 Estatus: que inicialmente será el de "registrado".
Y la información del registro se actualizará con el proceso y incluirá lo siguiente:
 Estatus actualizado: "aceptado", "rechazado", "implementado", etc.

 Fecha de aceptación (denegación) del RFC.
 Evaluación preliminar de la Gestión del Cambio.
 Prioridad y categoría.
 Planes de back-out.
 Recursos asignados.
 Fecha de implementación.
 Plan de implementación.
 Cronograma.
 Revisión post-implementación.
 Evaluación final.
 Fecha de cierre.
Una vez actualizado y aceptado el RFC se podrá aprobar el cambio.
Gestión de incidentes: al momento de presentarse incidentes como la interrupción del servicio hacia el cliente,
problemas en el cumplimiento de los acuerdos de nivel de servicios, etc. Se deberá detectar cualquier
alteración en los servicios TI, registrar y clasificar estas alteraciones y asignar a las personas encargadas
(administradores y proveedores) para restaurar el servicio según el SLA correspondiente además se tendrá una
escala de impacto y urgencia donde se establecerá la criticidad de los incidentes, como se muestra a
continuación:
Escala de impacto y urgencia – fuente externa de itil v4
4. Auditoría y Benchmarking
4.1.Plan de auditoría
Para el plan de auditoria se establecerán controles específicos de las personas que tendrán acceso a la base de
datos y a las credenciales de administración. Generando en un futuro en el desarrollo de la aplicación roles y
privilegios entregados a los diferentes tipos de usuarios. Para que puedan hacer actividades correspondientes
dependiendo de su acceso a la base de datos.
Además, ShopLink deberá correctamente proteger la información entregada a los usuarios para que no se
filtren datos privados a otros usuarios. Generando protocolos de programación correspondientes y seguros con
el lenguaje de PHP.
También para los administradores se establecerán políticas de desarrollo, como se muestra a continuación:
N° 1 Política de control de acceso físico
Establecer los lineamientos generales para controlar el
Política
acceso físico a las áreas seguras.
Ámbito (Dominio) Política de control de acceso
Código ISO 27002 9.1.1
Responsable de acceso, es responsable de gestionar el
Normas acceso al área segura, validando con credenciales
acreditadas.
Falta Gravedad Sanción
Dar acceso sin credenciales 1- Amonestación por escrito
necesaria Alta 2- Amonestación por escrito y despido.
N° 2 Política de clasificación de la informática

Establecer los lineamientos generales de clasificación de
Política
información que este en poder de la organización
Ámbito (Dominio) Clasificación de la información
Los activos de información deben tener un propietario
Normas identificado
Los activos de información deben ser inventariados y
clasificados.
1- Amonestación verbal
Archivar sin clasificar Media
2- Amonestación por escrito
Archivar sin asignar propietario Media 2- Amonestación por escrito
3- Amonestación por escrito y despido
N° 3 Política de propiedad de activos
Política Los deben estar correctamente asignados a sus propietarios.
Ámbito (Dominio) Propiedad de activos
Al momento de recepción de un activo se le debe asignar
un propietario.
Normas En caso de reasignación de un activo, este debe quedar reflejado
en el sistema.
Falta Graveda Sanci
d ón
Recepcionar sin 1- Amonestación verbal
asignar Media 2- Amonestación por escrito
propietario
Reasignación de 1- Amonestación verbal
activo sin actualizar Media 2- Amonestación por escrito
en sistema
N° 4 Política de uso aceptable de los activos

Asegurar el uso de activos de la empresa para fines exclusivamente
Política
laborales.
Ámbito (Dominio) Uso aceptable de activos
Uso de equipos y recursos informáticos para fines
exclusivamente laborales.
Normas
Proteger cuentas, no compartiéndolas bajo ningún concepto.
Graveda Sanci
Falta
d ón
Uso de recurso 1- Amonestación verbal
para fines
personales. Media 2- Amonestación por escrito
Compartir cuenta Critico 2- Amonestación por escrito y despido

N° 5 Política de Destrucción de la información
Información Almacenada en soportes digitales y a la vez en
Política medios físicos y lógicos sea eliminada o destruida de forma
correcta.
Ámbito (Dominio) Eliminación de medios
Utilizar método de borrado seguro, que garantice que la
información no se pueda recuperar.
Normas Velar por el cumplimiento de políticas afectas en la
información, tales como las vinculadas a la divulgación y
acceso.
Graveda Sanci
Falta
d ón
Borrado no seguro Media
Incumplimiento
Grave 2- Amonestación por escrito
de políticas
N° Política de respaldo de información

6
Garantizar la reconstrucción de la información en caso de
Política
pérdida, al estado en que se encontraba en el último respaldo.
Ámbito (Dominio) Respaldos de la información
Código ISO 27002 12.3.1.
Considerar la confidencialidad de la información, en caso de que
sea requerido los datos deben estar cifrados.
Normas
Ejecutar pruebas a los respaldos con regularidad para garantizar
la confiabilidad de los datos.
Graveda Sanci
Falta
d ón
No considerar 1- Amonestación verbal
confidencialidad 2- Amonestación por escrito
de información Grave
Incumplimiento
de pruebas 2- Amonestación por escrito
Grave
N° Política de Protección contra código malicioso
7
Garantizar que la información y sistemas están protegidos
Política
contra malware
Ámbito (Dominio) Controles contra código malicioso
Código ISO 27002 12.2.1
Analizar periódicamente los equipos en búsqueda de
software malicioso
Normas
Controlar el acceso a sitios web no autorizados.
Graveda Sanci
Falta
d ón
No realizar el
análisis de equipos
Uso de sitios web
no autorizados
N° 8 Política de registro y auditoria

Monitorear elementos en la red y registrar los eventos,
Política
para detectar posibles errores o fallas y generar reportes.
Ámbito (Dominio) Controles de red
Código ISO 27002 13.1.1
Realizar los reportes de eventos y definir su caducidad.
Normas
Revisión periódica de registro de eventos y verificar su retención.
Graveda Sanci
Falta
d ón
No realizar reportes Grave 2- Amonestación por escrito
No realizar la 1- Amonestación verbal
revisión de forma Media
correcta 2- Amonestación por escrito
INFORMÁTICA Y
TELECOMUNICACIONES
N° 9 Política de uso y control criptográfico

Garantizar la confidencialidad, autenticidad e integridad de
Política la información digital con el uso adecuado de la
criptografía.
Ámbito (Dominio) Política sobre el uso de controles criptográficos
Código ISO 27002 10.1.1
Utilizar en protección de claves de acceso a sistemas,
Normas datos y servicios.
Utilizar para el traspaso de información sensible.
Graveda Sanci
Falta
d ón
Incorrecta 1- Amonestación verbal
utilización en el Grave 2- Amonestación por escrito
cifrado de claves. 3- Amonestación por escrito y despido
Incorrecta 1- Amonestación verbal
utilización en el 2- Amonestación por escrito
Grave
traspaso de
información. 3- Amonestación por escrito y despido
N° 10 Política de Teletrabajo
Garantizar la seguridad de la información al acceder
Política
remotamente al sistema.
Ámbito (Dominio) Trabajo Remoto
Utilizar VPN para el acceso seguro
El acceso remoto solo debe realizarse por equipos
Normas
previamente revisados y aceptados por la empresa.
El acceso remoto debe quedar registrado en detalle
Graveda Sanci
Falta
d ón
No utilizar VPN Grave 2- Amonestación por escrito
Utilizar equipos 1- Amonestación verbal
no aceptado por Media
la empresa 2- Amonestación por escrito
No detallar el
Media
acceso remoto 2- Amonestación por escrito
Fuente: Elaboración propia con información de norma ISO 27002 (2022).
Y para los usuarios se establecerán las siguientes políticas y sanciones correspondientes:

N° 1 Política de autenticación de usuario
Establecer normas para la correcta autenticación de
Política
usuarios.
Ámbito (Dominio) Uso de la información de autenticación secreta.
Todo usuario debe cambiar su contraseña al primer uso.
Estas contraseñas deben ser Fuertes.
Normas Todo usuario debe cambiar su contraseña cada 30 días.
Estas contraseñas deben ser Fuertes.
La contraseña no se debe compartir.
No realizar el cambio de Amonestación por escrito
Alta
contraseña cada 30 días Amonestación por escrito y despido
Amonestación verbal
Compartir credenciales de inicio
Grave Amonestación por escrito
de sesión
Amonestación por escrito y despido
N° 2 Política de trabajo en áreas seguras
Política Establecer normas para el correcto trabajo en áreas

seguras.
Ámbito (Dominio) Trabajo en áreas seguras.
Código ISO 27002 11.1.5
Se prohíbe el uso de celulares.
Normas
Se prohíbe el trabajo sin supervisión.
Amonestación por escrito
Usar celular en área segura Alta
Trabajo sin supervisión Grave Amonestación por escrito
Desarrollo del Proyecto – Seminario de Grado – Parte II

48
N° 3 Política de estación de trabajo sin uso
Establecer normas para el correcto uso de la estación de
Política
trabajo.
Ámbito (Dominio) Equipo de usuario desatendido.
Código ISO 27002 11.2.8
El usuario debe cerrar su sesión al dejar la estación de
Normas
trabajo.
Estación de trabajo con sesión en Amonestación por escrito
Alta
uso sin usuario a la vista Amonestación por escrito y despido
N° 4 Política de escritorios y pantallas limpias

Promover buenas prácticas para los usuarios de uso de
Política documentación en escritorios o digital en su lugar de
trabajo.
Ámbito (Dominio) Política de escritorio y pantalla limpios.
Código ISO 27002 11.2.9
Todo documento previo al uso debe ser guardado fuera de
vista.
Normas
Todo medio de almacenaje externo debe ser retirado y
almacenado previo al uso.
Documento sin uso en escritorio Alta
Medios de almacenaje Amonestación por escrito
Alta
conectados sin uso Amonestación por escrito y despido

49
N° 5 Política de correo electrónico
La mensajería electrónica es un activo, por lo cual se deben

Política
aplicar controles apropiados.
Ámbito (Dominio) Mensajería electrónica.

Código ISO 27002 13.2.3
Asegurar el correcto direccionamiento de los correos.
Normas
Debe incluir firma digital.
Dirección mal escrita Grave Amonestación por escrito
No incluir firma digital Grave Amonestación por escrito
N° 6 Política de confidencialidad y no divulgación

Los acuerdos de confidencialidad y no divulgación deben
Política ser firmados por ambas partes interesadas, para mantener
la confidencialidad de los documentos.
Ámbito (Dominio) Acuerdos de confidencialidad y no divulgación.
Código ISO 27002 13.2.4
Debe incluir la duración del acuerdo
Normas Debe incluir el uso permitido de la información
Debe incluir los derechos de autoría
No incluye la duración del
acuerdo
No incluye el uso permitido Grave Amonestación por escrito
No incluye los derechos
explícitos de auditoria

50
N° 7 Política de reportes de eventos de seguridad
Establecer canales de comunicación para eventos de
Política
seguridad de información.
Ámbito (Dominio) Informe de eventos de seguridad de información.
Código ISO 27002 16.1.2
Normas Reporte de eventos de seguridad.
No reportar eventos o incidentes
de seguridad
N° 8 Política de derechos de propiedad intelectual
Procedimientos establecidos que garantizan el uso software

Política
de acuerdos a los lineamientos de la ley.
Ámbito (Dominio) Derechos de propiedad intelectual.
Código ISO 27002 18.1.2
Uso de software original.
Normas Cumplir con derechos de propiedad intelectual de
documentos.
Uso de software pirata Grave Amonestación por escrito
Incumplimiento de propiedad
intelectual

51
N° 9 Política de etiquetado de la información
La información debe ser etiquetada de acuerdo con su uso
Política
y confidencialidad.
Ámbito (Dominio) Etiquetado de la información.
Toda información debe ser etiquetada en base a la política.
Normas
La etiqueta debe reconocerse con facilidad.

Información sin etiquetar Grave
Etiqueta no visible a simple vista Baja
N° 10 Política de software privilegiado

Uso de software que posea la capacidad de sobrepasar los
Política
controles de acceso.
Ámbito (Dominio) Uso de programas utilitarios privilegiados.
Se debe solicitar acceso privilegiado con usuario propio,

para fines absolutamente necesarios para el correcto
Normas funcionamiento del sistema.
Debe especificar explícitamente cual será el uso que se dará

y por cuánto tiempo.
Utilizar el privilegio para otros Amonestación por escrito
Grave
fines.
Sobrepasar el tiempo pedido de Amonestación por escrito
Grave
acceso

52
Se establecerán estas políticas para establecer una correcta integridad y protección de los activos de
ShopLink.
4.2.Mejora continua
A) Planificar: se planificarán y definirán los objetivos de ShopLink y los medios para conseguir y
cumplir los objetivos de ShopLink. Como, por ejemplo:
 Publicitar a emprendimientos dentro del sitio web, mediante suscripciones quincenales,
mensuales y trimestrales.
 Promover las compras hacia las PYMES y Emprendimientos en la aplicación Web, para
mayor interacción del sitio Web.
 Diseñar una aplicación Web que ayude a los Emprendimientos y PYMES a publicitar su
producto o servicio que venden, para tener mayores ganancias y ser reconocidos.
 Relacionar a Clientes interesados con las PYMES o emprendimientos para que estas
puedan vender sus productos y tener mayores ingresos.
B) Hacer: implementar la visión prestablecida de como se desarrollar los objetivos y los

cumplimientos de estos. Estableciendo líneas de seguimiento y carta Gantt del cumplimiento de
estos objetivos.
C) Verificar: comprobar que se alcanzan los objetivos previstos con los recursos asignados dentro
de la planificación realizada, analizar si se presentan inconvenientes a la hora del levantamiento
de nuevos servicios o desarrollo de estos para establecer las mitigaciones correspondientes de
los servicios.
D) Actuar: analizar y corregir las desviaciones detectadas, así como proponer mejoras a los
procesos utilizados durante el desarrollo de las actividades, analizando los riesgos y problemas
presentados en la mejora continua del servicio.
V. Evaluación y Análisis de Resultados

VI. Conclusiones y Recomendaciones
 Presentar una síntesis, donde se expongan ideas principales y algunas ideas personales en torno al
tema. También puede incorporar ideas fuerza y/o aportes a partir del trabajo desarrollado.
 También es posible incorporar reflexiones, incluso dejar propuestas de profundización que no fueron
posibles de abordar en este informe o trabajo.
VII. Referencias bibliográficas

53

Informe Seminario de Grado LL

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Informe Seminario de Grado LL

Cargado por

Copyright:

Formatos disponibles

DESARROLLO DEL PROYECTO

Asignatura: Seminario de Grado – TIHI12

Académico guía: Jose Luis Martinez Opazo

Integrantes del equipo: Alexis Fernández

Fecha de entrega : 15/11/2022

II. Factibilidad Propuesta de Solución

III. Diseño de la Solución

3. Diseño de Procesos (BPMN)

4. Diseño de alto nivel (UML – casos de uso)

Explicación de los diferentes casos de uso del Diagrama UML

UML - Sistema de Publicidad de Pymes - Fuente Propia

UML - Sistema de Publicidad de Pymes - Fuente Propia

UML – Sistema de Publicidad de Pymes - Fuente Propia

Diagrama de Componentes - Fuente Propia

Diagrama de Esquemas “ShopLink” – Fuente Propia

Vista Externa “Emprendedor”: El emprendedor podrá insertar información de su emprendimiento y producto

6.1.1. Modelo Lógico

A continuación, el Modelo lógico de la Base de Datos:

6.1.2. Diccionario de datos

6.2. Diseño de Infraestructura TI

6.2.2. Modelo Lógico de Infraestructura

6.2.3. Modelo de implementación

6.3. Diseño de GUI

 Ver emprendimientos: El cliente podrá visualizar los diferentes emprendimientos de ShopLink.

6.3.3. Guía de Estilos

IV. Desarrollo del Producto

1.1. Alcance del proyecto

1.2. Equipo de proyecto

Jefe del proyecto Alexis Fernández - Gestiona de manera global el proyecto.

Asignación de Tareas del Equipo  se dejará en claro cada tarea que

Toma de Requerimientos  se dejará en claro el propósito del

Desarrollo de la Visión del Proyecto  permitirá definir el camino que se debe

Análisis de Requerimientos  se documentarán detalladamente

Desarrollo de la Documentación del Proyecto  se documentarán detalladamente

Desarrollo de Módulos Lógicos y Físicos de la  Se desarrollarán modelos lógicos y

Desarrollo de los Módulos del Proyecto  se realizará buscando determinar el

Desarrollo de la Interfaz de Usuario Desarrollar la interfaz que utilizara el usuario

Pruebas de Funcionamiento del Proyecto  prueba general del funcionamiento del

Pruebas de Monitoreo (Caja Negra y Caja  realización de pruebas de monitoreo

Implementación de Sprint Review y Sprint  implementación de los primeros ciclos

Primer Sprint Backlog implementación del primer sprint backlog del

Segundo Ciclo Scrum realización de la segunda fase en el ciclo scrum

Sprint Review y Sprint Restrospective  : la révision del sprint durante su fase

Sprint Review y Sprint Restrospective  : la révision del sprint Durante su fase

Sprint Review y Sprint Restrospective  : la révision del sprint durante su fase

Resultados Económicos  se entrega la información económica

Lanzamiento del Proyecto  se lanza el proyecto final con todas las

Asignación de Tareas del Equipo Jefe de proyecto

Toma de Requerimientos Documentador

Desarrollo de la Visión del Proyecto Jefe de proyecto

Análisis de Requerimientos Programador y analista

Desarrollo de la Documentación del Proyecto Documentador

Desarrollo de Módulos Lógicos y Físicos de la Programador y analista

Desarrollo del Script y Creación de la Base de Programador y analista

Desarrollo de los Módulos del Proyecto Programador y analista

Desarrollo de la Interfaz de Usuario Programador y analista

Preparar el Hosting del Proyecto Web Programador y analista

Enlazar Base de Datos con los Módulos del Programador y analista

Pruebas de Funcionamiento del Proyecto Web Programador y analista

Desarrollo del Manual de Usuario y Entregables Programador y analista

Implementación de Sprint Review y Sprint Jefe de proyecto

Primer Sprint Backlog Jefe de proyecto