NDICE 1. 2. 3. 4.

INTRODUCCIN ______________________________________ 1 DESCRIPCIN DE LA PROBLEMTICA ___________________ 2 OBJETIVO ___________________________________________ 3 ALCANCE ____________________________________________ 3

5. ESTNDARES DE CALIDAD APLICABLES AL PROYECTO DE TI (DOCUMENTACIN Y DISEO).____________________________ 3

5.1. 5.2. 5.3. ESTNDARES ISO 9000 _____________________________________ 3 ESTNDARES IEEE _________________________________________ 4 ESTNDAR 26514:2008 ______________________________________ 5

5.4. BS ISO / IEC 26514 PUEDE SER TIL PARA EL DESARROLLO DE LOS SIGUIENTES TIPOS DE DOCUMENTACIN: _______________________ 7 5.5. 5.6. 5.7. 5.8. 5.9. 5.10. ESTNDAR PMBOK _________________________________________ 8 MOPROSOFT _____________________________________________ 11 ISO/IEC 9126 ______________________________________________ 13 ISO 10006:2003 ____________________________________________ 15 ISO/IEC 27000 _____________________________________________ 16 CMMI - CAPABILITY MATURITY MODEL INTEGRATION __________ 17

6. 7. 8.

ESQUEMA DEL CICLO DE VIDA ________________________ 19 JUSTIFICACIN DE LAS ACTIVIDADES DEL PROCESO ____ 20 SCRIPT (PLANTILLA DE PROCESOS DE ADMN.) _________ 21

9. ELEMENTOS CLAVE PARA SU PLANEACIN, MONITOREO Y CONTROL _______________________________________________ 22 10. DIAGRAMA DE GANTT ________________________________ 23 11. DIAGRAMA DE RUTA CRTICA _________________________ 24 12. INFORME DEL PRESUPUESTO Y EVALUACIN DE ALTERNATIVAS. _________________________________________ 25 13. PERFILES DE LOS PARTICIPANTES Y EL ADMINISTRADOR. 27

14. MATRIZ DE RESPONSABILIDADES _____________________ 31 15. LISTA DE FACTORES CLAVES DE DESEMPEO __________ 32 16. INFORMACIN CLAVE PARA CADA ACTOR INVOLUCRADO. 33 17. MTODOS DE COMUNICACIN, JUSTIFICACIN Y FORMATO. 34 18. POSIBLES PROBLEMAS QUE SE PUEDEN PRESENTAR EN LA REALIZACIN DEL SITIO WEB PIZZ@.NET Y EL IMPACTO QUE TENDRN EN EL MISMO. __________________________________ 35 19. ANLISIS CUANTITATIVO Y CUALITATIVO DE LOS RIESGOS EN LA CREACIN DEPizz@.NET ____________________________ 36
19.1. Los principales supuestos de riesgo en el proyecto PIZZ@.NET a realizar son: _____________________________________________________ 36 Identificacin, evaluacin y gestin de riesgos enPizz@.NET ____________ 36

20. PLAN DE RESPUESTA DELOS PROBLEMAS QUE SE PRESENTEN: ____________________________________________ 39 21. DISEO ____________________________________________ 41
21.1. 21.2. 21.3. 21.4. 21.5. Introduccin ______________________________________________ 41 Propsito ________________________________________________ 41 Alcance __________________________________________________ 42 Descripcin general ________________________________________ 42 Representacin de la Arquitectura ____________________________ 43

3. Bienvenida: una vez que se ingrese al sistema aparecer la pgina que da la bienvenida al sistema. ______________________ 44
21.6. 21.7. Paquetes de la arquitectura _________________________________ 47 Justificacin de los requerimientos de software ________________ 49

22. ANLISIS DE REQUISITOS ____________________________ 50

22.1. 22.2. 22.3. Introduccin ______________________________________________ 50 Propsito ________________________________________________ 50 Alcance __________________________________________________ 50

22.4. 22.5. 22.6. 22.7. 22.8. 22.9.

Descripcin general ________________________________________ 51 Representacin de la Arquitectura ____________________________ 51 Metas de la arquitectura ____________________________________ 52 Restricciones de la arquitectura ______________________________ 52 Realizacin de Caso de Uso - Anlisis_________________________ 53 Justificacin de las decisiones del Anlisis ____________________ 53

23. ESPECIFICACIN DE REQUISITOS______________________ 54

23.1. 23.2. 23.3. 23.4.
23.4.1. 23.4.2. 23.4.3. 23.4.4. 23.4.5. 23.4.6.

INTRODUCCIN ___________________________________________ 54 PROPSITO ______________________________________________ 54 ALCANCE ________________________________________________ 55 REQUISITOS NO FUNCIONALES _____________________________ 55

Usabilidad ___________________________________________________________________ Confiabilidad _________________________________________________________________ Eficiencia ____________________________________________________________________ Mantenimiento _______________________________________________________________ Portabilidad __________________________________________________________________ Interfaces ____________________________________________________________________ 55 56 56 56 56 57

24. CIERRE_____________________________________________ 60
24.1.
24.1.1. 24.1.2. 24.1.3.

INTRODUCCIN ___________________________________________ 60
El origen de la pizza ____________________________________________________________ 61 Alta rentabilidad ______________________________________________________________ 61 Historial _____________________________________________________________________ 62

24.2. 24.3. 24.4. 24.5. 24.6.

PROPSITO ______________________________________________ 63 ALCANCE ________________________________________________ 66 Visin ___________________________________________________ 67 Objetivos_________________________________________________ 67 DESCRIPCIN ____________________________________________ 69

25. CONCLUSIN _______________________________________ 72

1. INTRODUCCIN
La presente documentacin refleja los puntos que abarcan las unidades temticas 1 y 2 de la materia de integradora impartida por la maestra Mara de Lourdes Crdenas Maldonado integrando cada apartado al proyecto PIZZ@.NET. Dentro de cada unidad se desglosan subtemas que estn relacionados directamente con la creacin del proyecto siendo este un sitio web que incluye el carro de compras enfocado ms haca el Comercio Electrnico o E-Commerce. La documentacin integra desde la planeacin hasta la estructuracin,

implementacin y prueba del proyecto. PIZZ@.NET es un comercio enfocado hacia el giro alimenticio y dentro de este se pueden hacer los pedidos vaonline. Se trata bsicamente de ahorrar tiempo en los pedidos. Pizz@.NET ofrece diversos productos y servicios todos enfocado a mejorar la calidad de atencin en el servicio al cliente. El objetivo principal es saber dirigir el proyecto en cada una de sus vertientes aplicndolo al desarrollo de un sitio.

1
ISO 9001:2008 Cert. No. MQA 4000244

2. DESCRIPCIN DE LA PROBLEMTICA
Se ha detectado que la empresa Pizz@.NET tiene una problemtica que causa insatisfaccin en los clientes debido al consumo de tiempo en los pedidos que se realizan provocando prdidas en empresa. Las empresas que se rezagan son las que tienen una cartera de clientes saturada donde el cliente llama a la empresa, el telefonista toma la planilla de recepcin de datos y anota el pedido, la direccin, el telfono, si precisa cambio, nombre, importe, hora y si hay observaciones pertinentes se realizan los cambios y se corrige la planilla manualmente. Con esta tcnica se pierde mucho tiempo, ya que no se lleva un registro de los clientes frecuentes y cada vez que llaman se piden los mismos datos, o si solicitan lo que han pedido anteriormente hay que revisar las planillas de das anteriores. Unos de los problemas que ocasiona el pedido por va telefnica, es el tiempo que tarda el recepcionista para llenar la plantilla de cada peticin que da un resultado de espera e incomodidad del cliente. Esta insatisfaccin al largo plazo ocasiona que los clientes elijan los productos o servicios del competidor. Este sistema de venta en lnea debe ser un proceso continuo que maximice la satisfaccin del cliente y fortalezca la relacin entre ellos de lo contrario los esfuerzos por retener al cliente se volvern muy costosos. Entonces la agresiva competencia en el sector provoca la prdida de clientes por no cubrir sus expectativas no solo al corto plazo sino al largo plazo. As mismo la mala imagen corporativa o el mal posicionamiento de nuevos productos o servicios en la mente del consumidor.

2
ISO 9001:2008 Cert. No. MQA 4000244

3. OBJETIVO
El objetivo principal de este proyecto es proporcionar un sistema que sea factible para la empresa Pizza@.Net el cual permita llevar el control de los registro de los clientes con el fin de ahorrar tiempo en el servicio que se le da cliente de la empresa.

4. ALCANCE
La empresa Pizz@.NET busca ser una empresa lder en el mercado de venta de Pizzas con un nivel de popularidad en el mercado siendo un factor de empleo para las personas que lo necesiten o de escasos recursos buscando ser lder en el mbito pizzero de la ciudad teniendo como objetivo a mediano plazo inaugurando dos sucursales en las zonas ms reconocidas de la ciudad y a largo plazo se pretende tener ms de 5 sucursales en los estados vecinos.

5. ESTNDARES DE CALIDAD APLICABLES AL PROYECTO DE TI (DOCUMENTACIN Y DISEO).

5.1.

ESTNDARES ISO 9000

Se pueden dividir en dos grupos: Normas para el asesoramiento externo de la calidad: ISO 9001 ISO 9002 ISO 9003

Gestin interna de la calidad: ISO 9004 ISO 9000:2000Modelo para conseguir la calidad total en el diseo, desarrollo, produccin, instalacin y servicios post-venta.

3
ISO 9001:2008 Cert. No. MQA 4000244

ISO 9001:2000Permite realizar certificaciones externas de la calidad, mediante cuatro reas fundamentales, que son responsabilidad en la gestin, gestin de recursos, realizacin de productos y servicios y medicin, anlisis y mejora.

ISO/IEC 90003:2004Conjunto de directrices para la aplicacin de las normas ISO 9001 a un determinado software, ya sea adquirido o desarrollado internamente.

ISO 9000-3: 1991 Gua para la aplicacin de la norma ISO 9001 al desarrollo, suministro y mantenimiento de software.

ISO 9004-1:1994. Gestin de la calidad y elementos del sistema de calidad (Gua por establecer el QA).

ISO 9004:2000 Describe como sera un sistema de control de calidad acorde con las normas 9001, y sirve como gua tras la implantacin de 9001.

ISO 12207:1995. Procesos Del ciclo de vida de software.

ISO/IEC 12119:1995. Productos software: evaluacin y test.

5.2.

ESTNDARES IEEE

Estndares orientados al aseguramiento de la calidad a nivel del proyecto: IEEE 730-2002 Planes de aseguramiento de la calidad del software. IEEE 829-1998 Documentacin de pruebas del software. IEEE 982.1.982.2 Diccionario estndar de medidas para producir software fiable. IEEE 1008-1987 Pruebas de unidad del software.

4
ISO 9001:2008 Cert. No. MQA 4000244

IEEE 1012-1998 Verificacin y validacin de software. IEEE 1028.1997 Revisiones del software. IEEE 1044.1993 Clasificacin estndar para anomalas del software. IEEE 1061-1998 Estndar para una metodologa de mtricas de calidad software. IEEE 1228-1994 Planes de seguridad del software.

