Alumnos:

1. Castillo Cerón Miguel Ángel2. Chávez Salomón Jordi3. Barrera Reyes David4. Chi Varguez Daniel5. Canul García Erick6. Xuffi Romero Cesar

Carrera:

Ing. Sistemas Computacionales

Catedrática:

Adriana Leticia Montes Martínez

Asignatura:

Gestión de Proyectos de Software

Febrero-Junio 2015

TECNOLOGICO NACIONAL DE MEXICO

Instituto Tecnológico de Cancún

Cancún, Q.Roo a 9 de Marzo del 2015

ÍNDICE

INTRODUCCIÓN 2

Planeación 2

Antecedentes 3

Descripción de la Situación Actual 4

Definición del Problema 5

Justificación 5

Propuesta de Solución 5

Objetivo General 6

Objetivos Específicos 6

Alcance 6

Limitación 6

ESTIMACIÓN DE RECURSOS 7

Hardware 7

Software 8

Personal 8

Organigrama 9

Habilidades y Destrezas 9

ANÁLISIS DE RIESGOS 10

Tabla de Riesgo 11

MEDIDAS Y MÉTRICAS. 13

Medidas y Métricas Aplicadas al Software 14

ESTUDIO COSTO – BENEFICIO 15

Gráfica de Costo – Beneficio 17

CRONOGRAMA DE ACTIVIDADES 18

CONTRATO 19

CONCLUSIÓN 26

REFERENCIAS BIBLIOGRÁFICAS 27

1

INTRODUCCIÓN

En este documento les vamos a presentar la primera fase para la

solución de un problema de organización y administración de recursos de la

empresa TURICUN. En esta etapa vamos a analizar desde cual es la raíz

del problema, las posibles soluciones, las expectativas a cumplir, así como

el alcance y las limitaciones de la solución. Le vamos a presentar una

perspectiva desde lo general hasta lo particular de las características del

software como también de los requerimientos para su desarrollo y

aplicación.

Como elementos indispensables en toda propuesta para el

desarrollo de un proyecto vamos a brindar del análisis de costo-beneficio

para la Turicun S.A. de C.V. y del análisis y control de riesgos de cualquier

tipo que se pueda presentar a lo largo del desarrollo y aplicación del

software.

Con todos estos elementos tenemos la intención de primero,

demostrar nuestra calidad como Software Factory de software. Segundo,

proporcionar de toda la información necesaria a nuestro cliente, como a

todos los miembros del equipo de trabajo. Tercero, probar la importancia de

nuestro software como solución para una seria problemática que presenta

la empresa TURICUN.

2

Planeación

Esta es la primera y fundamental etapa de todo el proyecto. Aquí es donde vamos

primero a determinar donde se encuentra la fuente del problema y cuál es la solución más

óptima. Lo primero y más importante es conocer a nuestra Turicun S.A. de C.V., su

mercado, si misión, visión y objetivos como organización.

Nos daremos a la tarea de plasmar los objetivos del software así como sus

características y módulos, los recursos necesarios para su desarrollo y aplicación dentro de

la empresa TURICUN.

Como segunda parte hablaremos del alcance y los límites del software y del proyecto.

Por un lado que tanto abarcara nuestro software, cuantas áreas de la organización de la

empresa TURICUN y por el otro fechas tope y periodos de entrega del software terminado

como su posterior mantenimiento.

3

Antecedentes

Nombre:

TURICUN S. A. DE C. V.

Giro:

Servicio de Transporte Público.

Misión:

Brindar un servicio de transporte seguro, cómodo, eficiente y cordial que satisfaga cada vez mejor las expectativas de nuestros usuarios y que con ello, todo nuestro personal tenga acceso a una mejor calidad de vida; los accionistas, una mayor rentabilidad y la comunidad, un medio de transporte que ayude hacer más agradable su vida diaria.

Visión:

Nuestra empresa nació con Cancún y se ha ido desarrollando y transformando para responder las necesidades crecientes y dinámicas de la ciudad. Y así como Cancún pretende ser uno de los destinos turísticos más importantes del mundo, Turicun, de igual forma pretende ser una empresa de transporte de categoría mundial evolucionando a la par de esta importante ciudad, es decir, habrá de ser una empresa de categoría mundial.

