2019

Manual de calidad
DAMIÁN JAVIER MEJÍA GÓMEZ
Tabla de contenido
1. Historia de la empresa ..........................................................................................................................................4
Organigrama de WockCode..................................................................................................................................5
Funciones de los puestos......................................................................................................................................6
Objetivo de Wockcode .............................................................................................................................................7
3. Alcance de WockCode ..........................................................................................................................................7
4. Definiciones ..........................................................................................................................................................7
5. Condiciones generales ..........................................................................................................................................7
Misión ...................................................................................................................................................................7
Visión ....................................................................................................................................................................7
Políticas.................................................................................................................................................................8
Grupo de interés...................................................................................................................................................8
6. Contenido o desarrollo .........................................................................................................................................9
Proceso 1: Primera Reunión. ................................................................................................................................9
(P.R.M.A) Minuta de acuerdos ...................................................................................................................... 10
Contrato con cliente ...................................................................................................................................... 13
Proceso 2: Análisis del Proyecto. ....................................................................................................................... 22
Proceso 2.1: Levantamiento de Requerimientos. ............................................................................................. 25
(L.R.D.R) DOCUMENTO DE REQUERIMIENTOS .................................................................................................. 26
Proceso 3: Implementación ............................................................................................................................... 27
(I.C.U) Casos de uso. .......................................................................................................................................... 28
Proceso 4: Diseño .................................................................................................................................................. 29
(D.P.D.A:WC)Plantilla de diseño de la aplicación: WorkCode ........................................................................... 30
Proceso 5: Prueba del software............................................................................................................................. 31
Planes de Pruebas Funcionales ......................................................................................................................... 32
Proceso 6: Segunda Reunión. ................................................................................................................................ 38
(S.R.M.A) Minuta de acuerdos........................................................................................................................... 39
Proceso 7: Auditoria Interna ................................................................................................................................. 42
(A.I.P.A)PROGRAMA DE AUDITORÍAS ..................................................................................................................1
Proceso 8: Manejo de Acciones................................................................................................................................3
(M.A.R.R) Registro de riesgos ...............................................................................................................................4
roceso 9: Liberación de Producto. ............................................................................................................................7
(L.P.M.C.L.U.S.D) MODELO DE CONTRATO DE LICENCIA DE USO DEL SOFTWARE DENOMINADO ......................8
Proceso 10: Manteamiento ................................................................................................................................... 15
 (M.P.S.P) Plantilla de Seguimiento del Proyecto ............................................................................................... 16
Proceso 11: Cobro de producto............................................................................................................................. 17
(C.P.Fac) Factura ................................................................................................................................................ 18
Proceso 12: Encuesta de Satisfacción.................................................................................................................... 20
(E.S.P.E) Encuesta de satisfacción del cliente (Producto entregable) .............................................................. 20
(E.S.C.1ra.R) Encuesta de satisfacción del cliente (Primera reunión) ............................................................... 23
NORMAS DE REFERENCIA ...................................................................................................................................... 24
Control de cambios................................................................................................................................................ 24
1. HISTORIA DE LA EMPRESA

CodeBlock nace cinco años después de que Damián Javier Mejía Gómez y Adrián Oswaldo Morales Pérez se
conocieran en la Universidad Politécnica De Chiapas. Antes de fundar lo que ahora se conoce como WorkCode.
construyeron un software para la Secretaria De Educación De Chiapas, la cual tuvo mucho éxito. Tras ver el éxito
que había tenido y con la unión de un inversor llamado Ramon Alvarado Álvarez el 2 de enero de 2012 nace
CodeBlock con la intención de expandir la venta de software.

Tras ver el éxito de Codeblock y ya con una financiación, empezaron la creación de WockCode, con más
funcionalidades que su antecesor ya que no tenían las limitaciones económicas de la anterior. Con un primer
proyecto de la máquina fueron a Campus Party, un festival informático dónde conocieron a miembros de la
Tecnología Médica Interamericana que fueron con sus equipos médicos, a la cual se le desarrollo un sitio web
para su empresa y que tuvo un gran impacto en la posterior reforma del Wockcode. Y es que Damián Javier Mejía
Gómez analizó que tenían que cambiar el formato de la idea que tenía su software, y hacerlo más para el público
en general, haciendo que el punto de venta estuviera prácticamente completo cuando saliera a la venta, en vez
de que el propio usuario tuviera que buscar con otros proveedores. Posteriormente Wockcode decidió
implementar nuevas tecnologías en sus aplicaciones de escritorio, esto con el fin de ser una empresa competitiva
internacionalmente.

Llegan años de despidos y búsqueda de soluciones. En 2019 WockCode se alía con Eduardo Faviel Chacón
fundador de la Universidad Patitos del Sur y gracias a esta unión sale en ese mismo año un poderoso sistema de
información el cual le sirvió a Hospitales de Tuxtla Gutiérrez Chiapas.
Organigrama de WockCode
Funciones de los puestos
Definición de las funciones de los puestos de trabajo.

Área de calidad:
Auditor interno: Realiza el control de todos los componentes de la empresa y ver cuál es la
situación actual en referencia a las novedades y la legalidad de los programas utilizados
Gestor de calidad: Dan apoyo en la toma de decisiones en su aplicación e implementación en la
organización. A través de su conocimiento en los modelos y sistemas son capaces de integrar los
requisitos de distintos estándares en el sistema de gestión de la organización

Área de desarrollo:
Product Owner: Determinar las historias de usuario, fijar criterios de evaluación, priorizar
historias de usuario.
Scrum Master: Asegurar el marco de trabajo, tomar decisiones sobre iteraciones de trabajo,
facilitar al equipo el material para el avance del proyecto.
Scrum Team:
Front: Es el responsable de las interfaces gráficas del programa
Back: Es responsable por la programación del sitio en todas sus componentes dinámicas
Tester: Planifica y lleva a cabo pruebas de software de los ordenadores para comprobar
si funcionan correctamente. Identifica el riesgo de sufrir errores de un software, detectan
errores y los comunican. Evalúa el funcionamiento general del software y sugiere formas de
mejorarlo.

Áreas de ventas:
Agente: Conseguir los clientes para la venta y adquisición de servicios, representación del
cliente, representar a la empresa con los compradores.
OBJETIVO DE WOCKCODE

El manual de calidad de workcode tiene por objetivo describir la estructura del Sistema de Gestión de Calidad a
través de la identificación de los procesos y procedimientos, los cuales detallan las actividades que deben
desarrollarse en la producción de software, para garantizar los impedimentos, los cuales cumplen con la
política y objetivos de calidad, de acuerdo con los lineamientos de la Norma ISO 9001:2015.

3. ALCANCE DE WOCKCODE
El alcance del sistema de gestión dictamina el desarrollo de las actividades y cumplimiento de estándares de
calidad para el desarrollo de software.

4. DEFINICIONES

Campus Party
Festival de tecnología, ciencia, innovación y emprendimiento, 4
CodeBlock
Nombre de la empresa, 4
Front
encargado de interfaces graficas en programación, 6, 27, 31
LICENCIANTE
Proveedor de sotfware, 8, 9, 10, 11, 12, 13
LICENCIATARIO
Cliente, 10
MA
Minuta de acuerdos, 11, 40
Product owner
Responsable de asegurar los procesos de negocios, 17
Scrum Master
Gefe de proyecto, 6, 23, 25, 29, 3, 15
sprint
Fases de proyecto, 23, 38

5. CONDICIONES GENERALES

Misión
Somos una empresa del software que tiene resultados competitivos con la industria del software, la
atención y satisfacción al cliente son primero

Visión
Ser una empresa competitiva internacionalmente que brinde una atención incomparable y tenga
resultados excelentes
Políticas
Los colaboradores de la empresa se deben asegurar que el cliente quede satisfecho

· WorkCode promueve el mejor ambiente de trabajo para los colaboradores de la empresa.

· WorkCode está comprometido a estar constantemente compartiendo conocimientos y experiencias

adquiridas, estando abierta a cambios para mejorar como empresa.

· WorkCode se compromete a ofrecer un software completamente adaptado a las necesidades del cliente
para lograr la mayor satisfacción del cliente.

· Nos comprometemos a mantener una buena relación con todo colaborador de la empresa

· Workcode se compromete a dar seguimiento a cualquier reclamo de nuestros clientes hasta conseguir la
satisfacción de este.

· WorkCode promueve el buen comportamiento y el desarrollo pensando en lo mejor para el cliente

· En WorkCode creemos que lo mejor es estar bien, así que nos comprometemos a que todo colaborador
de la empresa se sienta cómodo y muy satisfecho con su estadía en la empresa.

· En WorkCode sabemos que tu información es muy importante así que nos comprometemos a mantener
completamente confidencial cualquier información de nuestros clientes.

· WorkCode se preocupa por la calidad, así que todo proyecto hecho por nosotros deberá estar
debidamente documentado, asi mismo, ofrecer cursos para el uso del programa adaptado a la necesidad del
cliente.

Grupo de interés
6. CONTENIDO O DESARROLLO
Proceso 1: Primera Reunión.
Clave: P1-PRPO
Responsable: Product Owner
Objetivo: Recopilar información para el desarrollo del producto y solucionar las necesidades
del cliente.
Frecuencia: Una vez, durante la contratación de un nuevo producto.
Participante: Product Owner y Cliente.
Actividades:
● Presentarse con el cliente.
● Determinar los requerimientos iniciales del proyecto.
● Llegar a un acuerdo, llenar y firmar la minuta de acuerdos.
● Despedirse Cordialmente del cliente y generar una próxima cita.