ESTNDAR IEEE 830 El estndar 830-1998 fue generado por un equipo de trabajo del IEEE, su finalidad es la integracin de los requerimientos del sistema desde la perspectiva del usuario, cliente y desarrollador. Esta ha sido nuestra propuesta durante la existencia como blog, la 830 se encarga de poner las pautas para identificar y esquematizar los requerimientos de software como parte integral del desarrollo de software, sino tambin como base fundamental de este, todo esto con el fin de no caer en cambios, errores o situaciones que pongan en peligro la creacin de una solucin, producto o software; incurriendo en gastos o cambios producto de una mal anlisis de requerimientos.

5.3.

ESTNDAR 26514:2008

Cualquier persona que utiliza el software de aplicacin necesita informacin precisa acerca de cmo el software ayudar al usuario realizar una tarea. La documentacin puede ser el elemento tangible primera vez que el usuario ve y por lo tanto influye en las primeras impresiones del usuario del producto de software. Si la informacin se suministra en una forma conveniente y es fcil de encontrar y entender, el usuario puede convertirse rpidamente en diestros en el uso del producto. Por lo tanto, bien diseados documentacin no slo ayuda al usuario y ayuda a reducir los costes de

5
ISO 9001:2008 Cert. No. MQA 4000244

formacin y apoyo, pero tambin mejora la reputacin del producto, su fabricante y sus proveedores. La documentacin es a menudo considerada como algo que se hace despus de que el software ha sido implementado. Sin embargo, para la documentacin de software de alta calidad, su desarrollo debe considerarse como parte integrante del proceso de software de ciclo de vida. Si se realiza correctamente, la documentacin o gestin de la informacin es un trabajo lo suficientemente grande como para requerir el proceso de planificacin por derecho propio. BS ISO / IEC 26514 es la norma internacional desarrollada para ayudar a los usuarios de la norma BS ISO / IEC 15288:2002 Ingeniera de sistemas. Sistema de ciclo de los procesos de la vida, o BS ISO / Sistemas y software de ingeniera IEC 12207:2008. Software de procesos de ciclo de vida, para disear y desarrollar la documentacin como parte del ciclo de los procesos de vida del software. Se define el proceso de documentacin desde la perspectiva del desarrollador de documentacin. BS ISO / IEC 26514 apoya el inters de los usuarios de software en la documentacin que sea coherente, completa, precisa y utilizable. Incluye tanto los enfoques a la normalizacin: las normas de un proceso), que especifican la forma en que los productos de la documentacin se van a desarrollar, y b) las normas de la documentacin del producto, que especifican las caractersticas y requisitos funcionales de la documentacin. La primera parte de esta Norma Internacional cubre el proceso de documentacin de usuario para los diseadores y desarrolladores de la documentacin. En l se describe cmo establecer lo que los usuarios necesitan informacin, cmo determinar la forma en que esa informacin debe ser presentada a los usuarios, y cmo preparar la informacin y ponerla a disposicin. No se limita a la fase de diseo y desarrollo del ciclo de vida, sino que incluye actividades durante todos los procesos de gestin de la informacin y documentacin.

6
ISO 9001:2008 Cert. No. MQA 4000244

La segunda parte de BS ISO / IEC 26514 establece los requisitos mnimos para la estructura, el contenido de la informacin, y el formato de documentacin para el usuario, tanto impresos y documentos en pantalla que se utilizan en el entorno de trabajo de los usuarios de los sistemas que contienen software. Se aplica a los manuales de usuario impreso, ayuda en lnea, tutoriales y documentacin de referencia para el usuario.

5.4.

BS ISO / IEC 26514 PUEDE SER TIL PARA EL DESARROLLO DE LOS SIGUIENTES TIPOS DE DOCUMENTACIN:

Documentacin de productos distintos de software. Multimedia sistemas que utilizan la animacin, vdeo y Sun. Equipo basado en la formacin (CBT) y paquetes de materiales

especializados curso destinado principalmente para su uso en programas de capacitacin formal. Documentacin producida para los instaladores, operadores de

computadoras, o los administradores de sistemas que no son los usuarios finales. Mantenimiento de la documentacin que describe el funcionamiento interno de sistemas de software Documentacin que se incorpore en la propia interfaz de usuario.

El contenido de la norma BS ISO / IEC 26514 son: Conformidad Aplicacin de la conformidad Conformidad con las situaciones Las referencias normativas Trminos y definiciones

7
ISO 9001:2008 Cert. No. MQA 4000244

Proceso de documentacin de usuario en los sistemas de ciclo de vida del software Requisitos del proyecto, objetivos y limitaciones Anlisis y diseo Desarrollo y revisin Produccin Estructura de la documentacin Informacin sobre el contenido de la documentacin de usuario Formato de presentacin de la documentacin Bibliografa

5.5.

ESTNDAR PMBOK

El PMBOK es una coleccin de procesos y reas de conocimiento generalmente aceptadas como las mejores prcticas dentro de la gestin de proyectos. El PMBOK es un estndar reconocido internacionalmente (IEEE Std 1490-2003) que provee los fundamentos de la gestin de proyectos que son aplicables a un amplio rango de proyectos, incluyendo construccin, software, ingeniera, etc. El 'PMBOK' reconoce 5 grupos de procesos bsicos y 9 reas de conocimiento comunes a casi todos los proyectos. Los 5 grupos bsicos de procesos son: 1. Inicio 2. Plan 3. Ejecucin 4. Control y Monitoreo

8
ISO 9001:2008 Cert. No. MQA 4000244

5. Cierre

Las nueve reas del conocimiento mencionadas en el PMBOK son: 1. Gestin de la Integracin 2. Gestin del Alcance 3. Gestin del Tiempo 4. Gestin de la Calidad 5. Gestin de Costos 6. Gestin del Riesgo 7. Gestin de Recursos Humanos 8. Gestin de la Comunicacin 9. Gestin de las Compras y Adquisiciones

El PMBOK divide el conjunto de conocimientos para la direccin de proyectos en cuatro grupos de procesos: todo proyecto (as como sus distintas fases e iteraciones) tiene que transitar por una serie de actividades de inicio, de planeacin, de ejecucin y cierre, bajo el gobierno de un grupo de procesos ms general de supervisin y cierre.

9
ISO 9001:2008 Cert. No. MQA 4000244

Estos grupos de procesos no representan fases rgidas ni recetas, sino que, grosso modo, equivalen al modelo planear, hacer, revisar y actuar:

El meollo del PMBOK, sin embargo, lo representan las nueve reas de conocimiento, y que son propiamente las que contienen las tcnicas para poder realizar los proyectos. Las nueve reas de conocimiento son:

Para cada una de estas reas de conocimiento, el PMBOK recomienda la realizacin de una serie de procesos. Por ejemplo, la Gestin del alcance comprende los procesos Planificar alcance, Definicin del alcance, Crear estructura de desglose de tareas, Verificacin de alcance y Control de alcance. Podemos apreciar los primeros tres de stos en el siguiente diagrama:

10
ISO 9001:2008 Cert. No. MQA 4000244

Para cada uno de estos procesos de las reas de conocimiento, el PMBOK plantea o sugiere una serie de entradas, tcnicas y salidas. Como ya se ha explicado, el PMBOK identifica las mejores prcticas que son generalmente aceptadas para la realizacin de cada uno de estos procesos. Aunque muchas de las descripciones de estos procesos contienen valiosas observaciones, el lector no deber considerarlas como un manual de tcnicas, sino ms bien como la descripcin del estndar para manejo de proyectos. Las tcnicas mismas estn contenidas en textos de diversos autores, en cursos y en la prctica misma de las organizaciones dedicadas a manejo de proyectos.

5.6.

MOPROSOFT

Conjunto de mejoras prcticas para el desarrollo del software Enfocado al punto de vista organizacional Significa Modelo de Procesos para la Industria del Software Norma Mexicana apropiada a las caractersticas de tamao de empresas mexicanas de desarrollo y mantenimiento de software

Finalidad del modelo

Proporcionar un modelo basado en las mejores prcticas internacionales Fcil de entender y aplicar No costoso Base para alcanzar evaluaciones exitosas como ISO o CMMI

Categoras de procesos Categora de alta direccin (DIR)

Gestin de negocios: Establecer la razn de ser de la organizacin, sus objetivos y las condiciones para lograrlos

11
ISO 9001:2008 Cert. No. MQA 4000244

Categora de gerencia (GER)

Gestin de procesos: Establecer los procesos de la organizacin, definir, plantear e implantar mejoras.

Gestin de proyectos: Asegurar que los proyectos contribuyan al cumplimiento de los objetivos y estrategias de la organizacin.

Gestin de recursos: Conseguir y dotar a la organizacin de los recursos humanos, infraestructura, ambiente de trabajo y proveedores. Crear y mantener la base de conocimientos.

Bienes, servicios e infraestructura: Proporcionar proveedores de bienes, servicios e infraestructura que satisfagan los requisitos de adquisicin de procesos y proyectos.

Recursos humanos y ambiente de trabajo: Proporcionar los recursos humanos adecuados para cumplir las responsabilidades asignadas a los roles dentro de la organizacin, as como la evaluacin del ambiente de trabajo.

Conocimiento de la organizacin: Mantener disponible y administrar la base de conocimiento que contiene la informacin y los productos generados por la organizacin.

Categora de operacin (OPE)

Administracin de proyectos especficos: Establecer y llevar a cabo sistemticamente las actividades que permitan cumplir con los objetivos de un proyecto en tiempo y costos esperados.

12
ISO 9001:2008 Cert. No. MQA 4000244

Desarrollo y mantenimiento de software: Realizacin sistemtica de las actividades de anlisis, diseo, construccin, integracin y pruebas de productos de software nuevos o modificados, cumpliendo con los

requerimientos especificados. Beneficios

Estructura de administracin comn en muchas organizaciones Inicia un camino a la adopcin de los modelos ISO 9000 o CMMI Permite a las PyMes obtener acceso a las prcticas de ingeniera de software de clase mundial

Sirve para implementar un programa de mejora continua

Implementacin

Se evala la situacin actual de la organizacin por un evaluador certificado por la NYCE (Normalizacin y Certificacin Electrnica).

Se analizan los objetivos, metas, caractersticas de los proyectos, el personal y las tecnologas utilizadas, con el fin de disear un programa de mejora a la medida.

5.7.

ISO/IEC 9126

Estndar internacional para la evaluacin del Software Supervisado por el proyecto SQuaRE, ISO 25000:2005 Provee un entorno para que las organizaciones definan un modelo de calidad para el producto de software

Distingue entre fallo y no conformidad Est basado en investigaciones de mltiples modelos de calidad durante los ltimos 30 aos

13
ISO 9001:2008 Cert. No. MQA 4000244

Est dividido en varias partes:

Modelo de calidad: Clasifica la calidad del software en un conjunto estructurado de caractersticas y sub-caractersticas de la siguiente manera.