Objetivos:

Proveer de un servicio de transporte colectivo de la mejor calidad.

Ubicación:

Miguel Hidalgo (Ruta 5), SM. 73, Lote 5. Cancún Quintana Roo.

Tamaño:

Local.

4

Descripción de la Situación Actual

La empresa cuenta con una gran cantidad de camiones para proporcionar

el servicio de transporte público, dado el uso intensivo de las unidades estas se

desgastan con frecuencia y requieren de mantenimiento para seguir operando.

El mantenimiento consiste en aplicar servicios como son alineación y

balanceo, verificar niveles de aceite, anticongelante, balatas, etc. y si es

necesario un cambio de partes es cuando aplica el mantenimiento por

suministración de autopartes y por lo general estas son, cambio de llantas,

cambio de rin, cambio de radiador, cambio de bujías, y todo lo relacionado con

cambio de parte al camión.

Actualmente la empresa no lleva ningún registro de los servicios

proporcionados en determinada fecha ni de las refacciones o piezas

suministradas en cada mantenimiento.

Al no tener un registro, con frecuencia y en corto plazo regresan con el

mismo camión al taller y solicitan que se le aplique mantenimiento de nueva

cuenta al camión y de esta manera se genera una pérdida por parte de la

empresa que calculando el monto es de aproximadamente $ 9,500.00 M.N.

Omitiremos si el desvío surge de los operadores de los camiones o de los

mecánicos, o ambas partes, cual sea el responsable de estos actos, tienen un

alto costo en pérdidas para la empresa.

5

Definición del Problema

La empresa carece de un sistema de registro para el control de

refacciones y/o servicios aplicados en cada mantenimiento que se le aplica a

los camiones, lo cual provoca pérdidas mensuales en dinero.

Justificación

Como no se sabe cuánto es exactamente la pérdida que este problema

ocasiona a la empresa, es decir puede ser mayor o menor por tal motivo es

urgente una solución a esta problemática.

Actualmente se ha hecho una estimación de los altos costos que pierde la

empresa por esta problemática, pero además de ese problema es que los

camiones aún siguen afectados y por tal motivo no están en un óptimo estado

para dar el servicio público, de tal manera deja muy mal parada a la empresa

con el estado de su flota de camiones.

Propuesta de Solución

Crear un software, que permita a la empresa controlar y administrar el mantenimiento que son suministrados a los camiones.

6

Objetivo General

Implementar un software que permita a la empresa el control de mantenimiento proporcionado a los camiones.

Objetivos Específicos

Imprimir reportes semanales de los mantenimientos realizados. Abstracción de la información a través de logeo. Integridad de la información por medio de respaldos periódicos.

“La abstracción de datos es la característica de un sistema de bases de datos, que permite al usuario o programador operar con los datos sin necesidad de conocer detalles que para el no son de importancia.”URL: blogdecomputacion.com/blog/2010/08/21/que-es-la-abstraccion-de-datos-y-modelos-de-datos

Alcance

Aplicado al departamento de mantenimiento de la empresa. Mejora de la organización del departamento. Soporte de decisiones por medio de la información almacenada. Reportes de gestión al departamento gerencial.

Limitación

La fecha límite para la entrega del software es el 26 de Junio de 2015, pudiéndose entregar antes pero no después.

7

ESTIMACIÓN DE RECURSOS

Proceso con el cual de estima los materiales que se necesitan para poner

en marcha un proyecto, aquí desglosaremos de los materiales que

emplearemos para que nuestro software este trabajando y en óptimas

condiciones.

Hardware

Cantidad Equipo Características Funcionalidad

2 Pc Dell Escritorio Optiplex 9020 Ssf

$ 32,468.00

* Memoria RAM: 8 GB Dual Data Rate 3ra. Generación.

Computadoras donde se llevara a cabo el sistema de Registro, a través del software.

* Procesador AMD 32 bits.

* Hard Disk Drive: 1 TB.

*Puertos de Entrada y Salida.

2 Lector Código de Barras COM-596

$ 2,000.00

Inalámbrico, conexión vía bluetooth

Leer el código de barra de los servicios y de las refacciones.