Diagrama de flujo,
P1-PRPO
(P.R.M.A) Minuta de acuerdos
En las instalaciones de _____________________, ubicadas en ________________ en la
Ciudad de Suchiapa, Chiapas, siendo las ______ horas del ___ de ____________ de 201_,
se reunieron los integrantes de la empresa WorkCode, para llevar a cabo la <primera o
segunda….> reunión.

Tiempo Tema Ponente

00:00 - 00:00 Bienvenida Nombre

Verificación del quórum y aprobación de Nombre

la agenda
Firma de la Minuta de la reunión Nombre
anterior y Seguimiento de Acuerdos
Temas específicos (tantos sean Nombre
necesarios).
…
…
Acuerdos de la reunión Nombre

Clausura Nombre

DESARROLLO

El apartado de desarrollo será concreto e incluirá la participación de los asistentes, distinguiendo a los
integrantes de los invitados con el señalamiento del cargo.

En este apartado se deja constancia de lo siguiente:

1. Bienvenida a persona externa (cliente )

2. Informe del estatus y avance en los acuerdos de reuniones anteriores del Comité. Puede
consignarse aquí, o bien anexarse el reporte a la minuta, conforme al siguiente formato:
 Seguimiento de Acuerdos, Estatus de los acuerdos con corte al_ de_________201___

No. de Acuerdo Acuerdo Responsable Seguimiento Estatus *

Transcribir Unidad del Describir

el acuerdo Estado brevemente las
MA…/1.1/201_ tal como fue responsable de acciones que se
redactado realizar acciones están realizandoElija un elemento.
en la Minuta para el para el
de la cumplimiento del cumplimiento del
reunión. acuerdo. acuerdo.

La numeración del Acuerdo iniciará con el acrónimo del MA, diagonal, el número de la reunión, punto, el número
consecutivo del Acuerdo, diagonal, y año de la reunión.

El Seguimiento de Acuerdos da a conocer las acciones que se realizan para la atención y concreción de lo
acordado en el seno del Comité. Su corte será lo más próximo posible, a la fecha de celebración de la reunión.

4. El desarrollo de los temas presentados. Para cada uno de los temas se especifica el nombre del
ponente, puesto y dependencia, así como el cargo que desempeña en la empresa. Incluye los puntos
esenciales de la presentación, las aportaciones, preguntas o inquietudes que surgieron entre los
integrantes de la empresa.

ACUERDOS DE LA REUNIÓN

MA…/2.1/201_
MA…/2.2/201_
…

Este apartado consigna los acuerdos tomados por los integrantes de la empresa con motivo de la
reunión celebrada. La redacción de los Acuerdos será clara y concisa; y su numeración iniciará con el
acrónimo del MA, diagonal, el número de la reunión, punto, el número consecutivo del Acuerdo,
diagonal, y año de la reunión.

CIERRE DE LA REUNIÓN

Siendo las __ hrs., el <puesto en workcode> … procedió a clausurar la ___ reunión:

ASISTENTES A LA REUNIÓN

Nombre y puesto Cargo Firma

(Nombre) cargo
(Cargo dentro de workcode)
* Se recabarán las firmas de los asistentes a la reunion de la empresa

Adicionalmente, se listará a aquellos que acudieron en calidad de representantes de la empresa

WorkCode

 Nombre, cargo y dependencia.

ANEXOS

Forman parte de la minuta:

1. Cualquier otro soporte documental que respalde las actividades llevadas en la reunion.

<Firmas>

<Nombre y cargos>
__________________________ _______________________________
Por el Cliente: Por el Proveedor:
Contrato con cliente
CONTRATO QUE CELEBRAN POR UNA PARTE _____________________, EN LO SUCESIVO EL “CLIENTE”
REPRESENTADA POR EL ___________________, Y POR LA OTRA _____________________________,
EN LO SUCESIVO EL “PROVEEDOR”, REPRESENTADA POR EL _______________________, AL TENOR
DE LAS SIGUIENTES DECLARACIONES Y CLAUSULAS:
<sentar datos de las partes>

DECLARACIONES

1 Declara el Cliente por conducto de su apoderado:

1.1 Que es una empresa de nacionalidad mexicana que acredita su legal existencia con la
escritura pública No. _______________________________.

1.2 Que tiene facultades suficientes para suscribir el presente contrato en representación
del Cliente, lo que acredita con el testimonio notarial número
_____________________________, mismas que a la fecha no le han sido modificadas,
revocadas o limitadas de manera alguna.

1.3 Que su registro Federal de Contribuyentes es __________________.

<En caso de tratarse de una sociedad se deben asentar los datos, en caso de ser persona física se debe cambiar
las 2 declaraciones por una que diga: "Que es una persona física con capacidad jurídica para celebrar el presente
contrato>

1.4 Que es su deseo celebrar el presente contrato a fin de encomendar al Proveedor la

realización, diseño y desarrollo de un programa de computación con las características
que se señalan en el anexo 1 de este contrato.

2 Declara el Proveedor por conducto de su apoderado:

2.1 Que es una empresa de nacionalidad mexicana que acredita su legal existencia con la
escritura pública ____________________________.

2.2 Que tiene facultades suficientes para suscribir el presente contrato en representación
del Proveedor, lo que acredita con la escritura pública señalada en el numeral que
antecede, mismas que a la fecha no le han sido modificadas, revocadas o limitadas de
manera alguna.
< En caso de tratarse de una sociedad se deben asentar los datos, en caso de ser persona física se debe cambiar
las 2 declaraciónes por una que diga: "Que es una persona física con capacidad jurídica para celebrar el presente
contrato">

2.3 Que cuenta con la experiencia, capacidad y profesionalismo, así como con los recursos
humanos y económicos para llevar a cabo el diseño y desarrollo de un programa de
computación con las características que se señalan en el anexo 1 de este contrato,
además de que dispone de la organización y elementos suficientes para ello.

Expuesto lo anterior, las partes contratantes manifiestan su voluntad de asumir los derechos y
obligaciones que adquieren por la celebración de este contrato, con su sujeción a las siguientes:

Cl A U S U L A S

PRIMERA.- OBJETO DEL CONTRATO.- El objeto del presente contrato es el desarrollo de de un

programa de computación de conformidad con lo establecido en este contrato y el documento que se
agrega como anexo “1” del mismo, el que firmado por las partes forma parte integral de este
instrumento. <En el anexo 1 se debe especificar a detalle todas las particularidades de lo que se contrata. Un
documento que puede servir de base para el anexo es la propuesta o cotización>El mencionado anexo “1”
contiene a detalle, entre otras cuestiones, la descripción de las actividades que deberá desempeñar el
Proveedor, el calendario en el que deberá desempeñar las mismas, los procesos y metodología
aplicables, los documentos que deberá entregar a Cliente, etc., así como la descripción de la pruebas
tendientes a verificar que los servicios provistos por el Proveedor cumplen con las especificaciones
detalladas en el anexo “1”, en lo sucesivo el “Proyecto”.

Las partes manifiestan su conformidad y reconocen expresamente que el propietario, para todos los
efectos legales a que haya lugar, del resultado final del proyecto desarrollado por el Proveedor será
Cliente.

SEGUNDA.- VIGENCIA DEL CONTRATO.- El presente contrato tendrá una vigencia inicial de 3 meses
contados a partir de la fecha de su firma, una vez transcurrido dicho plazo cualquiera de las partes lo
podrá dar por terminado, previo aviso por escrito notificado a la otra parte con 5 días de anticipación a
la fecha en la que surta efectos el mismo.
< Ajustar vigencia de acuerdo a lo acordado entre las partes.>

TERCERA.- PRECIO FIJO CONVENIDO.- Sujeto al cumplimiento de todas y cada una de las obligaciones
y términos del presente contrato y su anexo “1”, el Proveedor recibirá como contraprestación, contra
la entrega de las facturas respectivas que cumplan con los requisitos fiscales establecidos por la
legislación en la materia, la cantidad de $_______________________. Dicha cantidad podrá ser pagada
en moneda nacional o en dólares de los Estados Unidos de América, aplicándose para el caso de que
sea pagada en moneda nacional, el tipo de cambio publicado por el Banco de México en el Diario Oficial
de la Federación del día de la fecha de emisión de la factura, a dicha cantidad se le deberá agregar el
correspondiente Impuesto al Valor Agregado.
< Establecer precio y modificar forma de pago de acuerdo a lo acordado entre las partes.>

CUARTA.- FORMA DE PAGO.- El Cliente pagará al Proveedor el importe citado en la cláusula que
antecede, de la siguiente forma:

 A la firma del presente contrato por concepto de anticipo, la cantidad correspondiente al 50% del
precio pactado, es decir, la cantidad de $_________________________.

 El 50% restante será pagado dentro de los 10 días hábiles siguientes a la fecha en la que el Cliente,
manifieste su conformidad con los servicios proporcionados por el Proveedor, mediante las firma
del acta de aceptación del sistema operando en condiciones óptimas de conformidad con lo
establecido en el anexo “1.”
< Establecer precio y modificar forma de pago de acuerdo a lo acordado entre las partes.>
QUINTA.- MODIFICACIONES. Por lo que se refiere a los servicios y alcances de las actividades
desarrolladas por el Proveedor, las partes convienen, que en el caso de que el Cliente estime necesario
incrementar los programas o los módulos de los subsistemas del Proyecto, lo podrá hacer, siempre que
el monto total de las modificaciones no rebase, en conjunto el 10% (diez por ciento) de los programas
o módulos previamente pactados y sea proporcional a los precios pactados en este contrato, quedando
obligado el Proveedor a realizar dichas modificaciones.