Funcionalidad: Las funciones satisfacen lo indicado o implica necesidades. Fiabilidad: Capacidad del software de mantener su nivel de prestacin bajo condiciones y un tiempo establecido. Usabilidad: Esfuerzo necesitado para el uso. Eficiencia: Nivel de desempeo del software y cantidad de recursos necesitados. Mantenibilidad: Facilidad de extender, modificar o corregir errores. Portabilidad: Capacidad de ser transferido de una plataforma a otra.

Mtricas externas: Son las aplicables al software en ejecucin.

Mtricas internas: Son las que no dependen de la ejecucin del software

Calidad en las mtricas de uso: Solo disponible cuando el producto final es usado en condiciones reales.

Vista en uso

Efectividad Facilitar al usuario alcanzar objetivos con precisin y completitud.

14
ISO 9001:2008 Cert. No. MQA 4000244

 Productividad Permitir a los usuarios gastar la cantidad apropiada de recursos. Seguridad Cumplir con los niveles de riesgo permitidos. Satisfaccin Cumplir con las expectativas de los usuarios

5.8.

ISO 10006:2003

Directrices para la calidad en la gestin de proyectos Aplicable a proyectos pequeos o grandes, de larga o pequea duracin No es una gua de administracin de proyectos en s Es un documento gua, y no utilizado para una certificacin o registro Hace recomendaciones sobre la gestin de la informacin generada por la realizacin del proyecto

Se deben seguir los siguientes pasos por la organizacin: Identificar la informacin crtica Organizar el sistema de coleccin de la informacin (Informacin dentro del proyecto e informacin del entorno y el cliente). Validar y almacenar la informacin Organizar un sistema que asegure su uso

Ventajas Reduce la variedad y tipos de productos Reduce inventarios y costos de produccin Mejora la gestin y el diseo de productos Mejora la comercializacin de los productos Agiliza los procesos pedidos

15
ISO 9001:2008 Cert. No. MQA 4000244

Desventajas No entra en las fases del proyecto ni describe los procesos necesarios para su ejecucin. No incluye los procesos de gestin de la calidad y, por lo tanto, da a entender que estos procesos no forman parte de la gestin del proyecto.

5.9.

ISO/IEC 27000

Estndares de seguridad publicados por la ISO (Organizacin Internacional para la Estandarizacin) y la IEC (Comisin Electrnica Internacional). Contiene las mejores prcticas recomendadas en seguridad de la informacin para desarrollar, implementar y mantener especificaciones para los sistemas de gestin de la seguridad de la informacin (SGSI). ISO/IEC 27000 Vocabulario estndar para el SGSI ISO/IEC 27001 Certificacin que deben obtener las organizaciones. Especifica los requisitos para la implantacin del SGSI. Es la ms importante de la familia. Adopta un enfoque de gestin de riesgos y promueve la mejora continua de procesos ISO/IEC 27002 Cdigo de buenas prcticas para la gestin de seguridad de la informacin. ISO/IEC 27003 Directrices para la implementacin de un SGSI. Es el soporte de la norma ISO/IEC 27001. ISO/IEC 27004 Mtricas para la gestin de seguridad de la informacin. ISO/IEC 27005 Gestin de riesgos en seguridad de la informacin. Proporciona recomendaciones y lineamientos de mtodos y tcnicas de evaluacin de riesgos de seguridad en la informacin.

16
ISO 9001:2008 Cert. No. MQA 4000244

ISO/IEC 27006:2007 Requisitos para la acreditacin de las organizaciones que proporcionan la certificacin de los sistemas de gestin de la seguridad de la informacin. ISO/IEC 27007 Gua para auditar al SGSI. La seguridad de la informacin, segn ISO 27001 Confidencialidad La informacin no se revela a individuos, entidades o procesos no autorizados Integridad Mantenimiento de exactitud y completitud de la informacin y sus mtodos de proceso Disponibilidad Acceso a individuos, entidades o procesos autorizados cuando lo requieran

5.10. CMMI - CAPABILITY MATURITY MODEL INTEGRATION Los beneficios de CMMI en desarrollo

Las actividades estn explcitamente vinculadas a los objetivos del negocio Al aplicar el modelo se cumplen con las expectativas del cliente Se mejoran nuevas reas tomando en cuenta prcticas anteriores

Caractersticas del CMMI

Est basado en la combinacin de experiencias anteriores Su efectividad se basa en la documentacin Es un modelo que est disponible gratuitamente para cualquier persona

Cinco niveles del CMMI

Un nivel de madurez es un sistema evolutivo Cada nivel de madurez tiene dentro de s mismos parmetros que permiten la mejora continua
17
ISO 9001:2008 Cert. No. MQA 4000244

Alcanzar un nivel dentro de la escala del CMMI significa ir en bsqueda de mejores prcticas y mantener los logros alcanzados

18
ISO 9001:2008 Cert. No. MQA 4000244

6. ESQUEMA DEL CICLO DE VIDA

PLANIFICACIN ANLISIS DISEO CODIFICACIN

PR

Para realizar este proyecto se realizo la supervisin en la compaa pizza.net de como realizan sus ventas al cliente para ello se determin cual ser el software que se creara para solucionar los problemas como el tiempo, costo y calidad. Se ha determinado que el tiempo para llevar a cabo este proyecto ser de 4 meses

El desarrollo de este software se realizara para maximizar la productividad de la empresa y fortalecer lacalidad, de lo contrario los esfuerzos por retener al cliente se volvern muy costosos. Los requisitos que debede satisfacerel sistema son: que el sistema sea rpido, confiable y fcilutilizacin para satisfacerlas necesidades de la empresa.

.Para la creacin del Software se programara en Visual Studio 2010, el diseo que se dar al sistema ser de colores clidos formales para brindar una mejor visualizacin, la estructura de la informacin se pretende que sea de forma lineal para evitar complicaciones al usuario. Se manejara Microsoft SQL Server 2008 para crear la BD.

Se verificara que la programacin del sistema no presente errores durante la ejecucin para evitar insatisfaccin al cliente y as garantizar que cumple con las funcionalidades del mismo. Se manejaran cdigos adaptables al sistema de acuerdo al lenguaje de programacin que se haya acordado conel cliente.

Se a todas senten correc alguno se prueba asegu entrad dando los res realme desea

19
ISO 9001:2008 Cert. No. MQA 4000244

7. JUSTIFICACIN DE LAS ACTIVIDADES DEL PROCESO

Justificacin de las actividades del procesos
Planificacin del problema Se ha detectado que la empresa Pizz@.Nettiene una problemtica que causa insatisfaccin en los clientes debido al consumo de tiempo en los pedidos que se realizan provocando prdidas en empresa.

Anlisis

Un desarrollo de software si se han comprendido los requisitos del software -una descripcin funcional del proyecto -una indicacin de los requisitos -se realizaran las restricciones para el diseo -criterios de validacin

Diseo

El diseo que se dar al sistema: -colores clidos -tamao: todas las imgenes ser que se presentaran en el cuerpo de la pgina contaran con las mismas medidas as como las letras solo variara el ttulo de cada encabezado. Las imgenes sern claras y concisas.

Codificacin y test unitario

Se evitara cometer errores en la codificacin como mtodos largos difciles de mantener y testear se restringir en la codificacin el uso del singletonsya que es una instancia diseada para restringir la creacin de objetos pertenecientes a un clase.

Prueba

Se asegura que todas las sentencias sean correctas sin fallo alguno de sistema se realizan pruebas que aseguran la entrada definida dando resultado los resultados que realmente se desea obtener.

Mantenimiento

Comprensin del software de los cambios a realizar -Estudiar las peticiones y documentacin -Modificacin del software y se actualiza la documentacin -Se realiza la prueba

20
ISO 9001:2008 Cert. No. MQA 4000244

8. SCRIPT (PLANTILLA DE PROCESOS DE ADMN.)

Descripcin
Presupuesto Presupuesto proyectado Mano de obra:$1000 Depreciacin del hardware:$500 Impresiones:$300 Materiales:$200 Transporte:$1000 Recursos humanos Cada integrante del proyecto tiene capacidades requeridas para desarrollar habilidades y aptitudes. Administrador del proyecto: Analista: Diseador: Programador: Tester: Anlisis Se proporciona un sistema al usuario que permite llevar un control de registros de clientes que sea rpido y seguro con el fin de ahorra tiempo entregando al cliente un mejor servicio y producto de calidad por parte de la empresa Pizz@.NET. Planeacin Tiempo El tiempo del proyecto a entregar es de 4 meses. Mayo: Fase inicial Junio: Fase intermedia Julio: Fase intermedia Agosto: Fase final Un aproximacin de costo del proyecto es : $3,000

Costo

21
ISO 9001:2008 Cert. No. MQA 4000244

9. ELEMENTOS CLAVE PARA SU PLANEACIN, MONITOREO Y

CONTROL

22
ISO 9001:2008 Cert. No. MQA 4000244

10.
8 de mayo A A1 A2 B B1 B2 C C1 C2 C3 D D1 D2 9 de 10 junio de junio

DIAGRAMA DE GANTT
27 de junio 28 de junio 31 de junio 01 de julio 30agosto

Actividades A.-1.-Inicio o planificacin A1.-seleccin de propuesta A2.-Configuracin y factibilidad del equipo B.-2.-Anlisis del proyecto B1-Descripcin y alcance del proyecto B2-requisitos del software C.-3.- Ejecucin del procesos C1-proceso de control de cambios C2-Elaboracin de informes de avances C3-evaluar ,los requerimientos y matrices D.-4.-cierre del proyecto D1-informe final D2Instalacin de la aplicacin

Periodo de realizacin 8-05-2013 al 9-06-2013 8-05-2013 al 15-05-2013 15-05-2013 al 9-06-2013 10-06-2013 al 27-06-2013 10-06-2013 al 12 06-2013 13-06-2013 al 27-06-2013 28-06-2013 al 31-07-2013 28-06-2013 al 05-07-2013 06-07-2013 al 11-07-2013 12-07-2013 al 31-07-2013 01-08-2013 al 30-08-2013 01-08-2013 al 15-08-2013 16-08-2013 al 30-08-2013

23
ISO 9001:2008 Cert. No. MQA 4000244

11.

DIAGRAMA DE RUTA CRTICA

Actividad a B C D E F G H I J K

Descripcin Inicio o planificacin Seleccin de la propuesta Configuracin y factibilidad del equipo Anlisis del proyecto descripcin y alcance del proyecto Requisitos del software Ejecucin del procesos Procesos de control de cambios Elaboracin de informes de avances Evaluar los requerimientos y mtricas Cierre del proyecto

Duracin 1 semana 1 semana 1semana 1 semana 1 semana 1 semana 1 semana 1

2 1 1

2 2 3

A-1 B-1

E-3
E

C
0 0

D-1

C-1

F-2 G-3
2 2

H-2

I-3

24
ISO 9001:2008 Cert. No. MQA 4000244

12.

INFORME DEL PRESUPUESTO Y EVALUACIN DE ALTERNATIVAS.

RESPONSABLE: El responsable de la aplicacin eficaz de este procedimiento es la alumna universitaria Joselin De Jess Alejandro Acosta.