1Impresora Canon

imageCLASS D1320

$ 8,623.00

Conexión vía USB, Tinta color negro.

Imprimir los reportes u otros reportes.

2No Break

SMARTBITT 500

$ 1,380.00

Capacidad de retención de energía por 10 min.

Proteger el equipo electrónico contra apagones o fluctuaciones de energía.

8

Software

Aplicación Características y/o funcionalidad.

Windows 8.0

$ 2,8000.00

* Moderno.* Práctico.* Compatible.

Antivirus AVG

GRATIS

* Gratuito.* Fácil Instalación y Configuración.* Seguro y con protección contra malware y spyware.

Paquetería Office 2013

$ 2,3000.00

* Integración directa a una nube para el almacenamiento de los archivos.* Compatible.* Fácil uso.

Adobe Reader

GRATISEdición de archivos PDF (Reportes).

BusControl

$ 25,000.00

Software para el control del mantenimiento proporcionado a los camiones.

Personal

Puesto Tareas

Gerente

Administrador de los recursos. Líder del equipo de trabajo. Delegar obligaciones. Contacto con el cliente

Programador (Java) Generar el código fuente de la aplicación.

Programador Web Diseño de la interfaz gráfica de la aplicación.

ADB Administrar la base de datos y la información.

Técnico Soporte físico del equipo electrónico.

9

Organigrama

Habilidades y Destrezas

1. Castillo Cerón Miguel Ángel: Programador, Conocimiento sobre Redes.

2. Barrera Reyes David Jesús: Base de Datos, Telecomunicaciones.

3. Chávez Salomón Jordi: Conocimiento sobre Telecomunicaciones.

4. Xuffi Romero Cesar: Diseñador de Interfaces.

5. Chi Varguez Daniel: Programador Java.

6. Canul García Erick: Enrutamiento en Redes.

10

ANÁLISIS DE RIESGOS

Desarrollar un plan de administración de riesgos eficaz es una parte importante de cualquier proyecto, pero por desgracia a menudo es visto como algo que puede hacerse más adelante. Los problemas aparecen a menudo y sin un plan bien desarrollado, incluso los pequeños problemas pueden convertirse en situaciones de emergencia. Existen diferentes tipos de administración de riesgos y diferentes usos. En este documento vamos a ver la administración de riesgos desde la perspectiva de la planificación de los eventos adversos.

Los riesgos en un proyecto tienen dos causas:

1. El resultado negativo de la actividad de un proyecto.

2. La probabilidad de que se produzca el resultado.

IDENTIFICAR Y EVALUAR EL RIESGO

En el análisis de riesgos se considera cada riesgo por separado y se valora en intervalos su probabilidad e impacto:

Probabilidad del riesgo valorada como:

muy bajo (<10%)bajo (10-25%)moderado (25-50%)alto (50-75%)muy alto (>75%)

Los efectos del riesgo valorados como:

CatastróficoSerioTolerableInsignificante

11

Tabla de Riesgo

Riesgo Probabilidad Efecto Solución

Virus: probabilidad de que un virus entre en el sistema y pueda borrar cierta información, esconderla o cifrarla.

Alto Tolerable

Contar con un antivirus que permita el bloqueo e incluso elimine los virus que puedan perjudicar los datos e incluso con el funcionamiento de nuestro sistema.

Usuarios: Otros usuarios puedan entrar a sistema con facilidad y hacer mal uso de la información e incluso desconfigurar el programa.

Moderado Serio

Crear un sistema de logueo con contraseña que permita acceder al sistema solo a los operadores del software y poder decirnos quien, como, cuando y la hora en que se accedió.

Borrado: que por cualquier motivo inesperado la información que tenemos almacenada en los registros e incluso en la base de datos sea borrada.

Bajo Catastrófico

Contar con unos respaldos periódicamente de la información almacenada en la base de datos o realizar un espejeo en el cual toda la información almacenada automáticamente se almacena en dos bases de datos diferentes.

Firewall: No contar con un Firewall y que gente de fuera pueda acceder a lo que hacemos y robarnos información desde la red (Internet).

Muy bajo Serio