El contenido del anexo “1” se refiere a la primera fase del desarrollo de un programa de computación,
en el supuesto que el Cliente decida contratar los servicios del Proveedor para la siguiente fase, la partes
suscribirán un anexo “2” en el que se detallaran los términos, condiciones y especificaciones técnicas
bajo las cuales el Proveedor hará el desarrollo de dicha segunda fase.

En cuanto a los términos y condiciones establecidos en el presente contrato, los mismos se podrán
modificar previo acuerdo por escrito suscrito por las partes.
SEXTA.- CESION. Las partes convienen que los derechos y obligaciones derivados del presente contrato
no se podrán ceder en favor de cualquier tercero en forma parcial ni total salvo que cuenten con el
consentimiento por escrito de la otra parte.

SEPTIMA.- CONFIDENCIALIDAD.- La información comercial, técnica y administrativa a la que tendrán

acceso las partes con motivo del presente contrato será considerada como información confidencial,
obligándose por lo tanto, y haciendo que su personal se obligue, a adoptar los medios y sistemas
suficientes para preservar la confidencialidad de la información y en caso contrario, serán responsables
de indemnizar a la otra parte, por cualquier mal uso o divulgación no autorizada, independientemente
de las acciones civiles y penales que procedan. Las partes y/o el personal a su cargo deberán cumplir
con lo establecido en el párrafo anterior durante la vigencia del presente contrato y los 5 años
siguientes a la terminación del mismo.

OCTAVA.- PROPIEDAD DEL SISTEMA.- Si bien las rutinas generales de programación son propiedad del
Proveedor, el Cliente tendrá derecho de recibir todos los programas fuente, así como la documentación
técnica existente respectiva a los aspectos internos de programación de dicho sistema, con el único
exclusivo objeto de que, si así conviene a sus intereses, el Cliente partirá de este código para el
desarrollo de cualquier aplicación. El código fuente resultante del desarrollo del programa de
computación que se señalan en el anexo 1 de este contrato será de propiedad del Cliente.

NOVENA.- PLAZO DE ENTREGA. El Proveedor deberá desarrollar, entregar, instalar y poner en

operación el programa de computación señalado en el anexo 1 de este contrato, con todos sus
subsistemas en un plazo de ____ < Fijar plazo de entrega.> meses contados a partir de la fecha de firma
del presente contrato, atendiendo para tal efecto, al programa de trabajo descrito en el anexo “1” de
este instrumento.

DECIMA.- LUGAR DE ENTREGA. La entrega, instalación y puesta en operación de los subsistemas objeto
de este contrato, se efectuara en el domicilio del Cliente que se indican en la cláusula vigésima cuarta,
o en cualquier otro lugar en donde el Cliente lo indique por escrito.

DECIMA PRIMERA.- INSPECCION DE LA SOLUCION INTEGRAL.- El Cliente a través de la persona que al

efecto designe, tendrá en todo tiempo el derecho de inspeccionar, supervisar y verificar la ejecución y
cumplimiento de los trabajos materia del presente contrato, incluyendo los subsistemas o módulos de
los mismos. Dichos trabajos deberán llevarse a cabo conforme al programa de trabajo que se especifica
en el anexo “1”.
Para la coordinación, ejecución, desarrollo y supervisión de los subsistemas, el Proveedor designara por
escrito a un representante, dentro de los tres días hábiles siguientes a la fecha de firma del presente
instrumento, quien contará con facultades suficientes para tomar decisiones en todo lo relativo al
cumplimiento de las obligaciones del Proveedor contenidas en el presente contrato y anexo “1”, así
mismo el Proveedor se compromete a asignar consultores con dominio del idioma ingles. El Cliente se
reserva el derecho de aceptar y/o solicitar la remoción del representante del Proveedor, cuyo derecho
podrá ser ejercitado siempre y cuando el Cliente exponga razón o motivo fundado para llevar a cabo
dicha remoción o falta de aceptación.

DECIMA SEGUNDA. ACEPTACION DE LA SOLUCION INTEGRAL. Para la aceptación del sistema descrito
en el anexo “1”, el Cliente requerirá que estos mantengan un nivel de operatividad y estabilidad del
100% (cien por ciento) durante diez días naturales, una vez cubiertas las siguientes etapas:

1. Instalación de los subsistemas conforme a los requerimientos del Cliente.

2. Adecuado funcionamiento de los subsistemas y módulos complementarios durante el periodo de

pruebas con datos reales.

Queda expresamente pactado que, si alguno o algunos de los módulos de los subsistemas de la solución
integral, no cumplen con el 100% (cien por ciento) de operatividad por causas imputables al Proveedor,
deberán modificarse o substituirse, sin perjuicio de las sanciones que por atraso o incumplimiento
puedan aplicarse al Proveedor.

DECIMA TERCERA .- PERIODO DE GARANTIA DE LOS SUBSISTEMAS.- El Proveedor garantiza por un

término de seis meses, contados a partir de la fecha en que sean recibidos por el Cliente a su entera
satisfacción, los subsistemas materia del presente contrato. Dicha recepción se documentará mediante
la firma de las pruebas de aceptación.

Durante el periodo de garantía, el Proveedor proporcionara sin costo alguno para el Cliente, los
servicios descritos en la sección de garantía del anexo “1” de este contrato. El proveedor se
compromete a atender los requerimientos en cuanto a fallas o a cualquier actividad incluida dentro de
la garantía, en un periodo no mayor a 24 horas después de recibir reporte formal. La de solución de las
fallas y el restablecimiento de los servicios deberá efectuarse en un periodo no mayor a 3 días.

En el caso de que sea necesario llevar a cabo adecuaciones, modificaciones o reparaciones a los
subsistemas de la solución integral materia de este contrato motivadas por fallas o por no operar
adecuadamente, el Proveedor deberá efectuar un diagnóstico sobre dichos subsistemas, para
determinar las causas que ocasionaron las fallas, a fin de corregir los errores o anomalías de los
subsistemas , o en su caso, los reemplazara por otros que ejecuten las instrucciones para las que fueron
adquiridos, lo anterior, en un plazo no mayor de treinta días naturales contados a partir de la fecha en
que el Cliente haya hecho el reporte correspondiente, en caso contrario, el Cliente aplicara la pena
convencional establecida en el segundo párrafo de la cláusula décima novena de este contrato.

El proceso de escalación de problemas es el siguiente:

Líder de Proyecto del Proveedor.

Gerente de Proyecto del Proveedor.
Director General del Proveedor.

DECIMA CUARTA .- CAPACITACION.- El proveedor proporcionara sin costo alguno para el Cliente, la
capacitación para administrar y operar los subsistemas materia del presente contrato, incluyendo el
material acorde al tipo del curso, de conformidad con los términos establecidos en el anexo “1”.

DECIMA QUINTA .- DOCUMENTACION DE LOS SUBSISTEMAS.- El Proveedor proporcionara al Cliente,

sin costo adicional, los programas fuente de los módulos que integren los subsistemas, inclusive de la
información técnica actualizada relativa a la instalación, operación y funcionamiento de los productos
y sistemas desarrollados amparados por el presente contrato y sus adendums, así como también dos
juegos completos del manual de usuario. Dicha documentación deberá ser entregada por el Proveedor
al Cliente junto con los subsistemas materia de este contrato y previo a la realización de las pruebas de
aceptación del mismo.

DECIMA SEXTA.- DERECHOS DE AUTOR.- Ambas partes convienen en que la titularidad de los derechos
de autor de los subsistemas materia del presente contrato y del sistema, corresponden al Cliente, toda
vez que el Proveedor tiene el carácter de colaborador especial y remunerado en los términos de la Ley
Federal de Derechos de Autor, quedando estrictamente prohibido al Proveedor comercializar con
terceras personas, la información de la solución integral del Cliente, respondiendo por aquellos daños
y perjuicios que pudiera ocasionar al Cliente.

El proveedor garantiza al Cliente que cuenta con todos los derechos, autorizaciones y licencias para
proporcionar la solución integral objeto de este contrato.
Dentro de los cinco días hábiles siguientes a la fecha de aceptación de los subsistemas de la solución
integral materia del presente contrato, el Proveedor deberá otorgar por escrito al Cliente, una licencia,
no transferible por cada subsistema, no exclusiva y sin regalías, para uso y mantenimiento de los
mismos. Asimismo, el Proveedor deberá entregar al Cliente, dentro de dicho plazo, la documentación
referente al Proyecto, así como y el código fuente ejecutable que se originen con motivo de la
adquisición de los subsistemas de la solución integral materia del presente contrato.

DECIMA SEPTIMA.- INSCRIPCION DEL CONTRATO.- El Cliente tendrá la facultad de inscribir o registrar
el presente instrumento, ante la Dirección General del Derecho de Autor de la Secretaria de Educación
Publica.

DECIMA OCTAVA.- PATENTES, MARCAS Y DERECHOS DE AUTOR.- El Proveedor se obliga a responder