Antes de comenzar el proceso de preparacin del presupuesto, los gerentes deben formularse unas preguntas importantes: a) Los objetivos tcticos que estamos analizando, permitirn alcanzar los objetivos estratgicos mayores y de ms largo plazo de la organizacin.

b) La empresa, cuenta con los recursos necesarios para solventar las actividades a lo largo del prximo perodo presupuestado c) La empresa, crear suficiente valor para atraer los recursos futuros adecuados (rentas, prstamos, inversionistas, etc.) para alcanzar esos objetivos de largo plazo Las respuestas a estas preguntas afectarn a todas las personas encargadas de la planificacin dentro de la empresa y las ayudarn al comenzar el proceso de preparacin del presupuesto.

25
ISO 9001:2008 Cert. No. MQA 4000244

Detalles conceptos
Se escribe

Presupuesto del proyecto

de Valor mensual, Lo

Gasto

Ajuste

que

se

va Resultado del resta de

de

la la

manera detallada semanal, todos los gastos etc. presupuestados del proyecto. gasto. de

diario, gastando cada proyecto

columna 2y3

Presupuesto proyectado Mano de obra Depreciacin del hardware Impresiones Materiales Transporte Total
$300 $200 $1000 $3000 $1000 $500

Gasto a la 1ra quincena

$3,000 $3,000

Ajuste

$2,000 $3,000

$200 $4,000 $500 $10,700

$100 $0 $500 $5,600

26
ISO 9001:2008 Cert. No. MQA 4000244

13.

PERFILES DE LOS PARTICIPANTES Y EL ADMINISTRADOR.

LIDER DEL PROYECTO Y/O ADMINISTRADOR T.S.U. Joselin de Jess Alejandro Acosta. Perfil: T.S.U. En T.I.C. Ing. En T.I. Un ao de experiencia en el ramo de Admn. de proyectos. Uso de lenguaje de programacin Microsoft Visual Basic 2010. Uso de lenguaje de Base de Datos SQL SERVER 2008. Conocimientos en programas de diseo. Ingls: 60%

.Entre sus responsabilidades se incluye:

El desarrollo del plan del proyecto. La identificacin de los requerimientos y el alcance del proyecto. La comunicacin. La administracin de los recursos humanos y materiales. El control de tiempos. Identificacin y control de riesgos. Administracin de los costos/presupuesto, el aseguramiento de la calidad. El reporte y evaluacin del desempeo del proyecto.

El administrador debe mantener y asegurar que el proyecto se termine en el tiempo y presupuesto planeado, y muy frecuentemente con tiempos limitados. Algunas cualidades que debe tener el administrador de proyectos son las siguientes:

Organizado y metdico Facilidad para relacionarse con gente

27
ISO 9001:2008 Cert. No. MQA 4000244

Buena comunicacin oral y escrita Liderazgo Conocimientos tcnicos bsicos

ANALISTA T.S.U. Anel Arianna Ferreyra Heredia Perfil: T.S.U. En T.I.C. Ing. En T.I. Un ao de experiencia en el ramo de Admn. de proyectos. Uso de programas de diseo. Uso de lenguajes de programacin (Visual Basic). Ingls: 60%

El analista tiene la funcin de valorar la manera que funcionar los datos y/o procesos examinando la entrada, el procesamiento de datos y la salida de informacin con el propsito de mejorar los procesos organizacionales. PROGRAMADOR T.S.U. Joselin de Jess Alejandro Acosta / T.S.U. Teresita de Jess Gonzlez May. Perfil: T.S.U. En T.I.C. Ing. En T.I. Un ao de experiencia en el ramo de Admn. de proyectos. Conocimientos de lenguajes de programacin y Base de Datos (Microsoft Visual Basic 2010, SQL SERVER 2008, ASP.NET, HOJAS DE ESTILO CSS, PHP, HTTP). Conocimiento de programas de diseo. Ingls: 60%

28
ISO 9001:2008 Cert. No. MQA 4000244

 DISEADOR (A) T.S.U. Ana Mara May Chabl. Perfil: Carrera: T.S.U. En T.I.C. Conocimiento de programas bsicos de diseo (Suite de Adobe incluye Photoshop para imgenes y video entre otros). Conocimiento de lenguajes HTML, XHTML, CSS. Un ao de experiencia en el ramo. Ingls: 60%

TESTER T.S.U. Iliana Gabriela Arrocha Gmez Carrera: T.S.U. En T.I.C. Un ao de experiencia en el ramo. Conocimiento informtico en redes y soporte tcnico. Conocimiento de lenguajes de programacin (sern aquellos que sean solicitados acoplndose a este requerimiento). Ingls: 60%

El Tester participa de todas las etapas del proceso de desarrollo de software, colaborando para asegurar la mxima calidad del producto. Su perfil conjuga un conjunto de habilidades con el conocimiento del negocio, de la aplicacin bajo prueba y de cmo planificar, disear, ejecutar y administrar las pruebas.

Entre estas habilidades se destacan:

Capacidad de abstraccin y modelado para entender y simular el comportamiento del sistema bajo prueba.

Facilidad de comunicacin oral y escrita para interactuar con desarrolladores y usuarios.

29
ISO 9001:2008 Cert. No. MQA 4000244

Creatividad para generar ideas e imaginar los problemas que podran existir. Pensamiento crtico para evaluar las ideas, hacer deducciones y vincular lo observado con los criterios de calidad de la empresa.

Pragmatismo para poner en prctica las ideas y adecuar las tcnicas y el esfuerzo al alcance del proyecto.

Aptitudes para el trabajo en equipo, de manera de poder interactuar con los desarrolladores y otros Tester, y lograr el mximo beneficio en esta interaccin. Estas habilidades se adquieren y perfeccionan a medida que se avanza en la carrera de Tester y se obtiene conocimiento y experiencia.

30
ISO 9001:2008 Cert. No. MQA 4000244

14.
Rol R Descripcin

MATRIZ DE RESPONSABILIDADES

Responsable Responsable

Este rol realiza el trabajo y es responsable por su realizacin. Lo ms habitual es que exista slo un R; si existe ms de uno, entonces el trabajo debera ser subdividido a un nivel ms bajo, usando para ello las matrices RASCI. Es quien debe ejecutar las tareas.

Accountable

Aprobador

Este rol se encarga de aprobar el trabajo finalizado y a partir de ese momento, se vuelve responsable por l. Slo puede existir un A por cada tarea. Es quien debe asegurar que se ejecutan las tareas

Consulted

Consultado

Este

rol

posee

alguna

informacin

capacidad

necesaria para terminar el trabajo. Se le informa y se le consulta informacin (comunicacin bidireccional). I Informed Informado Este rol debe ser informado sobre el progreso y los resultados del trabajo. A diferencia del Consultado, la comunicacin es unidireccional. Actividad/recurso ANEL Definicin objetivos de ANA JOSELIN ILIANA TERESITA

I R

I I

R-A C

I A

I I

Anlisis de los requisitos y su viabilidad Diseo general: Diseo en detalle Programacin

C C C

R R I

A A A

I C C

C I A

31
ISO 9001:2008 Cert. No. MQA 4000244

Prueba de unidad Integracin Prueba beta Documentacin Implementacin Mantenimiento

C I C A I C

C I I C C C

R R R R R C

R A A I I R

A C C C I A

15.

LISTA DE FACTORES CLAVES DE DESEMPEO

Tiempo que se utiliza en mejorar los niveles de servicio en un proyecto dado. Nivel de la satisfaccin del cliente. Tiempo de mejoras de asuntos relacionados con los niveles de servicio. Impacto de la calidad de los recursos financieros adicionales necesarios para realizar el nivel de servicio definido.

Rentabilidad del proyecto Calidad de la gestin de la empresa Tener predefinido de antemano un proceso de negocio. Tener claros los objetivos/rendimiento requeridos en el proceso de negocio. Tener una medida cuantitativa/cualitativa de los resultados y que sea posible su comparacin con los objetivos.

Investigar variaciones y ajustar procesos o recursos para alcanzar metas a corto plazo.

32
ISO 9001:2008 Cert. No. MQA 4000244

16.

INFORMACIN CLAVE PARA CADA ACTOR INVOLUCRADO.

Venta a la sociedad en general

Venta en lnea

Pizz@.Net

Venta para pblico en general

Promociones Y nuevos productos

Ofertas y promociones

33
ISO 9001:2008 Cert. No. MQA 4000244

17.

MTODOS DE COMUNICACIN, JUSTIFICACIN Y FORMATO.

Existen diversos mtodos de comunicacin en las organizaciones, que se pueden implementar dentro de un equipo de trabajo. Esto nos permite de acuerdo a las jerarquas establecer un flujo de comunicacin continuo entre lderes o gerentes de proyecto y los sbditos o empleados.

El mtodo de comunicacin a utilizar en la realizacin de este proyecto

ser el

ascendente y descendente ya que el flujo de informacin vendr desde el lder(La TSU. Joselin de Jess Alejandro Acosta), hacia las personas que se encuentran en desarrollo, diseo y testeo (Analista TSU. Anel Arianna Ferreyra Heredia, Diseadora Ana Mara May Chabl, Programadora T.S.U. Joselin de Jess Alejandro Acosta /TSU. Teresita de Jess Gonzlez May, Tester. Iliana Gabriela Arrocha Gmez) as como la ascendente en donde estos ltimos harn llegar sus peticiones, comentarios y sugerencias al lder del proyecto. Los formatos podrn ser desde un escrito (reporte, minuta, comunicado, etc.) cita interpersonal, llamada, correo electrnico. Ejemplo de reporte:

Nombre:
Fecha de Reunin:

Proyecto: Cargo:
Propuestas llevarlas a cabo para

Ideas principales

Identificacin problema

del

Posible problema

solucin

al

DUDAS

Observaciones:

34
ISO 9001:2008 Cert. No. MQA 4000244

18.

POSIBLES PROBLEMAS QUE SE PUEDEN PRESENTAR EN LA REALIZACIN DEL SITIO WEB PIZZ@.NET Y EL IMPACTO QUE TENDRN EN EL MISMO.

Falta del alcance del Presupuesto. Falta del Recurso Humano. Recurso material en mal estado. Ambiente de trabajo poco cmodo. La carencia de electricidad, por la ubicacin del lugar de trabajo. Poca comunicacin de lder equipo de trabajo. Desacuerdos en el Equipo de trabajo. Que los requerimientos solicitados al proveedor se retrasen en su llegada o cuente con ellos, ocasionando el estancamiento del avance. Vencimiento de las licencias del software con el que se trabajara. La solicitud de prrrogas por rebasar los tiempos estimados en caso de que los entregables se retrasen por alguno de los motivos anteriores.

En el trascurso del desarrollo del sitio se pueden presentar diversos problemas que no estuvieron contemplados desde el inicio en la etapa de planificacin, es por esto que el prever es una de las fases que aunque no se integran a las etapas del ciclo de mejora del proyecto se habr que tomar en cuenta conforme se encamine a la creacin del mismo.

El impacto es sustancial y se mide en tiempo y costo para la organizacin, cualquiera de los problemas que se presenten implican la detencin temporal de las actividades y las tareas que cada miembro activo del Equipo de Trabajo estar realizando as como un gasto en el progreso y culminacin del sitio.