Contar con un Firewall que nos permita tener una barrera entre nuestro software y la red (conexión a internet) para evitar riesgos.

Temperatura: Exponer el equipo a temperaturas no aceptables para una computadora y pueda dejar de funcionar.

Muy bajo Tolerable

Tener una sala (Cuarto) con aire acondicionado donde se pueda regular la temperatura adecuada para el óptimo funcionamiento de la computadora y no ponerlas cerca de cristales donde puedan hacer efecto lupa.

Hardware: que el Hardware no sea lo suficientemente poderoso para poder levantar el programa por ejemplo: RAM, procesador, disco duro, etc.

Muy bajo insignificante

Comprar hardware más potente que pueda levantar el programa sin ningún problema como quedarse congelado etc.

12

Suministro eléctrico Inadecuado: Que el voltaje que se le está proporcionando a la computadora, impresora, etc. Sea demasiado alto que pueda quemar algunos de sus componentes como discos duros, tarjetas de video, RAMs e incluso la misma tarjeta Madre.

Baja Serio

Regular el voltaje proporcionado a la computadora y sus componentes, en la actualidad existen lo que son los reguladores de voltaje o los no break donde se puede conectar la computadora y esto en caso de una sobre carga de voltaje el regulador o no break la retenga y la computadora no se vea afectada ni sus componentes.

Incompatibilidad del sistema: Que nuestro software no sea compatible para las diferentes plataformas que puedan ser usadas en la empresa así como su versión.

Moderado Catastrófico

Primero investigar en que sistema operativo trabaja la empresa a la cual haremos el software y hacerlo con herramientas compatibles para ese sistema operativo y con la versión adecuada además de ir actualizando el software constantemente para ir mejorando los problemas ocurridos con el tiempo y así evitar estos problemas.

Falta de mantenimiento: falta de mantenimiento tanto en el hardware como en el software que pueda deteriorar tanto el sistema como la computadora física y lógicamente.

Muy alta Serio

Darle mantenimiento periódicamente a las computadoras, impresoras y cualquier otro componente que sea para el uso del software instalado así como limpiar.

Desconocimiento del software implementado: desconocimiento del software para poder operarlo de la persona a cargo en el área.

Muy alto Tolerable

Crear un manual del funcionamiento del programa para que la persona a cargo pueda saber cómo operarlo de la manera adecuada.

13

MEDIDAS Y MÉTRICAS.

Estas dos herramientas nos ayudan a darle un valor a nuestro software.

Hay de diferentes tipos y toman diferentes elementos del software para poder

darle una estimación de su valor en términos de dinero. Todo es un proceso

que toma un conjunto de variables como número de líneas de código, horas

hombre trabajando en el código, para la realización de un trabajo dentro de

cierto rango.

Esto se hace con la intención de una predicción del personal, del

esfuerzo, de los costos y del tiempo que se requerirá para realizar todas las

actividades y construir todos los módulos asociados con el proyecto.

Métricas del producto:

Tamaño.

1. Líneas de Código: Número total de líneas de código.

2. Puntos de funcionalidad: Miden la complejidad del software cualificando la

funcionalidad que proporcionan externamente a partir del diseño lógico

del sistema. Sirven para medir lo que el usuario pide y lo que recibe y

proporcionar un medio para la estimación: los vamos a usar de la

siguiente manera en este caso:

14

Medidas y Métricas Aplicadas al Software

Elementos No. De

Elementos

Bajo Promedio Complejo

CLOC 1500 X3 X6 X9 4500

NLOC 3500 X3 X6 X9 21000

No. De archivos 10 X3 X6 X9 30

No. De entradas de

usuario.

25 X3 X6 X9 150

No. De Salidas de

usuario

15 X3 X6 X9 45

No. De peticiones de

usuario.

10 X3 X6 X9 60

Total = 25785

PF = Total * [0.65+0.01]= KLDC

Productividad = KLDC/Persona*Mes

Calidad = Errores/KLDC

Documentación = Paginas del Documento / KLDC

Costo = $ / KLDC

Esfuerzo = Persona / horas al mes

15

ESTUDIO COSTO – BENEFICIO

El análisis de costo-beneficio es una técnica importante dentro del ámbito