al Cliente, de cualquier demanda o reclamación, judicial o extrajudicial, que en materia de patentes,
marcas, franquicias o derechos de autor, se llegare a presentar en su contra por el uso de la solución
integral, dejando en paz y a salvo a Cliente de toda responsabilidad, así como responder de los daños y
perjuicios que ello le pudiera ocasionar.

Al efecto, Cliente se compromete a dar aviso al proveedor de cualquier demanda o reclamación que se
presente en su contra, en un plazo máximo de tres días hábiles, contados a partir de la fecha de
recepción de la notificación respectiva.

DECIMA NOVENA.- PENAS CONVENCIONALES.- El Proveedor no podrá demorar mas allá del plazo
estipulado la entrega de los subsistemas, de acuerdo a lo convenido en el presente contrato y a su
anexo “1”.

El proveedor se obliga a pagar una pena convencional consistente en ________________ por cada día
natural de retraso que transcurra desde la fecha de vencimiento del plazo para su entrega hasta el día
en que el Proveedor cumpla con esta obligación. Dicha sanción podrá ser impuesta hasta por un
máximo de veinticinco días, después de transcurrido dicho periodo el Cliente podrá rescindir el
presente contrato, previa notificación por escrito al Proveedor. En este caso el Proveedor estará
obligado a restituir al Cliente el pago anticipado y el Cliente devolver al Proveedor todo lo que le hubiere
proporcionado.
< Se recomienda fijar una pena convencional que represente el daño que pueda causar el retraso en el
incumplimiento de la obligación.>
Los montos que resulten de la aplicación de las penas convencionales que se impongan al Proveedor,
se harán efectivos con cargo a las cantidades pendientes de pago.

Independientemente del pago de las penas convencionales señaladas en los párrafos anteriores, el
Cliente podrá optar por la rescisión del contrato o exigir judicialmente su cumplimiento.

VIGESIMA.- CASO FORTUITO O FUERZA MAYOR.- En los casos fortuitos o de fuerza mayor, que impidan
que el Proveedor cumpla con el plazo de entrega, este podrá solicitar por escrito al Cliente, un prorroga
para la entrega de los subsistemas, expresando en su escrito los motivos en que apoya su solicitud. El
Cliente, sin que ello le signifique una obligación y siempre que no afecten a sus intereses, resolverá en
un plazo no mayor de ocho días naturales, sobre si concede o no la prorroga solicitada o bien lo que
estime conveniente.

VIGESIMA PRIMERA.- RELACIONES LABOLALES.- El proveedor, como patrón del personal que ocupe
con motivo del objeto del presente contrato, será el único responsable de las obligaciones derivadas
de las disposiciones legales y demás ordenamientos relativos a trabajo y seguridad social. El Proveedor
conviene por lo mismo, en responder de todas las reclamaciones que sus trabajadores presentaren en
su contra o en contra del Cliente, en relación con el objeto motivo del presente contrato, así como a
reembolsar al Cliente los gastos a los que se viere obligada a erogar.

El Cliente, durante un plazo de un año contado a partir de la fecha de vencimiento de este instrumento,
se compromete a no contratar a ninguna de las personas que laboran para el Proveedor, incluyendo
aquellas que intervengan en el desarrollo de los subsistemas materia del presente contrato.

VIGESIMA SEGUNDA. TERMINACION ANTICIPADA DEL CONTRATO. El Cliente sin incurrir en

responsabilidad alguna, podrá dar por terminado anticipadamente el presente contrato, bastando para
lo anterior notificación por escrito con 5 días de anticipación a la fecha deseada de término.

Cuando el Cliente de por terminado anticipadamente el presente contrato por causas no imputables al
Proveedor, pagara a este, conforme al monto fijado en el contrato, el importe de los módulos de los
subsistemas que hubiere entregado físicamente e instalado en el equipo de computo del Cliente a su
entera satisfacción, hasta la fecha de la terminación anticipada.
VIGESIMA TERCERA.- RESCISION DEL CONTRATO.- Cualquiera de las partes podrá rescindir
administrativamente el presente contrato sin responsabilidad alguna y sin necesidad de declaración
judicial bastando para ello la notificación que le formule a la otra parte cuando, en lo conducente:

1. Incumpla con alguna de las obligaciones derivadas del presente contrato.

2. Cuando el Proveedor suspenda injustificadamente la entrega o el desarrollo de los módulos de los
subsistemas a que se refiere este contrato.
3. Incumpla con las disposiciones legales y administrativas aplicables sobre la materia.
4. El Proveedor no entregue los subsistemas de la solución integral materia de este contrato, de
conformidad con lo establecido en el mismo.

VIGESIMA CUARTA.- DOMICILIOS.- Las partes señalan como sus domicilios para todos los efectos
legales a que haya lugar los siguientes:

El Proveedor.-

El Cliente.-

VIGESIMA QUINTA .- JURISDICCION.- Para la interpretación y ejecución del presente contrato, las
partes aceptan y convienen en someterse expresamente a la Jurisdicción de los Tribunales
Competentes en la Ciudad de México, D.F., renunciando expresamente al fuero que pudiera
corresponderles en razón de sus domicilios presentes o futuros o por cualquier otra causa.
< Se recomienda designar el tribunal del domicilio de las partes.>

Enteradas las partes del contenido, alcance y fuerza legal del presente contrato, lo firman en la
<estado y lugar>, el _________ de ______del dos mil _________.

__________________________ _______________________________
Por el Cliente: Por el Proveedor:
Proceso 2: Análisis del Proyecto.
clave: P2-APPO
Responsable: Product Owner
Objetivo: Establecer los paso y modelo en que se va trabajar el proyecto
Frecuencia: Una vez, durante la contratación de un nuevo producto.
Participante: Product Owner y Cliente.
Actividades:
● Obtener los recursos financieros para el proyecto.
● Evaluar la viabilidad y asegurar la entrega del producto o servicio.
● Requerimientos de sistema.
● Reconocer los usuarios finales.
● Establecer el modelo con el que se va a trabajar.
● Establecer al equipo de trabajo.

Diagrama de flujo,
P2-APPO
(OD) Orden del día
Fecha: ______________

Orden del día Reunión de _____ a ____

1. ____________ (product owner) Explica brevemente la pila del producto (product

backlog). Duración ___ minutos.
2. Todos los asistentes realizan la estimación de las hostorias de usario aplicando la
técnica de _______________. Duracion ___ minutos.
3. Los usuarios finales en conjunto con el product owner determinan la importancia
(prioridad) de cada historia de usuario. Duración ___ minutos.
4. Todos los presentes dan a conocer su disponibilidad de trabajo. Duración ___
minutos.
5. Se dan a conocer la ocupación de los roles Scrum Master y Scrum Team. Asimismo
se registra el porcentaje de dedicación a la ejecución del proyecto. Duración ___
minutos.
6. A partir del tiempo disponible para la ejecución del proyecto, se determinan la
duración de cada sprint y en consecuencia el número de sprints que pueden
permitirse y la cantidad de puntos de historia (estimación) que incluirá cada uno.
Duración ___ minutos.
7. Se distribuyen los puntos de historias en los diferentes sprints considerando la
importancia de las historias. Duración ___ minutos.
8. Se definen los estados que experimentarán las tareas durante la ejecución del
sprint.
9. Se establece hora y lugar para el Scrum diario. Duración ___ minutos.
10. Se redacta la minuta de la reunión y firman los asistentes. Duración ___ minutos.
 (A.P.M.R)Minuta de Reunión

Información:

Tipo de Reunión Scrum Meeting

Proyecto Automatización de Procesos de la Agencia Fotográfica.

Información de la reunión:

Lugar
Fecha
Convocada por: <Nombre y cargo de quién preside la reunión>
Personas
convocadas a la
reunión <Nombres y cargos>

Acuerdos y compromisos:

<Describir detalladamente que acuerdos y compromisos se establecen a partir de cada uno

de los puntos de la reunión>

Firmas de los Asistentes

Proceso 2.1: Levantamiento de Requerimientos.
clave: P2_1-LRPO
Responsable: Product Owner.
Objetivo: Identificar y documentar los requerimientos del futuro sistem.
Frecuencia: Al comienzo del proyecto.
Participante: Product Owner y Scrum Master.
Actividades:
● análisis de documentación, obtener la información sobre los requerimientos
funcionales y no funcionales
● observación, estudiar el entorno de trabajo de los clientes y usuarios finales
● Entrevista, perfilar al cliente hacia aspectos específicos del requerimiento. El éxito de
la entrevista depende del grado de conocimiento del entrevistador y entrevistado
● Discutir las ideas e identificarlas, para luego evaluarlas. Todas las ideas deben ayudar
a desarrollar el sistema
● Obtener historia de usuario.

Diagrama, P2_1-LRPO
(L.R.D.R) DOCUMENTO DE REQUERIMIENTOS

Fecha: <Fecha en que se hace el Documento>

Versión: <Número de Versión del Documento>

Responsables: <Nombre de las Personas que realizan este documento>

1 SISTEMA A CONSTRUIR:
<Descripción del Sistema a construir, de sus principales funcionalidades y de los posibles usos del producto>

2 USUARIOS:
<Caracterización de los principales usuarios del Sistema a Construir>

3 REQUERIMIENTOS FUNCIONALES:
<Se detallan todos los Requerimientos Funcionales del Sistema>

3.1 <Funcionalidad 1>:

<Explicación de la Funcionalidad 1 del Sistema>