35
ISO 9001:2008 Cert. No. MQA 4000244

19.

ANLISIS CUANTITATIVO Y CUALITATIVO DE LOS RIESGOS EN LA CREACIN DEPizz@.NET

Para poder controlar ciertos riesgos dentro del desarrollo del sitio es necesario llevar a cabo la planificacin de riesgos que contendr los siguientes puntos a realizar: Identificacin de los riesgos del proyecto. Riesgos a evitar en el software. Anlisis cuantitativo y cualitativo de riesgos. Eleccin del modelo de software a desarrollar. Preparacin de un plan de resolucin de riesgos.

Un riesgo es un evento que puede tener una resolucin negativa o positiva. Para la realizacin de cualquier actividad de riesgo, se debe calcular si la recompensa una vez realizada dicha actividad, suple y sopesa la inversin.

19.1. LOS PRINCIPALES SUPUESTOS DE RIESGO EN EL PROYECTO PIZZ@.NET A REALIZAR SON: Tiempo inadecuado para completar el proyecto. Presupuesto inadecuado para completar el proyecto. Expectativas poco realistas. Indefinicin o ambigedad de requisitos.

Identificacin, evaluacin y gestin de riesgos enPizz@.NET Riesgos dentro del sitio Pizz@.NET Poca experiencia en el equipo de trabajo. Asignacin de roles y funciones equivocadas. Falta de energa elctrica.

36
ISO 9001:2008 Cert. No. MQA 4000244

 Muerte de un integrante del equipo. Fenmeno natural: Huracn o Tormenta tropical. Prdida de recursos materiales (robo, extravos, rotura de alguna maquina o falla de alguna pieza de los equipos). Errores en la toma requisitos. Software lleno de errores y fallos. Algunos riesgos que podra presentar el desarrollo del SITIO orientado a la innovacin tecnolgica: Se compondran de los siguientes tipos:

La velocidad del desarrollo tecnolgico. Un retraso en el calendario (debido a das de descanso, vacaciones, propeduticos), acorta la ventana de la necesidad del proyecto que se est desarrollando.

La adaptabilidad del EQUIPO a nuevos lenguajes y metodologas.

Algunas consideraciones fundamentales que se tomaran en cuenta para alcanzar una gestin ptima de los riesgos se mantienen determinando los siguientes aspectos: Identificacin de riesgos de modo cualitativo por medio de

Brainstorming y creando una escala de riesgos esta ltima integrara una matriz de riesgos que clasificara al riesgo en alto, medio o bajo y tambin se le dar un puntaje numrico o porcentaje de incidencia de modo cuantitativo.

En el modo cuantitativo se seguirn los siguientes pasos: 1. Evaluacin de la probabilidad del riesgo. 2. Puntuar cada riesgo. 3. Multiplicar la probabilidad por el impacto y obtener la matriz de puntuacin.
37
ISO 9001:2008 Cert. No. MQA 4000244

Riesgo

Probabilidad

Impacto

RIESGO CUALITATIVO

Probabilidad

Impacto

RIESGO CUANTITATIVO

Introduccin de nuevo lenguaje de programacin

Baja

Mediano

Alto

25%

$2,500

$625

Rotura de la parte HD O SFT

Baja

Mediano

Alto

20%

$3,500

$700

Personal sin experiencias

Media

Mediano

Alto

25%

5 das

1 da y medio

Falta de electricidad

Alta

Alto

Alto

90%

2 das

2 das

Cambios en el software de desarrollo y diseo

Media

Mediano

Bajo

50%

1 da

12 horas

Los clientes no son capaces de expresar los requisitos Baja del proyecto Mediano Bajo 15% 2 das 3 das

Errores en la toma requisitos Media Mediano Bajo 50% 1 da 12 horas

Riesgo

Probabilidad

Impacto

NOTA CUALITATIVA DEL

Probabilidad

Impacto

NOTA CUANTITATIVA DEL

RIESGO

RIESGO

Introduccin de nuevo lenguaje de programacin

Baja

Mediano

Alto

25%

$2,500

$625

Rotura de la parte HD O SFT

Baja

Mediano

Alto

20%

$3,500

$700

Personal sin experiencias

Media

Mediano

Alto

25%

5 das

1 da y medio

Falta de electricidad

Alta

Alto

Alto

90%

2 das

2 das

Cambios en el software de desarrollo y diseo

Media

Mediano

Bajo

50%

1 da

12 horas

Los clientes no son capaces de expresar los requisitos Baja del proyecto Mediano Bajo 15% 2 das 3 das

Errores en la toma requisitos Media Mediano Bajo 50% 1 da 12 horas

38
ISO 9001:2008 Cert. No. MQA 4000244

20.

PLAN DE RESPUESTA DELOS PROBLEMAS QUE SE PRESENTEN:

Preparacin de un plan de respuesta para los riesgos Tabla de algunos riesgos que se pueden presentarse en la creacin, desarrollo e implantacin del sitioPizz@.NET El modelo de desarrollo que se utilizara no incluye un plan de respuesta por lo que a continuacin se presentan diferentes estrategias para implementarlo en este proyecto:

1.Evitar los riesgos. Por tanto, evitar los riesgos consiste en: a. Cambiar el plan de proyecto para evitar las interrupciones de los posibles

riesgos. (Es decir, considerar aquellas actividades, tareas y artefactos probables de riesgo y priorizarlas)

b.

Usar un modelo de desarrollo contrastado y establecido preferentemente a

innovaciones caseras. (El proyecto es pequeo, utilizar un modelo demasiado complejo podra afectar su realizacin)

c.

Consultar a expertos durante el desarrollo del proyecto.

(Si se ha realizado anteriormente un proyecto similar consultar a los miembros del ET que hayan participado en ello para obtener informacin clave sobre riesgo que pudieran repetirse en el proyecto)

d.

Invertir tiempo adicional necesario con los clientes para clarificar al mximo los

requisitos.

39
ISO 9001:2008 Cert. No. MQA 4000244

(Es necesario que desde la primera cita se especifiquen los requerimientos del cliente, y si no han quedado claros darse otro espacio para tratarlos)

2. Transferir los riesgos.

3. Minimizacin de riesgos. Se tratara de reducir o mitigar el impacto o la probabilidad del riesgo. Esta estrategia parte de los anlisis cualitativos y cuantitativos comentados. La estrategia de minimizacin implica: a. b. c. Aadir comprobacin redundante. Reducir el nmero de procesos, actividades, dentro del flujo de un proyecto. Desarrollo y prueba de prototipos.

4. Aceptacin de los riesgos. Al menos aceptar un riesgo implica menos impacto que encontrarlo inesperadamente. De hecho, cualquier riesgo no identificado se ha de aceptar automticamente. Esta estrategia sera correctiva.

40
ISO 9001:2008 Cert. No. MQA 4000244

21.

DISEO

21.1. INTRODUCCIN La intencin de este sistema es ofrecer un servicio que sea factible para el cliente como para los trabajadores de la empresa con el fin de ofrecer un sitio de fcil manejo que cumpla con las necesidades del cliente. Este sistema de venta en lnea debe ser un proceso continuo que maximice la satisfaccin del cliente y fortalezca la relacin entre ellos de lo contrario los esfuerzos por retener al cliente se volvern muy costosos.

21.2. PROPSITO Implementar un sitio web dinmico que ofrezca a la empresa la apertura de un nuevo mercado en lnea para generar ms ventas y ahorrar el tiempo en la entrega de sus productos. Para la creacin del Software se programara en Visual Studio 2010, el diseo que se dar al sistema ser de colores clidos formales para brindar una mejor visualizacin, la estructura de la informacin se pretende que sea de forma lineal para evitar complicaciones al usuario. Se manejara Microsoft SQL Server 2008 para crear la BD. La causa principal de crear un E-Commerce para Pizz@.NET es entregar la pizza en el menor tiempo posible, generar ventas y satisfacer al cliente. La causa secundaria es abrir un nuevo mercado en lnea para los clientes y nuevos usuarios que sean comensales exigentes en el rubro pizzero y que al estar en cualquier lugar de la ciudad puedan proveerse de su comida favorita

41
ISO 9001:2008 Cert. No. MQA 4000244

21.3. ALCANCE La empresa Pizz@.NET busca ser una empresa lder en el mercado de venta de Pizzas con una un nivel de popularidad en el mercado siendo un factor de empleo para las personas que lo necesiten o de escasos recursos buscando ser lder en el mbito pizzero de la ciudad teniendo como objetivo a mediano plazo inaugurando dos sucursales en las zonas ms reconocidas de la ciudad y a largo plazo se busca tener ms de 5 sucursales en los estados vecinos.

21.4. DESCRIPCIN GENERAL Las empresas que se rezagan son las que tienen una cartera de clientes saturada donde el cliente llama a la empresa, el telefonista toma la planilla de recepcin de datos y anota el pedido, la direccin, el telfono, si precisa cambio, nombre, importe, hora y si hay observaciones pertinentes se realizan los cambios y se corrige la planilla manualmente. Uno de los problemas que ocasiona el pedido por va telefnica, es el tiempo que tarda el recepcionista para llenar la planilla de cada peticin que da un resultado de espera e inconformidad del cliente. Se dan a conocer estrategias, procesos y tecnologas enfocadas a satisfacer las necesidades del cliente optimizando sus servicios mediante un ambiente de negocios donde la calidad de producto es un estndar, es necesario desarrollar procesos ms eficientes e implementar nuevos sistemas para lograr el liderazgo

42
ISO 9001:2008 Cert. No. MQA 4000244

21.5. REPRESENTACIN DE LA ARQUITECTURA

1. Inicio de sesin: El sitio denegara el acceso a cualquier persona que no cuente con un inicio de sesin y deber registrarse.

2. Registrarse: El usuario tendr que proporcionar los datos correspondientes para poder tener el acceso al sistema.

43
ISO 9001:2008 Cert. No. MQA 4000244

3. Bienvenida: una vez que se ingrese al sistema aparecer la pgina que da la bienvenida al sistema.

4. Quienes somos: en esta pgina se da una referencia de la empresa Piza net.

44
ISO 9001:2008 Cert. No. MQA 4000244

5. .-clientes. Se tiene el registro de todo el cliente que es muy necesario para hacer la entrega a domicilio.

6.-Registro de empleados. Cada empleado tendr que ser registrado con sus datos personales.

45
ISO 9001:2008 Cert. No. MQA 4000244

El diseo que se dar al sistema: Colores primarios

Tamao de Imgenes: todas las imgenes ser que se presentaran en el cuerpo de la pgina contaran con las mismas medidas as como las letras solo variara el ttulo de cada encabezado. Las imgenes sern claras y concisas. Al sitio: se integraran catlogo de productos y gua de compra Estrategias De La Aplicacin Aplicar las herramientas de Visual Studio.Net 2010 que ofrezcan un entorno dinmico para el usuario. Generar procedimientos especficos para cada funcin de formulario dentro del sistema. Herramientas De Desarrollo Microsoft SQL Server Management Studio 2008 Microsoft Visual Studio 2010