de la teoría de la decisión. Pretende determinar la conveniencia de proyecto

mediante la enumeración y valoración posterior en términos monetarios de

todos los costos y beneficios derivados directa e indirectamente de dicho

proyecto. Este método se aplica a obras sociales, proyectos colectivos o

individuales, empresas privadas, planes de negocios, etc., prestando atención a

la importancia y cuantificación de sus consecuencias sociales y/o económicas.

COSTO

1. Adaptación de un cuarto para el sistema $ 8,950.00

2. Software “ControlBus” $ 60,000.00

3. Software Indispensables en las Computadoras $ 2,284.00

4. Mobiliario

Mobiliario de Oficina $ 3,600.00

2 Escritorio de Madera $ 1,800.00

5. Respaldo de información

Servidor Local $ 3,750.00

6. Equipo de Cómputo

2 Pc Dell Escritorio Optiplex 9020 Ssf $ 20,468.00

1 Impresora Canon imageCLASS D1320 $ 8,623.00

2 No Break SMARTBITT 500 $ 1,380.00

Lector Código de Barras COM-596 $ 2,000.00

Total: 112,855.00

16

Costos de Operación del Software

Mensuales:

Renta de servidor online (nube) $ 950.00

Personal Operativo

3 Trabajadores $ 12,000.00

2 Administradores del Sistema $ 18,000.00

Total: $ 30,950.00

Bimestral:

Mantenimiento $ 2,350.00

Papelería de Oficina

Hoja Blanca Paq. 500 $ 64.00

Lapicero / Lápiz $ 100.00

Total: $ 2,514.00

BENEFICIO

Mensuales:

1. Evitar la pérdida $ 9,500.00

2. Mayores ingresos $ 14,500.00

3. Publicidad Móvil $ 7,750.00

4. Ahorro de presupuesto en recursos $ 18,000.00

5. Prestigio como la mejor asociación de Servicio Público en Cancún

6. Calidad al momento de mantenimiento de camiones

7. Camiones en óptimas condiciones

Total: $ 49,750.00

17

Gráfica de Costo – Beneficio

Es la representación de los resultados que se obtuvieron en la realización

del Análisis Costo – Beneficio, en el cual se puede apreciar en cuanto tiempo se

recupera la inversión.

18

CRONOGRAMA DE ACTIVIDADES

Actividades Personal

Fechas

Marzo Abril Mayo Junio1ra

Semana

2ra Seman

a

3ra Seman

a

4ra Seman

a

1ra Seman

a

2ra Seman

a

3ra Seman

a

4ra Seman

a

1ra Seman

a

2ra Seman

a

3ra Seman

a

4ra Seman

a

1ra Seman

a

2ra Seman

a

3ra Seman

a

4ra Seman

a

2 - 6 9 - 1316 - 20

23 - 27 6 - 10

13 - 17

20 - 24

27 - 30 4 - 8

11 - 15

18 - 22

25 - 29 1 - 5 8 - 12

15 - 19

22 - 26

Análisis Castillo Cerón Miguel Ángel

Diseño Barrera Reyes David Jesús

Programación Chávez Salomón Jordi

Pruebas Chi Varguez Daniel

Implementación

Castillo Cerón Miguel Ángel

Instalación Chi Varguez Daniel

Configuración Xuffi Romero Cesar Ivan

Puesto en marcha

Barrera Reyes David Jesús

Capacitación Chi Varguez Daniel

Documentación

Canul García Erick Daniel

19

CONTRATO

MODELO DE CONTRATO DE DESARROLLO

DE PROGRAMA DE SOFTWARE

REUNIDOS

Cancún Q. Roo a 6 de Marzo del 2015

DE UNA PARTE:

Software Factory, con domicilio en Región 237 Manzana 73 Lote: 18 calle: 134-A, 77527, de Cancún Quintana Roo, con nombre y representación de la Empresa el C. Ing. Miguel Ángel Castillo Cerón, actuando en calidad de Gerente General.

Y DE OTRA:

Turicun S.A. de C.V. con domicilio en Miguel Hidalgo (Ruta 5), SM. 73, Lote 5. Cancún Quintana Roo. Con representación Lic. Jaime Contreras Alonzo, actuando en calidad de Gerente General y Apoderado Legal.