4 REQUERIMIENTOS NO FUNCIONALES:
<Se detallan los Requerimientos no Funcionales del Sistema, éstos pueden tratarse de requerimientos
necesarios para el uso del sistema, de performance, de mantenimiento, de soporte, etc >

4.1 <Requerimiento no Funcional 1>:

<Explicación del Requerimiento no Funcional 1 del Sistema>

5 RESTRICCIONES:
<Detalle de las Restricciones impuestas sobre el proyecto pero que no son restricciones sobre el producto,
ejemplos son proceso de software a seguir, fechas de entrega, hitos de entrega fijos, etc >

5.1 <Restricción 1>

<Explicación de la Restricción >

6 INTERFACES:
<Se detallan las interfaces que debe proveer o utilizar la aplicación>

6.1 Interfaces de Usuario:

<Describe las interfaces de usuario que deben ser implementadas>

6.2 Interfaces con Hardware:

<Incluye cualquier interfaz con el Hardware que debe ser provista por el software, si es que son necesarias>

6.3 Interfaces con Software:

<Describe las interfaces del sistema con cualquier otro sistema de software, pueden ser componentes
reusados, componentes del mercado o cualquier otro tipo con el cual el sistema debe interactuar>

6.4 Interfaces de Comunicación:

<Describe cualquier interfaz de comunicación con otro sistema o dispositivo, tales como redes, dispositivos
remotos, etc>
Proceso 3: Implementación
clave: P4-ISM
Responsable: Scrum Team
Objetivo: implementa escenas virtuales.
Frecuencia: Una vez, durante la contratación de un nuevo producto.
Participante: Scrum Team (Front y Back)
Actividades:
● Representación de diseño para establecer estructuras modulares
● Analiza el diseño de interfaz del sistema para que los operadores lo empleen de una
forma práctica
● Planificar que todos los recursos estén disponibles para la puesta en producción de
los Sistemas de Información
● Capacitación para la implementación
● La instalación de todos los componentes y procedimientos manuales y automáticos
asociados a cada sistema de información implicados en la implantación
● La ejecución de los procedimientos de carga inicial y migración de datos, si se
determinó su necesidad
● Puesta en marcha del sistema

Diagrama, P4-ISM
(I.C.U) Casos de uso.
Nombre del proyecto:
Fecha de elaboración:

RF- <id del requisito> <nombre del requisito funcional>

Versión <número de versión y fecha>
Autores <autor>
Objetivos asociados <nombre del objetivo>
Descripción El sistema deberá comportarse tal como se describe en
el siguiente caso de uso {concreto cuando <evento de
activación>, abstracto durante la realización de los
casos de uso <lista de casos de uso>}
Precondición <precondición del caso de uso>
Secuencia Paso Acción
Normal 1 {El <actor>, El sistema} <acción realizada por el
actor o sistema>, se realiza el caso de uso
< caso de uso RF-x>
2 Si <condición>, {el <actor>, el sistema} <acción
realizada por el actor o sistema>>, se realiza el
caso de uso < caso de uso RF-x>
3
4
5
6
n
Postcondición <postcondición del caso de uso>
Excepciones Paso Acción
1 Si <condición de excepción>, {el <actor> , el
sistema} }<acción realizada por el actor o
sistema>>, se realiza el caso de uso
< caso de uso RF-x>, a continuación, este caso
de uso {continua, aborta}
2
3
Rendimiento Paso Cota de tiempo
1 n segundos
2 n segundos
Frecuencia esperada <nº de veces> veces / <unidad de tiempo>
Importancia {sin importancia, importante, vital}
Urgencia {puede esperar, hay presión, inmediatamente}
Comentarios <comentarios adicionales>
PROCESO 4: DISEÑO
clave: P3-DSM
Responsable: Scrum Master
Objetivo: Establecer los paso y modelo en que se va trabajar el proyecto
Frecuencia: Una vez, durante la contratación de un nuevo producto.
Participante: Scrum Master y Scrum Team
Actividades:
● Establecer las estructuras de datos
● Revisión de la arquitectura del software
● Mientras la representación de interfaz gráfica sea aceptada por el cliente, se creará un
repositorio
● Lista los requerimientos funcionales y no funcionales
● Creación de diagramas de flujo de dato e historias de usuario

Diagrama, P3-DSM
(D.P.D.A:WC)Plantilla de diseño de la aplicación: WorkCode
Detalles del diseño de la aplicación

Nombre de la empresa: Empresa Fecha: Fecha Hora: Hora

Nombre del elaborador: Nombre
Puesto del elaborador: Puesto
Especificaciones para la elaboración del diseño

1. Comprenda que un no es la aplicación final y solo es un diseño.

2. Utilice colores que vayan de acuerdo a la empresa del cliente
3. Utilice un diseño que llame la atención pero que no tenga mucho contenido
(Minimalista).
4. Utilice formas que cuadren entre si y tengan relaciones entre ellas.

Guia de diseño de aplicacion

<Agregar liga del maquetado>

Notas adicionales

<Escribir las notas adicionales>

PROCESO 5: PRUEBA DEL SOFTWARE
clave: P5-PSST
Responsable: Tester
Objetivo: Garantizar que el producto no contenga errores de diseño y codificación
Frecuencia: Cada vez que una pieza nueva del producto será entregada
Participante: Scrum Team (Front y Back)
Actividades:
● Instalar el nuevo sistema en un área de la empresa y realiza una prueba piloto
● Hacer pruebas automatizadas, usar herramientas de prueba
● Hacer pruebas manuales
● Obtener plan de pruebas
● Mientras el producto no tenga ningún problema de diseño y codificación. Actualizar
repositorio y presentar la pieza del producto al cliente

Diagrama P5-PSST
 <Nombre Proyecto>
Planes de Pruebas Funcionales

Versión: 0100
Fecha: DD/MM/AAAA

[Versión del Producto]

Queda prohibido cualquier tipo de explotación y, en particular, la reproducción, distribución, comunicación
pública y/o transformación, total o parcial, por cualquier medio, de este documento sin el previo
consentimiento expreso y por escrito de la Junta de Andalucía.
 (P.S.H.C)HOJA DE CONTROL

Organismo <Nombre Consejería u Organismo Autónomo>

Proyecto <Nombre Proyecto>
Entregable Planes de Pruebas Funcionales
Autor <Nombre de la Empresa>
Versión/Edición 0100 Fecha Versión DD/MM/AAAA
Aprobado por Fecha Aprobación DD/MM/AAAA
Nº Total de Páginas 66

REGISTRO DE CAMBIOS

Versión doc Causa del Cambio Responsable del Cambio Fecha del Cambio
0100 Versión inicial <Nombre Apellido1 Apellido2> DD/MM/AAAA

CONTROL DE DISTRIBUCIÓN

Nombre y Apellidos
<Nombre Apellido1 Apellido2>
 ÍNDICE
1 INTRODUCCIÓN ..........................................................................................................................................4
1.1 Objeto ......................................................................................................................................................4
1.2 Alcance ....................................................................................................................................................4
2 TRAZABILIDAD DE CASOS DE PRUEBAS – REQUISITOS ...................................................................5
3 DEFINICIÓN DE LOS CASOS DE PRUEBAS ............................................................................................6
4 ESTRATEGIA DE EJECUCIÓN DE PRUEBAS ...........................................................................................7
5 ANEXOS .........................................................................................................................................................8
6 GLOSARIO.....................................................................................................................................................9
7 BIBLIOGRAFÍA Y REFERENCIAS ............................................................................................................ 10

INTRODUCCIÓN

Objeto
El objetivo de este documento es recoger los casos de pruebas que verifican que el sistema satisface los
requisitos especificados. Deberá contener la definición de los casos de prueba, la matriz de trazabilidad entre
casos de pruebas y requisitos, y la estrategia a seguir en la ejecución de las pruebas.

Alcance
<Introduzca contenido y borre cuadro>

Unidades organizativas y responsabilidades a las que va dirigida el documento y que participan en su

generación, validación y registro según el modelo de MADEJA.

(P.D.T.C.P) TRAZABILIDAD DE CASOS DE PRUEBAS – REQUISITOS

<Introduzca contenido y borre cuadro>

En este apartado se deberá completar una matriz como la que se indica a continuación, en la cuál se indicará
la correspondencia entre los casos de pruebas definidos, y los requisitos funcionales de la especificación de
requisitos. Las filas representan cada uno de los casos de pruebas definidos, y las columnas los requisitos
funcionales. Si un caso de prueba se encarga de verificar un requisitos, se tendrá que señalar con una X la
casilla correspondiente.
 RF-001 RF-002 RF-003 RF-004 …. …. RF-00N
<CP-1> X X
<CP-2> X X
<CP-3> X
<CP-4>
…. X X X X
<CP-n>
DEFINICIÓN DE LOS CASOS DE PRUEBAS
<Introduzca contenido y borre cuadro>

En este apartado se describirán en detalle cada uno de los casos de pruebas que se hayan identificado como
necesarios para verificar la funcionalidad completa del sistema. Se deberá repetir una tabla por cada caso de
prueba que se defina. Del conjunto de casos de pruebas definidos, deberán identificarse aquellos que formarán
parte del conjunto de pruebas que deberán realizarse para asegurar el correcto despliegue de la aplicación.

<Código del CP>

<Nombre caso prueba>
¿Prueba de despliegue? Si/No
Descripción:
<Descripción del caso de prueba>

Prerrequisitos
<Enumerar los prerrequisitos para la prueba>