Equipo de Estructura Hojas de estil Programa Microsoft SQL Server Management Studio 2008 Microsoft Visual Studio 2010

La plataforma Lgica Asp.Net

46
ISO 9001:2008 Cert. No. MQA 4000244

21.6. PAQUETES DE LA ARQUITECTURA

Cliente

En la tabla clientes se guardaran los datos de los clientes

frecuentes. Empleados En la tabla de empleados se guardan los datos personales, el cargo que desempea y el turno en el que labora. Pedido En la tabla pedidos se guardan los datos del producto para realizar el pedido. Detalles Pedido En la tabla de pedidos se guardan productos. Producto En la tabla producto se guardan los detalles de los productos. Promociones Se guardan los datos realizar del las los datos de los

producto

para

promociones.

47
ISO 9001:2008 Cert. No. MQA 4000244

Diagrama de Clases
Cliente +rfc +localidad +Nombre +Direccin +Telfono +cp +email +GuardarCliente() +ModificarCliente() +EliminarCliente() Empleados +IdEmpleado +Nombre +Direccin +Telfono +Cargo +Sexo +FechaNac +Turno Promocines Producto +IdProducto +Nombre +Precio +Existencia +Descripcin +Status +Registrar() +Modificar() +Eliminar() +IdPromocin +FechaInicio +FechaFinal +Porcentaje +Descripcin +IdProducto

Pedido +IdPedido +FechaPedido +TotalArticulos +iva +TotalPedido +rfc +IdEmpleado

+Consta de 1..* DetallesPedido +IdPedido +Cantidad +IdProducto +PU +PorDescto +Importe

48
ISO 9001:2008 Cert. No. MQA 4000244

21.7. JUSTIFICACIN DE LOS REQUERIMIENTOS DE SOFTWARE Se ha detectado que la empresa Pizz@.NET tiene una problemtica que causa insatisfaccin en los clientes debido al consumo de tiempo en los pedidos que se realizan provocando prdidas en empresa. Las empresas que se rezagan son las que tienen una cartera de clientes saturada donde el cliente llama a la empresa, el telefonista toma la planilla de recepcin de datos y anota el pedido, la direccin, el telfono, si precisa cambio, nombre, importe, hora y si hay observaciones pertinentes se realizan los cambios y se corrige la planilla manualmente. Con esta tcnica se pierde mucho tiempo, ya que no se lleva un registro de los clientes frecuentes y cada vez que llaman se piden los mismos datos, o si solicitan lo que han pedido anteriormente hay que revisar las planillas de das anteriores. Unos de los problemas que ocasiona el pedido por va telefnica, es el tiempo que tarda el recepcionista para llenar la plantilla de cada peticin que da un resultado de espera e incomodidad del cliente. Esta insatisfaccin al largo plazo ocasiona que los clientes elijan los productos o servicios del competidor. Este sistema de venta en lnea debe ser un proceso continuo que maximice la satisfaccin del cliente y fortalezca la relacin entre ellos de lo contrario los esfuerzos por retener al cliente se volvern muy costosos. Entonces la agresiva competencia en el sector provoca la prdida de clientes por no cubrir sus expectativas no solo al corto plazo sino al largo plazo. As mismo la mala imagen corporativa o el mal posicionamiento de nuevos productos o servicios en la mente del consumidor.

49
ISO 9001:2008 Cert. No. MQA 4000244

22.

ANLISIS DE REQUISITOS

22.1. INTRODUCCIN El anlisis del proyecto consistir en identificar analizar y documentar los requerimientos funcionales y no funcionales referentes al software de la pizzera Pizz@.NET. Este anlisis se realizara por T.S.U. Anel Arianna Ferreyra Heredia asignada al proyecto con el apoyo del Lder Tcnico Joselin de Jess Alejandro Acosta.

22.2. PROPSITO El propsito del analista asignado a este proyecto es Identificar, analizar y documentar los requerimientos funcionales y no funcionales que deben soportar el sistema o solucin propuesta. Priorizar los requerimientos que ha de cubrir el nuevo sistema o solucin, convirtindose en punto de referencia bsico para validar el sistema final, comprobando que se ajusta a las necesidades del usuario.

22.3. ALCANCE Identificar los requerimientos funcionales y no funcionales que deben incluir el sistema o la propuesta presentada. Para as poder dar solucin al proyecto.

50
ISO 9001:2008 Cert. No. MQA 4000244

22.4. DESCRIPCIN GENERAL El documento de anlisis contiene todos los requisitos especficos funcionales y no funcionales del sistema para la pizzera Pizz@.NET.A lo largo de este documento se encontrara el objetivo del desarrollo de este documento, as como tambin el alcance, se encontrara la representacin de la arquitectura como por ejemplo los requisitos del software y los objetivos que tiene en algn impacto significativo en la arquitectura. En este mismo documento se encuentra las metas de la arquitectura en ello se describe que esperamos de los objetivos para obtener una buena respuesta. Las restricciones de la arquitectura son muy importante en todo proyecto en esa seccin se encontraran las restricciones a las que se pueda enfrentar en el desarrollo del sistema y que impactan la arquitectura. La realizacin de casos de usos es de gran ayuda a entender los actores y acciones que involucran al sistema. Las justificaciones del sistema ayudaran a que el proyecto sea exitoso y se logre un buen desarrollo del software.

22.5. REPRESENTACIN DE LA ARQUITECTURA Uno de los requisitos necesarios que debe llevar este sistema es la seguridad es por eso que en la representacin de la arquitectura se cre una interfaz de seguridad donde se escribir el nombre del usuario una nombre de contrasea para que pueda ingresar al sistema. La portabilidad del sistema es muy importante es por ello que el sistema se est realizando lo mejor posible para que sea portable y pueda utilizarse en diferentes equipos.

51
ISO 9001:2008 Cert. No. MQA 4000244

22.6. METAS DE LA ARQUITECTURA La principal meta que se quiere cumplir en este proyecto es el de integrar la seguridad completa en todo el proyecto que tenga la mejor portabilidad la mejor utilidad y la mejor interaccin entre el usuario y el sistema.

22.7. RESTRICCIONES DE LA ARQUITECTURA El sistema contara con algunas restricciones una de ellas en cuestin de seguridad en esta interfaz se tendr que escribir un nombre de usuario y un nombre de contrasea para que solo las personas autorizadas puedan ingresar al sistema. Para poder realizar compras en lnea el usuario debe tener una cuenta donde contara con ID para ingresar su compra, en caso de ser primera vez que realizase compra en este sistema tendr que crear su cuenta a travs de un formulario donde tendr que ingresar sus datos.

52
ISO 9001:2008 Cert. No. MQA 4000244

22.8. REALIZACIN DE CASO DE USO - ANLISIS

iniciar sesin

registrar productos

registrar promociones administrador

registrar empleados

<<extend>> realiza corte de caja recibo entrega

surte pedido vendedor

<<include>>

ingresar datos personales

solicitud de pedido

cliente selecciona producto

entrega pedido a domicilio

repartidores

22.9. JUSTIFICACIN DE LAS DECISIONES DEL ANLISIS Despus de haber analizado el proyecto se lleg a la conclusin que este proyecto debe contar con las restricciones que se mencionaron son importantes para la seguridad del proyecto y su portabilidad se realiz todo el anlisis para lograr un proyecto xito.
53
ISO 9001:2008 Cert. No. MQA 4000244

23.

ESPECIFICACIN DE REQUISITOS

23.1. INTRODUCCIN El desarrollo del sistema comienza despus de que el Cliente ha detectado una ausencia, falla o falta de oportunidad de la informacin o simplemente, luego que la organizacin ha determinado un cambio en sus polticas, reglas o tecnologas a aplicar. En esta etapa, deberemos responder a una pregunta fundamental: Qu es lo que quiere el Cliente? y para ello, deberemos diagnosticar la Situacin Actual, recopilar los requerimientos del Cliente, tanto en relacin al Sistema, como generales respecto del rea Informtica, es decir la Situacin Ideal, para as poder definir Alternativas de Solucin, segn las cuales podremos avanzar desde lo que hoy se posee, hacia el punto que se pretende llegar. Como parte de nuestro trabajo, deberemos sealar cul de las alternativas, es a nuestro juicio la ms conveniente (y justificarlo) en la Propuesta. Hecho lo anterior, el Cliente evaluar nuestro trabajo, y si decide contratarnos, deberemos establecer un Contrato que nos asegure a ambas partes (cliente y desarrollador) una claridad respecto de qu, cmo, cundo y bajo qu condiciones trabajaremos en conjunto.

23.2. PROPSITO El propsito es definir cules son los requerimientos que debe tener un programa que gestione el sistema de control de ventas de Pizzas. La aplicacin de control de ventas de Pizzas ha sido encargada por la empresa PIZZ@.NET para gestionar el control de ventas, registros de clientes y empleados.

54
ISO 9001:2008 Cert. No. MQA 4000244

23.3. ALCANCE El producto que vamos a describir es un sistema que desempear el papel de las ventas de Pizzas. Este producto debe ser capaz de adaptarse a la empresa PIZZ@.NET. Ya que llevara este el control del funcionamiento de la empresa. As como deber adaptarse a otra empresa si es necesario. El programa deber funcionar de igual forma. Adems el programa debe ser capaz de informarnos del estado global de toda la empresa en cualquier instante de tiempo, advirtindonos de todos los sucesos que han ocurrido en ese da. La precisin de este programa ser de minutos, por lo que, en cada minuto deber comprobar el estado del sistema.

23.4. REQUISITOS NO FUNCIONALES Los requerimientos no funcionales hacen relacin a las caractersticas del sistema que aplican de manera general como un todo, ms que a rasgos particulares del mismo. Estos requerimientos son adicionales a los requerimientos funcionales que debe cumplir el sistema, y corresponden a aspectos tales como la disponibilidad, mantenibilidad, flexibilidad, seguridad, facilidad de uso, etc., los cuales se describen en este captulo. Los requerimientos no funcionales debern ser detallados an ms durante la fase de diseo.

23.4.1.

Usabilidad

La usabilidad es el grado en el cual un producto puede ser utilizado por sus usuarios para lograr metas con efectividad, eficiencia y satisfaccin en un determinado contexto de uso. Est ntimamente relacionada a la percepcin del usuario respecto de la calidad del sistema; los algoritmos internos o la definicin de la arquitectura pueden ser excelentes, pero el usuario no tiene visibilidad de eso, sino de la interfaz con la que interacta.

55
ISO 9001:2008 Cert. No. MQA 4000244

23.4.2.

Confiabilidad

Con fiabilidad en el uso nos referimos al porcentaje de errores cometidos por el usuario en el uso del sistema y el tiempo que se tarda en recuperarse de estos errores. La fiabilidad en el uso de nuestro sistema deber ser alta ya sea a travs de su sencillo uso o a mltiples mensajes de confirmacin. Lo ms importante en la fiabilidad de uso es que el sistema estar integrad con un sistema ya conocido por los usuarios, cosa que aumenta en gran medida la fiabilidad de uso de nuestro sistema. 23.4.3. Eficiencia