Los contratantes se reconocen recíprocamente, en el carácter en que intervienen, plena capacidad jurídica para contratar y en el caso de representar a terceros, cada uno de los intervinientes asegura que, el poder con el que actúa no ha sido revocado ni limitado, y que es bastante para obligar a sus representados en virtud de este contrato de desarrollo de software y a tal objeto:

EXPONEN:

I. Que SOFTWARE FACTORY de conformidad con su objeto social, se dedica a la programación e integración de sistemas de software.

II. Que TURICUN S.A. DE C.V. está interesada en contratar a SOFTWARE FACTORY un sistema de software con los requisitos y estipulaciones acordados en este contrato.

20

III. Que en base a lo anterior, ambas partes acuerdan la suscripción del presente contrato que se regirá de acuerdo con los siguientes:

PACTOS Y ESTIPULACIONES:

PRIMERA.- DEFINICIONES

Por mantenimiento correctivo se entiende en este contrato el definido en el estándar técnico de mantenimiento de software IEEE 1229-1998: “Modificaciones realizadas a un producto de software después de su entrega para corregir fallos descubiertos”.

Por mantenimiento adaptativo o perfectivo, en este contrato se entiende el así definido en el mismo estándar técnico de mantenimiento de software IEEE 1229-1998: “Modificaciones realizadas a un producto de software después de su entrega para adaptar su funcionamiento a nuevas condiciones del entorno de operación, o para ampliar o modificar su funcionamiento”.

SEGUNDA.- OBJETO

El objeto del presente contrato es el desarrollo por parte de SOFTWARE FACTORY del sistema de software del proyecto denominado Bus Control.

TERCERA CICLO DE DESARROLLO

La construcción del sistema de software objeto de este contrato se llevará a cabo de forma iterativa e incremental, de forma que SOFTWARE FACTORY ejecutará ciclos de programación sucesivos, y al final de cada uno entregará según las estipulaciones del apartado CUARTO la parte desarrollada.

La descripción de las funcionalidades y requisitos que debe cumplir cada entrega parcial del producto las acordarán las partes en contratos anexos a este acuerdo marco.

Cada contrato anexo incluirá:

a) Información identificativa: Fecha, referencia al presente contrato y a su condición de anexo del mismo.

21

b) Descripción de los requisitos funcionales que deben realizarse o modificarse, indicando para cada uno los criterios que se emplearán para validar la parte que se ha realizado.

c) Fecha límite para la entrega del software según las estipulaciones del apartado CUARTO.

d) Precio y forma de pago convenido por las partes por el desarrollo e integración en los equipos de producción del producto de software desarrollado.

e) Condiciones de penalización o garantía que pudieran resultar aplicables por retrasos en la entrega del producto de software desarrollado.

f) Cuando proceda, indicación de si se trata de la última fase de desarrollo prevista por TURICUN S.A. DE C.V., y que por tanto, tras su entrega y validación según Las estipulaciones CUARTA Y QUINTA de este contrato, se dará fin al mismo.

CUARTA.- ENTREGA DE LOS PRODUCTOS DE SOFTWARE.

Al final de cada iteración o ciclo de programación SOFTWARE FACTORY procederá a la entrega del sistema.

A los efectos y finalidad de este contrato, por entrega se entiende:

a) Integración e instalación en estado de funcionamiento correcto, por parte de SOFTWARE FACTORY del software desarrollado, sobre los equipos de hardware de producción, que para tal fin TURICUN S.A. DE C.V. tendrá disponibles y accesibles telemática y físicamente para el personal técnico de SOFTWARE FACTORY.

b) Entrega de SOFTWARE FACTORY a TURICUN S.A. DE C.V., en formato digital, todos los productos y subproductos de software desarrollados: código fuente, ejecutables en su caso, y documentación desarrollada: diseño, análisis, pruebas...

Se considerará por entregada una parte del sistema cuando se encuentre instalada y en condiciones de operar sin errores aparentes, y entregados en formato digital los productos y sub-productos de software generados en el ciclo de desarrollo.

QUINTA.- VALIDACIÓN DE LAS ENTREGAS PARCIALES.