Pasos:
<Pasos generales para la prueba, basados en los escenarios de los casos de uso, si existen.>

Resultado esperado:
<Resultado esperado de la prueba>

Resultado obtenido:
<Resultado obtenido de la ejecución del caso de prueba>

ESTRATEGIA DE EJECUCIÓN DE PRUEBAS

<Introduzca contenido y borre cuadro>
.
En este apartado se deberá indicar la estrategia a seguir en la ejecución de las pruebas; para ello se deberán
identificar los posibles ciclos de pruebas, y los casos de pruebas que lo componen. Además, deberá indicarse
el orden en el que deberán ejecturase los casos de pruebas definidos. Para ello se propone completar una matriz
como la siguiente, donde haya un inventario de los casos de prueba y de los ciclos de pruebas, de tal forma
que puedan relacionarse los casos de prueba con los ciclos donde son ejecutados.

<Ciclo 1> <Ciclo 1> <Ciclo 1> <Ciclo 1> …. …. <Ciclo n>
<CP-1>
<CP-2>
<CP-3>
<CP-4>
….
<CP-n>

ANEXOS

<Introduzca contenido y borre cuadro>

Este punto contendrá toda aquella información de interés para la elaboración y validación del Plan
de Pruebas Funcionales.

GLOSARIO

<Insertar comentario y eliminar cuadro>

Este punto contendrá la definición de todos los términos utilizados en el presente documento.

Término Descripción

BIBLIOGRAFÍA Y REFERENCIAS
<Cumplimente tabla y borre cuadro>

En este punto se incluirán las referencias y documentación utilizada para la elaboración de este documento,
por ejemplo:
• Plan de Pruebas del equipo de desarrollo
• Informe de Resultados de los servicios para los que se han generado los planes de prueba.
Referenci
Título
a
Ref. 1
Ref. 2
PROCESO 6: SEGUNDA REUNIÓN.
Clave: P6-SRPO
Responsable: Product Owner
Objetivo: Verificar que el sistema desarrollado cumpla con los requerimientos
expresados inicialmente por el cliente.
Frecuencia: Por cada sprint, cada pieza del sistema desarrollado
Participante: Product Owner y Cliente.
Actividades:
● Llegar a un acuerdo, llenar y firmar la minuta de acuerdos
● Despedirse Cordialmente del cliente y generar una próxima cita

Diagrama P6-SRPO
(S.R.M.A) Minuta de acuerdos
En las instalaciones de _____________________, ubicadas en ________________ en la
Ciudad de Suchiapa, Chiapas, siendo las ______ horas del ___ de ____________ de 201_,
se reunieron los integrantes de la empresa WorkCode, para llevar a cabo la <primera o
segunda….> reunión.

Tiempo Tema Ponente

00:00 - 00:00 Bienvenida Nombre

Verificación del quórum y Nombre

aprobación de la agenda
Firma de la Minuta de la reunión Nombre
anterior y Seguimiento de
Acuerdos
Temas específicos (tantos sean Nombre
necesarios).
…
…
Acuerdos de la reunión Nombre

Clausura Nombre

DESARROLLO

El apartado de desarrollo será concreto e incluirá la participación de los asistentes,

distinguiendo a los integrantes de los invitados con el señalamiento del cargo.

En este apartado se deja constancia de lo siguiente:

1. Bienvenida a persona externa (cliente)

2. Informe del estatus y avance en los acuerdos de reuniones anteriores del Comité.
Puede consignarse aquí, o bien anexarse el reporte a la minuta, conforme al siguiente
formato:
 Seguimiento de Acuerdos, Estatus de los acuerdos con corte al_
de_________201___

No. de Acuerdo Acuerdo Responsable Seguimiento Estatus *

Transcribir Unidad del

Describir
el acuerdo Estado
brevemente las
MA…/1.1/201_ tal como responsable de
acciones que se
fue realizar Elija un
están realizando
redactado acciones para elemento.
para el
en la el cumplimiento
cumplimiento
Minuta de del acuerdo.
del acuerdo.
la reunión.
La numeración del Acuerdo iniciará con el acrónimo del MA, diagonal, el número de la reunión,
punto, el número consecutivo del Acuerdo, diagonal, y año de la reunión.

El Seguimiento de Acuerdos da a conocer las acciones que se realizan para la atención y

concreción de lo acordado en el seno del Comité. Su corte será lo más próximo posible, a la fecha
de celebración de la reunión.

4. El desarrollo de los temas presentados. Para cada uno de los temas se especifica el
nombre del ponente, puesto y dependencia, así como el cargo que desempeña en la
empresa. Incluye los puntos esenciales de la presentación, las aportaciones, preguntas
o inquietudes que surgieron entre los integrantes de la empresa.

ACUERDOS DE LA REUNIÓN

MA…/2.1/201_
MA…/2.2/201_
…

Este apartado consigna los acuerdos tomados por los integrantes de la empresa con motivo
de la reunión celebrada. La redacción de los Acuerdos será clara y concisa; y su numeración
iniciará con el acrónimo del MA, diagonal, el número de la reunión, punto, el número
consecutivo del Acuerdo, diagonal, y año de la reunión.

CIERRE DE LA REUNIÓN

Siendo las __ hrs., el <puesto en workcode> … procedió a clausurar la ___ reunión:

ASISTENTES A LA REUNIÓN

Nombre y puesto Cargo Firma

 (Nombre) cargo
(Cargo dentro de workcode)

* Se recabarán las firmas de los asistentes a la reunion de la empresa

Adicionalmente, se listará a aquellos que acudieron en calidad de representantes de la

empresa WorkCode

 Nombre, cargo y dependencia.

ANEXOS

Forman parte de la minuta:

2. Cualquier otro soporte documental que respalde las actividades llevadas en la

reunion.

<Firmas>

<Nombre y cargos>
__________________________ _______________________________
Por el Cliente: Por el Proveedor:
PROCESO 7: AUDITORIA INTERNA
Clave: P7-AIAI
Responsable: Auditor Interno
Objetivo: Evaluar de manera objetiva las evidencias de auditorías internas para
determinar si el sistema, es conforme con las disposiciones planificadas, con los
requerimientos del sistema de la norma y con los requisitos del sistema de calidad
establecidos
Frecuencia: Por cada sistema desarrollado.
Participantes: Auditor interno y Gestor de calidad.
Actividades:
 Planificar un programa de auditoría, con criterios, alcance y frecuencia.
 Solicitar las evidencias de los procesos documentados
 Evaluar de manera objetiva los resultados, evidencias, con el fin de
determinar la extensión en que se cumplen los criterios de auditoria
 Dar una conclusión de los hallazgos de la auditoria tras considerar los
criterios de auditoria

Diagrama de flujo.
P7-AIAI
(A.I.P.A)PROGRAMA DE AUDITORÍAS

Aprobado por:

Frecuencia

Objetivo:
Amplitud:
Recursos

PROCESO / ÁREA EQUIPO DE FECHA HORA FIRMA

LUGAR DURACIÓN FIRMA
A DE AUDITOR
AUDITORIA AUDITOR AUDITADO
AUDITAR IA AUDITOR PRINCIPAL
IA

Aprobado por:
PROCESO 8: MANEJO DE ACCIONES
Clave: P8-MAGA
Responsable: Gestor de Calidad y Auditor Interno
Objetivo: Obtener información del progreso de la auditoria interna y externa
Frecuencia: Cada vez al concluir una auditoria interna y externa
Participantes: Auditor interno, Product Owner y Scrum Master
Actividades:
 Informar al auditado de las problemáticas encontradas durante la auditoria y
las soluciones posibles
 Informar de las nuevas actualizaciones de las normas y los requisitos del
sistema de calidad establecidos

Diagrama de flujo.
P8-MAGA
 (M.A.R.R) Registro de riesgos
Proyecto:
Versión:
Fecha:
Responsable:

Clave Riesgo Fecha en que fue Fecha en que Probabilidad Probabilidad Impacto
identificado puede (cualitativa)
presentarse

1 Riesgos contractuales y legales