Esta categora define aspectos que indican la proporcin entre el nivel de cumplimiento del software y la cantidad de recursos necesitados bajo condiciones establecidas. Las su caractersticas son: comportamiento en el tiempo,

comportamiento segn otros recursos. 23.4.4. Mantenimiento predecible o Para

Se debe estructurar el cdigo de una manera consistente y

objetos que son frecuentemente manejados en la lgica del negocio, implementar las respectivas interfaces que aseguren su fcil implementacin en el sistema o asegurar que el diseo de las interfaces contemplen el que las propiedades pblicas y los parmetros de los mtodos sean de un tipo comn (estandarizados) o el sistema debe ser construido e implantado de tal manera que un cambio en los parmetros de negocio no obligue a la generacin de una nueva versin del mdulo. 23.4.5. Portabilidad

Esta categora define aspectos relacionados con la capacidad de un sistema software para ser transferido desde una plataforma a otra. Las su caractersticas son: capacidad de instalacin, capacidad de sustitucin, adaptabilidad, coexistencia, compatibilidad con hardware o software, etc.

56
ISO 9001:2008 Cert. No. MQA 4000244

23.4.6.

Interfaces

Inicio de sesin

Registrarse

Bienvenida:

57
ISO 9001:2008 Cert. No. MQA 4000244

 Quienes somos :

Clientes

58
ISO 9001:2008 Cert. No. MQA 4000244

 Registro de empleados.

59
ISO 9001:2008 Cert. No. MQA 4000244

24.

CIERRE

24.1. INTRODUCCIN La industria de comidas rpidas es un reflejo directo de los cambios de la sociedad en la cual operan. La sociedad ha cambiado a un orden social ms avanzado y ms complicado que implica un movimiento que se aleja de los alimentos producidos en masa para dar paso a alimentos producidos para las masas porque las exigencias de los usuarios han cambiado. La forma de alimentarse variar con el correr de los tiempos, ya que cada da las personas piensan ms en su salud y la seleccin de los alimentos se basa en ste concepto. Es por esto que se est comenzando a desarrollar un nuevo estilo de consumo basado en la comida saludable e higinica, cada vez fabricada con productos ms frescos, orgnicos y saludables. En el mundo moderno las personas buscan ms aquello que les place y les produce goce, como la buena comida. Salir a comer o almorzar se volvi cotidiano, dej de ser algo para celebrar. En las grandes ciudades del pas, la gente trabaja lejos de sus casas y encuentra en un espacio para socializar y hacer negocios desde la comodidad de su hogar. El proyecto desarrollado en este plan de negocio se llama Pizz@.NET., la cual es formalizada a travs de la compra por parte de la sociedad comercial carmelita Inversiones Terroristas S.A. De C.V. la cual es una compaa por acciones del tipo de las sociedades por acciones simplificadas (SAS), constituidas y regidas en lo pertinente por la Ley 1258 de 2008, y en lo no previsto en ella, por el Cdigo de Comercio, la Ley 222 de 1995 y las dems normas que la complementen. Su constitucin se dio en el mes de Mayo de 2013. Considerando la forma de vida actual, existe una realidad imposible de desmentir que es con la competitividad y globalizacin de los mercados, la necesidad de mantenerse actualizado y en el puesto de trabajo hace que cada vez queda menos tiempo para dedicar a otras cosas, al menos durante la jornada laboral. Entre un 70 y

60
ISO 9001:2008 Cert. No. MQA 4000244

90% de la poblacin carmelita que trabaja prefiere maximizar su tiempo comiendo rpidamente y lo ms cerca del lugar de trabajo. La comida rpida se presenta como una alternativa de alimentacin barata y rpida para los consumidores. La Industria de la Comida Rpida, se encuentra en la actualidad en una etapa de crecimiento sostenido en el mercado nacional, debido fundamentalmente a una fuerte expansin de sus locales ubicados inicialmente en ciudades con gran afluencia de pblico. Este sector se caracteriza por continuas estrategias agresivas, debido a que es un sector relativamente equilibrado, razn por la cual la rivalidad es muy fuerte por sobresalir y ser lder. Esto se ve reflejado en las constantes ofertas, promociones y combos, enfocados a incentivar el consumo de los productos y la lealtad entre los c 24.1.1. El origen de la pizza

Este tema ha suscitado debate en el mundo de la gastronoma mundial, dado que no existe certeza sobre el lugar de origen de este plato tan famoso en el mundo. Los griegos hacan un pan plano llamado Plakous, el cual llevaba varios ingredientes encima; los soldados de Daro El Grande, rey de los persas, 500 aos A.C., tenan un plato similar; los hindes hacan el Paratha, los sudasiticos el Naan y los alemanes el Flammkuchen. No obstante, la pizza, como la conocemos hoy en da, tiene sus orgenes en Npoles, Italia, dado que fue all donde se le agreg por primera vez, en el siglo XVIII, uno de sus ingredientes clave: el tomate. 24.1.2. Alta rentabilidad

El crecimiento de la pizza como comida rpida y comida casual se ha mantenido constante. Sin embargo, el crecimiento significativo se ha dado a travs de las modalidades de domicilios y muy fuertemente en pizza gourmet. En la primera, cadenas como Domino's, Pizza Pizza y WOW, estn expandindose fuertemente con el objetivo de ahorrar costos en apertura de puntos de venta, y de difundir la tendencia natural y rentable de la pizza como producto para domicilios. Por su parte, en la categora gourmet, la pizza ha ganado considerablemente ms terreno con cadenas como Pizza 1969, que han logrado masificar un producto con ingredientes especiales, dndole al segmento nuevos sabores.

61
ISO 9001:2008 Cert. No. MQA 4000244

El consumo de esta categora va en alza, debido a la distancia en que se encuentra el comensal para disfrutar de una deliciosa pizza. 24.1.3. Pizza 1969 Hace seis aos se fund esta cadena que a travs de sus 18 puntos -15 en Bogot y tres en Medelln- ha deleitado a sus clientes con recetas de tipo gourmet. 97 productos entre pizzas, ensaladas, pastas, lasaas y postres conforman la carta que disfrutan alrededor de 2.000 personas diariamente, adems de los 20.000 que mensualmente piden a domicilio. Su especialidad ha sido la masa preparada a la piedra en tamaos personales y medianos, adems de su gran variedad de ingredientes. Pizza 1969 se ha posicionado fuertemente en el segmento de pizzeras gourmet, y su aporte ha sido decisivo para dinamizar la oferta de este tipo de preparacin. Pizza Pizza Esta empresa naci hace 15 aos en la capital del pas y se expandi hacia ciudades capitales como Cali, Medelln, Barranquilla, Santa Marta, Cartagena, Popayn y Tunja. Cuenta en la actualidad con un total de 33 puntos de venta de los cuales 17 estn en Bogot desde donde reparten a domicilio su conocido modelo 2X1, con pizzas de sabores tradicionales y gourmet. Este es el fuerte de Pizza Pizza, por encima de la venta de porciones en algunos de sus puntos de venta. Otras piezas del men incluyen pasta, lasaa y panzeroti, en combos con bebidas gaseosas. Su modelo de venta, bajo el lema de domicilios 35 minutos o gratis se ha constituido en un diferenciador. La empresa est evaluando expandirse en el prximo ao. Pizzas Piccolo La ms antigua de Medelln, Piccolo fue hace 30 aos la pionera en servicios a domicilio en la capital antioquea. Ello populariz sus productos y la erigi como la pizzera ms insigne para los paisas. Hoy en da, la compaa cuenta con 15 puntos Historial

62
ISO 9001:2008 Cert. No. MQA 4000244

a nivel nacional, repartidos en ciudades como Bogot, Medelln, Cartagena, Barranquilla y Pereira. Con alrededor de 300 empleados, la mayora de ellos jvenes universitarios, Pizzas Piccolo se est expandiendo a travs de un exitoso modelo de franquicias en ciudades intermedias, a donde planean llevar su modalidad de negocio de pizzas, pastas y ensaladas. Piccolo se caracteriza por contar con una infraestructura de produccin que le permite elaborar el 90% de los ingredientes de su men. Archie's Uno de los restaurantes casuales ms exitosos del pas, ha basado su oferta en una pizza con los mejores ingredientes y sabores. Archie's naci en Bogot, en 1993, como una trattoria de barrio en la que se ofrecan productos artesanales en la Zona Rosa; cuatro aos despus, iniciaba su expansin abriendo su punto en el barrio Rosales de Bogot, y En 1998 la empresa abri en el mismo barrio el concepto Archie's Express, que incluye domicilios.

24.2. PROPSITO Producto Ofrecer a nuestros consumidores un producto con atributos y beneficios diferenciadores que satisfagan las necesidades del mercado, buscando que este se haga ms fuerte frente a los competidores y ayuden al posicionamiento de la pizza en lnea es decir pizza.net a la vanguardia con la tecnologa. Promocin Lograr adicionar valor a los productos que ofrecemos con nuevas e innovadoras soluciones (promociones) para obtener mejores ventajas competitivas y ser diferenciados por los consumidores.

63
ISO 9001:2008 Cert. No. MQA 4000244

Plaza Lograr una ptima distribucin de los productos, con el fin de reducir costos operativos en los que el negocio incurra.

Determinar el sitio ms apropiado estratgicamente para la puesta en marcha de pizza.net.

Precio Fijar un precio que los clientes estn dispuestos a pagar y tengan la capacidad econmica, permitiendo una exclusividad en el producto ofrecido, teniendo en cuenta que sea compatible con el objetivo de volumen y crecimiento fijado.

Servicio Consolidar la aceptacin de los consumidores de la pizza.net a travs de ventajas competitivas como: agilidad, calidad, excelente servicio, etc. Lograr que las expectativas de los consumidores de pizza.net sean cubiertas e incluso superadas. Lograr la simpata y la preferencia de los consumidores para que elijan pizza.net en lugar de otros productos ofrecidos por la competencia. Lograr que aquellos clientes meta que nunca han comprado pizza light, lo hagan en un momento determinado, esto con el objetivo de incrementar las ventas y beneficiar la salud de los clientes.

64
ISO 9001:2008 Cert. No. MQA 4000244

Fuentes de Informacin Procedimiento utilizado para el anlisis de la informacin Se realizaron 70 encuestas donde se evaluaron: hbitos, frecuencias, preferencias, comportamientos y gustos. Estas encuestas se aplicaron de manera personalizada y por medio de correo electrnico, en empresas, centros comerciales y personas del comn, ubicadas en el rea de cobertura donde se pretende desarrollar el plan de negocio. Inicialmente se pidi al encuestado que contestara de la manera ms sincera posible y se explic de que se trataba la encuesta. La encuesta se realizo a un determinado grupo de personas escogidos estratgica y aleatoriamente los cuales viven, trabajan, estudian o concurren mucho el sector o los alrededores donde se establecer la empresa siendo esta la mejor herramienta para encontrar las preferencias y gustos de los consumidores. Las encuestas se aplicaron a personas entre los 15 y 50 aos aproximadamente y de distintas profesiones: estudiantes, ejecutivos, empleados, compaeros de trabajo, etc.