Tras la entrega de cada parte del sistema, TURICUN S.A. DE C.V. dispondrá de 7 días naturales para realizar las pruebas de verificación y validación que estime oportunas.

Si durante las pruebas encontrara errores o deficiencias, lo notificará por escrito a SOFTWARE FACTORY, para que proceda a contrastarlos y subsanarlos.

22

Si fuera necesario subsanar errores, SOFTWARE FACTORY una vez realizados los arreglos, procederá a una nueva entrega.

Si los errores detectados afectan a funcionalidades básicas para el funcionamiento del sistema BusControl, e implican que no puede ponerse en explotación el subsistema desarrollado, la fecha de la entrega con los errores subsanados es la que se computará como fecha de entrega válida, y tras la cual TURICUN S.A. DE C.V. dispondrá nuevamente de 5 días naturales para realizar pruebas de verificación y validación.

Si pasados 2 días naturales tras la entrega TURICUN S.A. DE C.V. no indicara problemas o deficiencias, se entenderá que la entrega ha sido validada por TURICUN S.A. DE C.V.

SEXTA.- PROPIEDAD INTELECTUAL

Corresponden a TURICUN S.A. DE C.V. cualesquiera derechos de explotación derivados de la Ley de Propiedad Intelectual, tanto del sistema programado, como de los subsistemas que lo integran, y que igualmente hayan sido desarrollados por SOFTWARE FACTORY, así como de todos los subproductos: documentación técnica de análisis y diseño, documentación de planificación y pruebas, etc.

SOFTWARE FACTORY garantiza que los trabajos y servicios prestados a TURICUN S.A. DE C.V. por el objeto de este contrato no infringen ni vulneran los derechos de propiedad intelectual o industrial o cualesquiera otros derechos legales o contractuales de terceros.

SÉPTIMA.- GARANTÍA

Una vez entregada y validada cada parte, se iniciará un periodo de garantía del correcto funcionamiento y adecuación a los requisitos de rendimiento y calidad de 6 meses.

La garantía cubrirá el servicio de mantenimiento correctivo por parte de SOFTWARE FACTORY, con un tiempo de respuesta a las notificaciones de incidencias inferior a las 24 horas laborables desde la notificación, y un tiempo de reparación acorde al esfuerzo técnico necesario para su reparación.

La garantía no cubre operaciones de mantenimiento adaptativo o perfectivo.

OCTAVA.- RESOLUCIÓN DEL CONTRATO

El presente contrato quedará resuelto al producirse alguna de las siguientes causas:

23

a) Entrega y validación de la parte del desarrollo consignada como última en el contrato de requisitos de dicha parte.

b) Por decisión de TURICUN S.A. DE C.V.. Si la resolución por esta causa y la comunicación a SOFTWARE FACTORY se produjera a mitad de un ciclo de programación, la resolución se llevará a cabo al finalizar el mismo.

c) Incumplimiento de las obligaciones correspondientes a cada parte. La resolución por esta causa podrá dar lugar a indemnización por daños y perjuicios causados por el incumplimiento.

d) Por hallarse cualquiera de las partes en un supuesto de caso fortuito o fuerza mayor.

Si el contrato se resuelve anticipadamente sin producir la entrega del sistema de software en su totalidad o en la forma dispuesta en este contrato, ambas partes colaborarán de buena fe y en especial SOFTWARE FACTORY para facilitar, bien la contratación de una nueva entidad que dé continuidad a los trabajos, o bien para que TURICUN S.A. DE C.V. pueda continuar con los trabajos, y en cualquiera de los casos facilitar la transferencia del conocimiento y sub-productos generados.

A la resolución del contrato, SOFTWARE FACTORY, con independencia de las entregas parciales hayan realizado, entregará a TURICUN S.A. DE C.V. todos los productos y documentación del software producidos, con un sistema de clasificación y acceso que permita identificar las versiones de cada componente conforme a cada versión del sistema construido.

NOVENA.- GENERAL

Personal: cada parte asume, a título exclusivo el carácter de patrono o empresario de su personal empleado para la ejecución del presente contrato.

Interlocutores válidos: para llevar a cabo las comunicaciones necesarias durante la ejecución del contrato se nombran como interlocutores válidos:

POR TURICUN S.A. DE C.V.

Nombre: Turicun S.A. de C.V.

Dirección: Miguel Hidalgo (Ruta 5), SM. 73, Lote 5. Cancún Quintana Roo.

Teléfono: 892-52-17

24

E-mail: Opina_turicun@turicun.com

POR SOFTWARE FACTORY

Nombre: Software Factory

Dirección: Reg. 237 Mz. 73 Lt 18 Calle 134 A Cancún, Quintana Roo.

Teléfono: 267-14-54

E-mail: SFactory@gmail.com

Efecto: El presente contrato surtirá efecto a partir de la fecha de su firma.

Cesión del contrato: Las partes no pueden ceder, transferir ni delegar el presente contrato o alguna de sus obligaciones, ni subrogar a terceros en cualquier forma válida en derecho, ni gravar o hipotecar alguno de los derechos contemplados en el contrato, sin la previa conformidad escrita de la otra parte.

Contrato completo: El presente contrato, incluidos los anexos que irán generando los documentos de requisitos con las firmas de aceptación de las partes, constituyen el total del contrato entre las partes sobre el objeto del mismo, y sustituye, deroga y deja sin efecto cualquier otro acuerdo referido al mismo objeto a que hubieren llegado las partes con anterioridad a la fecha de la firma.

Nulidad o anulabilidad: La declaración de cualquiera de estas estipulaciones como nula, inválida o ineficaz no afectará a la validez o eficacia de las restantes, que continuarán vinculando a las partes.

La renuncia de una parte a exigir en un momento determinado el cumplimiento de uno de los pactos acordados no implica una renuncia con carácter general ni puede crear un derecho adquirido para la otra parte.

25

Exención de responsabilidad: ninguna de las partes será responsable por incumplimiento o retraso de sus obligaciones si la falta de ejecución o retraso fuera consecuencia de caso fortuito o fuerza mayor.

DÉCIMA.- SUMISIÓN

Las partes contratantes, con renuncia de su propio fuero o del que pudiera corresponderles, en cuantas cuestiones o litigios se susciten del motivo de la interpretación, aplicación o cumplimiento del presente acuerdo, se someten a la Jurisdicción y Competencia de los Juzgados de Cancún, Quintana Roo, y sus Tribunales superiores. La ley aplicable será de los Estados Unidos Mexicanos.

Y en prueba de conformidad ambas partes firman el presente, por duplicado ejemplar y a un solo efecto en la fecha y lugar indicado.

Firma de Conformidad de Ambas Partes

POR EL CLIENTE POR EL PROVEEDOR

Firma: Firma:

26

CONCLUSIÓN

En conclusión nuestro software está realizado pensando en el beneficio

del cliente que sin una mayor inversión de su parte pueda resolver una

problemática que le causa pérdidas económicas por medio de nuestro software

mejorar el desempeño de su empresa como proveedora del servicio de

transporte público.

El apropiado desglose de cada elemento del proyecto nos ayuda a

proyectar mejor el impacto de este, como también visualizar sin lugar a dudas

todas las necesidades para ponerlo en marcha.

27

REFERENCIAS BIBLIOGRÁFICAS

1) http://www.monografias.com/trabajos83/analisis-riesgo/analisis- riesgo.shtml

2) http://es.wikipedia.org/wiki/An%C3%A1lisis_de_riesgo

3) http://es.wikipedia.org/wiki/Gesti%C3%B3n_de_riesgos

4) http://es.wikipedia.org/wiki/Ingenier%C3%ADa_de_requisitos

5) http://ftp.ruv.itesm.mx/apoyos/cca/sep04/ap052/modulo4/ comoyporquehacerunanalisiscosto-beneficio.pdf

6) http://html.rincondelvago.com/analisis-costo-beneficios.html

7) http://www.agesic.gub.uy/innovaportal/file/3262/1/ modelo_para_el_analisis_de_costos_y_beneficios.pdf

8) http://www.sisteseg.com/files/Microsoft_Word_- _METODOLOGIA_DE_ANALISIS _DE_RIESGO.pdf

9) http://www.turicun.com/quienes-somos.php

28