2 Riesgos relativos al contrato (o a la falta de..)
Riesgos relativos a la dirección de la
3
institución
Inestabilidad del proyecto por falta de acuerdo
4
o consenso entre los directivos de alto nivel
Alcance del proyecto y manejo de
5
requisitos
6 Construir el producto equivocado
7 Requisitos mal identificados
8 Estabilidad (volatilidad y scope creep)
9 Plenitud
10 Claridad
11 Validez
12 Viabilidad
13 Precedencia
14 Riesgos relativos a la planeación
15 Errores o deficiencias en la planeación
16 Errores en la asignación de recursos
17 Costos, recursos económicos
18 Entrega tardía de recursos
19 Presupuestos mal fundamentados
20 Costos inciertos o volátiles
21 Tiempo, cronograma, calendario...
22 Presiones (por ejemplo, competitividad)
23 Cronograma mal fundamentado
24 Duraciones o grado de esfuerzo inciertos
25 De proveedores
26 Falta de solidez (o, incluso, bancarrota)
27 Tiempos de entrega
28 Calidad o inconsistencia de los productos
29 Del personal
30 Salud, bienestar
31 Personal nuevo: compromiso y rendimiento
32 ¿Nos pueden reducir recursos humanos?
33 De calidad
Poca tolerancia del cliente hacia problemas de
34 calidad derivados de las presiones de tiempo o
presupuesto
35 Calidad de productos del proyecto
36 Pruebas insuficientes
37 Riesgo tecnológico
38 Curva de aprendizaje de nuevos productos
39 Confiabilidad de los procesos y métodos
40 Confiabilidad de productos
41 Equipo (hardware) y software
42 Especificación deficiente de la capacidad
43 Disponibilidad de expertos
44 Interfaces deficientes o no probadas entre los
componentes del equipo físico
45 Riesgos de seguridad
46 Daño intencional
47 Daño no intencional
48 Control deficiente de la seguridad en el trabajo
49 Riesgos relativos al control de
configuraciones
50 Pérdida de información debido a una
inadecuada política de respaldos
51 Pérdida de tiempo por versiones mal
identificadas
52 Riesgos relativos al diseño
53 Inconsistencias por falta de revisión adecuada
de la arquitectura y el diseño
54 Complejidad excesiva
55 Riesgos relativos al desarrollo de sistemas
56 Interfaces de usuario insatisfactorias
57 Falta de mantenibilidad, o mala funcionalidad
58 Deficiencias en las interfaces con otros
sitemas
Riesgos relativos al terreno
59 Alto nivel freático
60 Cuevas o minas de difícil detección
Riesgos de producción u operación
61 Rendimiento y capacidad
62 Proceso nuevo, o insuficientemente probado
ROCESO 9: LIBERACIÓN DE PRODUCTO.
Clave: P9-LPPO
Responsable: Product Owner
Objetivo: Especificar el tipo de licencia de software.
Frecuencia: Por cada sistema desarrollado
Participante: Product Owner y Cliente.
Actividades:
● Escoger una licencia que se adecue al software
● Revisar la licencia
● Guardar licencia en el repositorio
● Manual de usuario e instalación
● Distribución del software

Diagrama P9-LPPO
(L.P.M.C.L.U.S.D) MODELO DE CONTRATO DE LICENCIA DE USO DEL SOFTWARE
DENOMINADO
<nombre>

Entre los suscritos a saber: mayor de edad, identificado con la cédula de

ciudadanía de Bogotá, domiciliado en Bogotá, obrando en su calidad de quien en
adelante se denominará, se ha celebrado el siguiente contrato de licencia de uso del soporte
lógico (software), indicado en líneas anteriores, el cual se regirá por las siguientes

CLÁUSULAS:

PRIMERA: OBJETO. EL LICENCIANTE se compromete a conceder al LICENCIATARIO

la licencia no exclusiva, del soporte lógico o software denominado " ”.

SEGUNDA: CARACTERÍSTICAS DEL SOFTWARE. El programa que se entrega al

LICENCIATARIO a título de licencia, comprende las siguientes características generales:

El LICENCIATARIO declara conocer y aceptar los contenidos y funciones del software

descrito.

TERCERA: VALOR DEL CONTRATO: El valor del presente contrato es de pesos ($ ).

Este valor incluye:
1) La licencia de uso del software.
2) Una copia de la aplicación en código ejecutable, con restricciones, a ser utilizado
únicamente en dispositivo físico (Numero de dispositivos fijos en los que podrá
utilizarse el programa).
3) La capacitación necesaria al LICENCIATARIO para el adecuado y productivo
uso del software, la cual será de horas. Esta
capacitación se hará en la sede de .
 4) La documentación necesaria para la operación del programa y el manejo de la
aplicación.

CUARTA: FORMA DE PAGO. EL LICENCIATARIO cancelará AL LICENCIANTE el precio

señalado en la cláusula anterior de la siguiente forma: (establecer forma de pago
negociada con el LICENCIATARIO, es decir, un pago único al momento de la suscripción
del contrato, pagos periódicos, anualidades).

QUINTA: PLAZO DE ENTREGA. EL LICENCIANTE se compromete a entregar, AL

LICENCIATARIO dentro de los quince (15) días hábiles siguientes a la firma del presente
contrato por ambas partes, las herramientas y documentación necesaria a fin de que este
último pueda hacer uso idóneo del software objeto de la licencia de uso de interés.

Una vez reciba las herramientas y documentación necesaria a fin de hacer uso idóneo del
software objeto de la licencia de uso de interés, el LICENCIATARIO deberá constatar su
correcto funcionamiento. Las partes suscribirán un acta de entrega, en la cual el
LICENCIATARIO deberá reportar los defectos o fallas del software, o de lo contrario de
entenderá que la entrega y facilitación de las herramientas pertinentes se llevó a cabo a
satisfacción.

SEXTA: PROPIEDAD INTELECTUAL. EL LICENCIANTE es el titular de los Derechos de

Autor sobre el software
y por lo tanto se reserva las facultades
de reproducción, comunicación pública, distribución, importación, traducción y cualquier
transformación de dicho programa, por cualquier medio conocido o por conocerse.

En virtud del presente contrato el LICENCIATARIO solamente adquiere la facultad de usar el

software, de acuerdo con las condiciones de uso establecidas en la cláusula siguiente.

SÉPTIMA: CONDICIONES DE USO. EL LICENCIATARIO se compromete a:

1) No explotar comercialmente el software;
2) No permitir el manejo técnico inverso, el desmontaje o descompilado del programa por
parte de ninguno de sus empleados o contratistas;
 3) A realizar únicamente las copias permitidas y a usarlas solamente para los usos
autorizados;
4) Utilizar el software exclusivamente en los computadores de su propiedad1;
5) No realizar modificaciones al software;
6) No realizar nuevos trabajos construidos con base en el software objeto de licencia (obras
derivadas);
7) Adquirir el hardware necesario, y acondicionar el sitio de uso del software con
las conexiones eléctricas y de datos suficientes para el correcto funcionamiento
del mismo.
8) No sub licenciar el uso del software objeto del presente contrato.

OCTAVA: COPIAS Y USOS AUTORIZADOS: En virtud del presente contrato, al

LICENCIATARIO le es permitido realizar:
1) copia(s) de del software en la memoria de los computadores de su
propiedad a la fecha del contrato.
2) Una copia de seguridad que solamente podrá ser utilizada en el caso que el paquete
original del software falle.

NOVENA: OBLIGACIONES DEL LICENCIATARIO.

1) Cancelar el valor total del precio en la fecha y en las condiciones acordadas.

2) Utilizar el software de acuerdo con las condiciones de uso establecidas en las
Cláusulas 7 y 8;
3) Suministrar anualmente, a solicitud del LICENCIANTE, una certificación de que el
programa se está utilizando de conformidad con las disposiciones contenidas en el presente
contrato, enumerando la ubicación, tipo y número de computadores en donde está
funcionando;
4) Permitir que EL LICENCIANTE efectúe u ordene en cualquier momento inspecciones a
las instalaciones o máquinas de computación que posea a fin de verificar el cumplimiento de
lo estipulado en el presente contrato;
5) Tomar medidas preventivas usuales en la actividad de computación, con el fin de evitar
que se produzcan fallas que le causen cualquier tipo de daño o perjuicio, ya sea al
LICENCIANTE o a terceros;
6) Exonerar, en cualquier caso, AL LICENCIANTE de toda responsabilidad derivada de los
daños o perjuicios que pueda sufrir el
LICENCIATARIO como consecuencia directa o indirecta del uso inadecuado que se haga
del software;
1
Se relaciona con el siguiente.

7) Mantener la confidencialidad en el uso de la información que le sea revelada,

durante la vigencia del contrato, subsistiendo dicha obligación una vez
terminado el mismo.

DECIMA: OBLIGACIONES DEL LICENCIANTE:

1) Entregar una copia ejecutable del software por medio de una descarga vía internet en
la fecha y en las condiciones que se describen en el presente contrato.
2) Entregar en medio por medio de una descarga vía internet las ayudas para la operación
del software e interpretación de resultados.
3) Entregar documentación y herramientas necesarias para la operación del programa.
En esta documentación deberá explicarse el manejo de la aplicación.

DECIMA PRIMERA: GARANTÍAS. EL LICENCIANTE garantiza al LICENCIATARIO que la

versión del programa amparado por este contrato, cumplirá las funciones descritas; y garantiza
igualmente que los soportes físicos y otros medios por medio de descarga vía internet estarán
libres de virus, bajo su normal uso durante noventa (90) días calendario siguientes a la entrega
e instalación del mismo.

DECIMA SEGUNDA: CESIÓN. El presente contrato no puede ser cedido por el

LICENCIATARIO total ni parcialmente, salvo autorización previa y escrita por parte del
LICENCIANTE.

DECIMA TERCERA: VIGENCIA DEL CONTRATO. Las partes acuerdan que el presente
contrato estará vigente a partir de la firma del mismo y tendrá una duración de cinco (5)
años.
El Término del presente Contrato podrá ser prorrogado por periodos iguales de forma
indefinida, por acuerdo expreso entre las partes, el cual deberá constar por escrito.

DECIMA CUARTA: TERMINACIÓN. EL LICENCIANTE o LICENCIATARIO podrán dar por

terminado en cualquier momento el presente Contrato, mediante notificación por escrito al
domicilio de la otra Parte con cuatro meses de anticipación a la fecha en que efectivamente
tendrá lugar dicha terminación anticipada, y en todo caso subsistirán todas las obligaciones
que se encuentren pendientes al momento de la terminación por cada una de las Partes.

En caso de que se dé la terminación anticipada del Contrato, EL LICENCIATARIO deberá