Estrategias de Precio El precio de nuestros productos, oscilar entre los 200 y los 500; siendo este muy razonable para todos los clientes de acuerdo al segmento de consumidores donde nos desenvolveremos, el producto, la ubicacin y comparando el precio con el de las distintas empresas que sern nuestra competencia, ser demasiado y competitivo. Lanzar al mercado un nuevo producto con un precio bajo, para que, de ese modo, podamos lograr una rpida penetracin, una buena acogida, y podamos hacerlo rpidamente. Lanzar al mercado un nuevo producto con un precio ajustado al mercado, creando una sensacin de calidad vs precio. Si se da el caso de Reducir los precios por debajo de los de la competencia, para que podamos bloquearla y ganarle mercado.

65
ISO 9001:2008 Cert. No. MQA 4000244

Se estandarizar el precio de acuerdo a cada tamao Independiente del sabor de la pizza que el cliente escoja.

Valor Presupuestado: $200.000.oo Estrategias de Distribucin Tendremos nuestros productos al alcance del cliente ubicando nuestro punto de venta en un lugar estratgicos de la ciudad para as generar desarrollo en distintos lugares en que desempeemos labor comercial, ya que es indispensable que nuestro producto est disponible cuando el cliente lo quiera comprar y dnde desee comprarlo.

Valor Presupuestado: $500.000.oo Estrategias de Comercializacin

domicilios, ya que es un factor primordial para lograr un reconocimiento en el mercado y para poder crear, mantener y idealizar las relaciones con nuestros clientes y satisfacer sus necesidades con productos que nos ayuden a generar ventajas competitivas.

24.3. ALCANCE Pizz@.NET le ofrece una nueva experiencia a su paladar, una mezcla de agradables sabores, en el mejor ambiente para comer. El compromiso principal de pizza.net es y ser la satisfaccin de las expectativas y deseos de los clientes, al ofrecerles un men saludable, un sabor inigualable, alta calidad junto a un servicio excepcional al cliente, limpieza, valor y rapidez.

66
ISO 9001:2008 Cert. No. MQA 4000244

24.4. VISIN Queremos ser un restaurante con un servicio y atencin excepcional, lderes en la innovacin y presentacin de nuestros productos, logrndolo a travs de un trabajo en equipo, con una planificacin y organizacin adecuada, que responda a cualquier reto del consumidor y de la competencia. 24.5. OBJETIVOS Satisfacer las necesidades y deseos de nuestros clientes. Ofrecer los mejores estndares en la presentacin de las pizzas. Lograr el mejor ambiente laboral con el fin de lograr un excelente trabajo en equipo. Lograr Estudio Legal.

ACTO DE CONSTITUCIN DE SOCIEDAD POR ACCIONES SIMPLIFICADA INVERSIONES TERRORISTAS S.A. de C.V. En la ciudad del Carmen, Cam. Departamento de Antioquia, San Francisco de Campeche, comparecieron: Joselin de Jess Alejandro Acosta, Iliana Gabriela Arrocha Gmez, Anel Arianna Ferreira Heredia, Teresita de Jess May Gonzlez, Ana Mara May Chabl cada uno en su propio nombre y representacin legal, a su vez comparecen tambin en su calidad de identificados de acuerdo con los documentos que aparecen al pie de su firma, todos los cuales manifestaron, que es su voluntad constituir una sociedad por acciones simplificada de conformidad con la Ley 1258 del 5 de diciembre de 2008, la cual se regir por los estatutos aqu consagrados, y en lo no previsto en ellos, por las normas del Cdigo de Comercio, la cual se denominar INVERSIONES TERRORISTAS S.A. de C.V.

Las normas de gestin medioambiental Las anteriores medidas en defensa del medio ambiente deben formar parte de una estrategia definida y con objetivos concretos. Por lo tanto, Pizza.NET debe disponer

67
ISO 9001:2008 Cert. No. MQA 4000244

de una declaracin sobre poltica medioambiental como parte de sus valores, y las actividades de defensa del medio ambiente deberan estar recogidas en los planes de la organizacin a corto, medio y largo plazo e incluso realizar auditoras medioambientales de carcter peridico o certificar la gestin medioambiental conforme a una norma internacional como puede ser la norma ISO 14001. La ISO 14001 establece las especificaciones y los elementos de cmo se debe implantar un Sistema de Gestin Ambiental.

Toda empresa debe comprometerse con reducir al mximo sus residuos, y favorecer el reciclaje mediante la separacin de los distintos tipos de basuras (papel, plstico, latas, etc.). Asimismo, mantener un cuidado especial en lo que refiere a la disposicin de los residuos txicos que debern ser tratados conforme a la legislacin vigente. Del mismo modo, reducir las emisiones de gases contaminantes e instalar mecanismos de limpieza, y no olvidar la contaminacin acstica o los malos olores, que siempre tienen una repercusin negativa en la sociedad. Todo ello es parte importante de la llamada gestin medioambiental. Sistema de Gestin Ambiental Finalmente debemos ser conscientes de que existen una serie de razones de peso que justifican el porqu implantar un sistema de gestin medioambiental en Pizz@.net: Es un nuevo parmetro de competitividad. No todo es precio y calidad de producto, la gestin medioambiental permite diferenciarse frente a la competencia. El crecimiento de la conciencia ambiental en la sociedad es un hecho. Muchos clientes valoran y consideran el hecho de que una empresa se posicione en el mercado como medioambientalmente comprometida. Disminucin de los riesgos vinculados a la salud de las personas. Reduccin de gastos. Disminuyendo el consumo de energa, los gastos de materia prima,

68
ISO 9001:2008 Cert. No. MQA 4000244

24.6. DESCRIPCIN El trabajo de grado presentado anteriormente tuvo como objetivo principal realizar un plan de negocios para la introduccin al mercado de un nuevo producto de comida rpida, dirigido a las personas que gustan de la comida rica y saludable. El seguimiento utilizado en el marco terico, permiti llevar a cabo cada una de las partes necesarias y fundamentales para un plan de negocios, stas son las siguientes: Plan de Marketing, Plan Operacional y Plan Financiero. De esta la investigacin y teniendo en cuenta el anlisis del sector de comidas rpidas en Colombia, podemos concluir que es un sector con rendimientos elevados y estables, lo que hace atractivo el ingreso de otros competidores.

Por otro lado, la creciente obesidad, en contraposicin con el culto al cuerpo y la belleza que hoy en da estn muy de moda en el pas, son una amenaza para la venta de productos calricos, con elevados contenidos grasos, lo que se presenta como una oportunidad para desarrollar un nuevo negocio, que satisfaga la necesidad de precio y rapidez que otorgan los otros competidores de comida rpida, pero con un producto sano y bajo en caloras.

A raz de lo anterior se considera factible desarrollar un negocio de esta naturaleza y el diseo estratgico que se necesita debe considerar una estrategia genrica de enfoque con diferenciacin, debido a que nuestro producto no llega a todos los consumidores en forma masiva, se definen estrategias operativas que contemplen una buena publicidad inicial para dar a conocer el producto y lograr lealtad por parte de los clientes. La metodologa que se emple para saber cul sera el mercado objetivo se dio mediante la aplicacin de encuestas a gente del comn, con el fin de identificar las tendencias de consumo en cuanto a comidas rpidas se refiere, adems de conocer la aceptacin que se tiene del nuevo producto en el mercado. En cuanto al estudio de mercado, se realiz el anlisis del muestreo aleatorio simple a travs de preguntas aplicadas a 70 personas encuestadas.

69
ISO 9001:2008 Cert. No. MQA 4000244

De manera general, en base a un 23 por ciento de aceptacin y que el medio de comunicacin por el cual desean recibir informacin acerca de los productos o promociones ofertados es va e-mail. En base al estudio y del anlisis del Plan de Marketing tambin se lleg a la conclusin de que el costo del promedio que se ofrecer el producto ser entre $ 18.000 y $ 25.000 en la pizza mediana, y tendr un precio de venta promedio de $13.860, siendo esta la de mas rotacin en el mercado de pizzeras. Se defini adems el costo en la puesta en marcha de las estrategias de mercadeo planteadas. Finalmente se defini el nombre del negocio el cual ser Pizza.NET. En la seccin del Plan Operacional se definieron la estrategia de posicionamiento, se destacaron los principales puntos para operar el negocio de la mejor manera. Se realiz un diagrama de flujo con el objetivo de tener de forma clara el proceso de atencin al cliente que se llevar a cabo en el establecimiento. En cuanto a Recursos Humanos se gener un organigrama definiendo los puestos requeridos y responsabilidades que tiene cada uno de estos.

En el aspecto de Maquinaria y Equipo se puntualizaron los artculos necesarios para las operaciones de la empresa y el costo de cada uno de ellos. Por otra parte se precis de manera puntual otros aspectos como el estudio legal del negocio, en cuanto a su constitucin e inicio de operaciones.

Sobre la seccin financiera se detall la inversin inicial del negocio que es de $.800,0000 de los cuales $.300,0000 son depreciables, con un capital de trabajo de $131.414.543. Dentro del Plan Financiero se estipularon los egresos de la empresa, incluyendo Costo de Produccin, Mano de Obra directa, Gastos por Administracin y Venta, Renta Del local comercial, entre otros.

Se puede concluir financieramente que se espera obtener buenos resultados para los socios con una tasa de retorno del TIR del 84.51%, apoyado en el anlisis de riesgo que arroja como resultado que el proyecto es rentable. Por todo lo anterior, se recomienda ampliamente y apoyado en los resultados del trabajo de investigacin,

70
ISO 9001:2008 Cert. No. MQA 4000244

que este proyecto se lleve a cabo. Quedando asentado de antemano que los autores de este trabajo de investigacin se ponen a disposicin para cualquier duda y aclaracin que este anlisis requiera.

71
ISO 9001:2008 Cert. No. MQA 4000244

25.

CONCLUSIN

Al trmino del cuatrimestre se realiz la documentacin de la Creacin de un Sitio Carrito de Compra /E-Commerce. PIZZ@.NET el cual se pretende que cumpla con las expectativas del cliente en las ventas de Pizzas.

Durante la realizacin de la documentacin, se realizaron investigaciones acerca de la problemtica de las pizzeras con el fin de solucionar la deficiencia en el servicio al cliente y as poder cumplir con los requerimientos del usuario. Cabe recalcar que surgieron algunos cambios de acuerdo al anlisis de la documentacin para asegurar que el software cumpla con las especificaciones solicitadas.

El fin de este proyecto es generar un sistema que brinde un mejor servicio al cliente y que resuelva los problemas del encargado para ofrecer un mejor servicio de calidad. Se examinaron los documentos con el fin de resolver problemas inesperados al momento de utilizar el sistema. Es preferible detectar cualquier anomala antes de que la empresa ponga en marcha el sistema y dependa de l. Los sistemas de la empresa y el medio ambiente de los negocios estn en continuo cambio. Los sitios de informacin deben mantenerse de la misma forma, pero por ahora el Sitio de Carrito de Compra /E-Commerce. PIZZ@.NET desarrollado ha cubierto una de las muchas necesidades de PIZZ@.NET.

72
ISO 9001:2008 Cert. No. MQA 4000244