cesar totalmente en el uso del software
, así como el uso de cualquier material de propiedad DEL
LICENCIANTE que éste le haya otorgado en virtud del presente Contrato, dentro de los 30
días hábiles siguientes contados a partir de la fecha de recibo de la notificación enviada por
la parte que solicita la terminación del contrato.

También podrá darse la terminación anticipada del Contrato por incumplimiento grave de
cualquiera de las obligaciones por parte del
LICENCIATARIO

PARÁGRAFO. - La terminación anticipada de este Contrato por cualquier causa no liberará

a las Partes del cumplimiento de obligaciones pendientes a favor de la otra Parte.

DECIMA QUINTA: INFRACCIONES. EL LICENCIANTE, queda obligado a realizar todas

las actividades necesarias y a iniciar las acciones legales del caso para la defensa del
software objeto del presente contrato.

En el supuesto de que EL LICENCIATARIO tenga conocimiento de cualquier violación o

supuesta violación de los derechos que detenta EL LICENCIANTE sobre dicho software,
piratería o uso indebido del mismo, o cualquier acto de competencia desleal que comprenda
el referido programa deberá ponerlo de inmediato en conocimiento DEL LICENCIANTE, a
quien prestará toda la información y colaboración necesaria en el caso de que se decidiera
iniciar acciones legales.

La legitimación para el ejercicio de las acciones será DEL LICENCIANTE, pudiendo ser
realizada conjuntamente por ambas partes si

así lo acordaren. En todo caso, EL LICENCIANTE se obliga a defender los derechos de

autor generados sobre el software licenciado utilizando todos los medios previstos en
Derecho. Los gastos ocasionados por la defensa del software licenciado estarán a cargo
DEL LICENCIANTE.
En caso de que se entable una demanda o se formule una acción contra EL
LICENCIATARIO por parte de un tercero que alegue infracción de dichos derechos del
tercero que resulten del uso por parte DEL LICENCIATARIO del software, éste informará
sobre dicha demanda de inmediato AL LICENCIANTE sin perjuicio de cualquier defensa
posible. EL LICENCIATARIO, sin aceptar ninguna responsabilidad, dará toda la ayuda
razonable AL LICENCIANTE para impugnar dichas demanda o acciones.

DECIMA SEXTA: DECLARACIONES. Además de las declaraciones y garantías contenidas

en cualquier otra disposición de este contrato, cada una de las partes declara y garantiza a
la otra que: (a) Tiene pleno poder y autoridad para firmar, ser parte y ejecutar este contrato;
(b) Este contrato una vez sea firmado, constituirá una obligación válida de dicha parte y
exigible de conformidad con sus términos y a la legislación aplicable; y (c) Las partes
declaran que este contrato no viola sus Estatutos, ni cualquier contrato del que sean parte,
ni las leyes o reglamentos que les sean aplicables.

DECIMA SÉPTIMA: LEY APLICABLE. La celebración, interpretación, ejecución y

terminación de este contrato se regirá y adelantará de conformidad con las leyes de la
República de Colombia.

DECIMA OCTAVA: LEGALIDAD. Ambas partes acuerdan que en caso de que alguno de
los términos o condiciones que le dan forma y contenido al presente contrato sea declarado
como nulo, ilegal o inaplicable por autoridad competente, todas las demás condiciones y
términos seguirán surtiendo plenos efectos para las partes, siempre y cuando el objeto
substancial del contrato no se vea afectado.

DECIMA NOVENA: CLAUSULA COMPROMISORIA. Las partes acuerdan que en el evento

de que surja alguna diferencia entre ellas, por ocasión del presente contrato, será resuelta
mediante el Project Owner ARBITRAMENTO que tendrá como domicilio la ciudad de
<ciudad>, y que se regirá de conformidad con el

artículo 118 de la Ley 1563 de 2012 y la ley 23 de 1991, y las demás normas legales
vigentes sobre la materia. El árbitro decidirá en
derecho y el fallo es de obligatorio cumplimiento para las partes y
hará tránsito a cosa juzgada.
Para constancia se firma en <ciudad> a los ( ) días de de dos mil diecinueve (2019).

<firmas>

__________________________ _______________________________
Por el Cliente: Por el Proveedor:
PROCESO 10: MANTEAMIENTO
Clave: P10-MPO
Responsable: Product Owner
Objetivo: Mejor y optimizar el sistema desarrollado, así como también remediar los
defectos
Frecuencia: Cada vez que él usuario solicite una mejora o solucionar algún
problema.
Participantes: Scrum Master y Scrum team
Actividades:
 Solicitar la documentación del proyecto
 Solicitar peticiones de cambio
 Analizar el impacto que tendrá en el sistema actual
 Si el impacto es bajo, hacer una actualización de documentación y
codificación

Diagrama de flujo.
P10-MPO
(M.P.S.P) Plantilla de Seguimiento del Proyecto

Producto
Proyectos finales Costo/Horas

Fecha de Fecha Costos Horas Horas

Estado impacto Tarea Asignado Descripción
entrega Entregable fijos estimadas actuales

Nombre
del
proyecto
27/08/2017 Tarea Detalles de la $
tarea aquí -

 Alta
27/08/2017 Tarea $
-
 Alta
31/03/2019 Tarea $
-
☐ Baja
PROCESO 11: COBRO DE PRODUCTO.
Clave: P11-CPAV
Responsable: Agente de ventas.
Objetivo: Remuneración económica por servicio de desarrollo de software.
Frecuencia: Por cada sistema desarrollado
Participante: Agente de ventas, Product owner y Cliente.
Actividades:
● Estimación de costo por tiempo de desarrollo
● Revisión de la minuta de entrega
● Documento de comprobación de pago

Diagrama P11-CPAV
 Invoice #: 100.1
Fecha: August 9,
(C.P.Fac) Factura 2012

Dirección Datos de contacto

Numero #: 100.1 Hloom.com
1912 carretera Villa
Date: August 9, 2012 Flores
Suchiapa Chiapas
Venta ID: 57922 94108
Encargado (961) 123 45 67
Contacto: agg@website.com hloom@hloom.com

SERVICES

DECRIPTION HOURS RATE AMOUNT

<Describir venta> 2.5 1 $0.00
<Gastos> $0.00
$0.00
$0.00
$0.00
$0.00
$0.00
$0.00

NOTES SUBTOTAL $0.00

TAX RATE 14.00%
TOTAL, TAX $0.00
OTHER $0.00
TOTAL $0.00
PROCESO 12: ENCUESTA DE SATISFACCIÓN
Clave: P12-ESAV
Responsable: Agente de Venta
Objetivo: Obtener una calificación del sistema desarrollado
Frecuencia: Cada vez de entregar el sistema completo. El sistema debe estar
comprado por el cliente
Participantes: Product Owner y Agente de Venta
Actividades:
 Entregar la encuesta al cliente

Diagrama de flujo.
PN-ESAVP12

-ESAV
(E.S.P.E) Encuesta de satisfacción del cliente (Producto entregable)

1. ¿Qué tan satisfecho quedó con el producto entregado?

a) No es lo que esperaba
b) Inconforme, pero hace lo que pedía
c) Me gusto
d) Estoy muy conforme con todo

Describa qué le pareció: _____________________________

_________________________________________________
_________________________________________________
¿Por qué? _________________________________________
_________________________________________________
_________________________________________________
_________________________________________________

2. ¿El cliente encuentra el diseño favorable?

a. Si
b. No
¿Por qué? _____________________________________________
_____________________________________________________

3. ¿Cumple con todas las funciones especificadas por el cliente?

a. Si
b. No
¿Por qué? _____________________________________________
_____________________________________________________

4. ¿El cliente encuentra fácil la utilización del producto?

a. Si
b. No
¿Por qué? _____________________________________________
 _____________________________________________________

5. ¿Como esperaba que fuera la entrega del producto final?

____________________________________________________________
_
____________________________________________________________
_
____________________________________________________________
_
____________________________________________________________
_

6. ¿Nos recomendaría con otras personas?

a. Si
b. No
¿Por qué? _____________________________________________
_____________________________________________________
(E.S.C.1ra.R) Encuesta de satisfacción del cliente (Primera reunión)

1. ¿Qué tal fue atendido en la reunión con nuestro agente?

a) Pésimo
b) Mal
c) Regular
d) Excelente

2. ¿Qué sugerencias recomendaría para nuestros agentes?

3. ¿Fue adecuada la postura de nuestro agente?

4. ¿Los agentes se presentaron adecuada e higiénicamente a la reunión?

5. ¿El léxico de los agentes fue el correcto?

6. ¿Los agentes acudieron con puntualidad al punto de reunión?

7. ¿Qué cambios o mejoras agregaría en la siguiente reunión y porque?

8. ¿Recomienda a los agentes de esta reunión?

NORMAS DE REFERENCIA

El Sistema de Gestión de la Calidad implantado en WorckCode, está basado en las siguientes

normas:

 ISO 9001:2015 Sistema de gestión de la calidad. Requisitos.

CONTROL DE CAMBIOS

Historial de revisiones para este documento

Fecha Versión Descripción Autor Motivos
28/01/18 1.0 Apartados Damián Javier Mejía Inicio de manual
Gómez
20/02/19 2.0 Reacomodo del Damián Javier Mejía Implementación de la norma
archivo Gómez ISO 9001:2015
implementación
de normas ISO
25/02/19 2.5 Reacomodo de Damián Javier Mejía Restructuración de procesos
formato e Gómez
implementación
de procesos