document ac i on
TRANSCRIPT
ÍNDICE
1. INTRODUCCIÓN________________________________________1
2. DESCRIPCIÓN DE LA PROBLEMÁTICA____________________2
3. OBJETIVO_____________________________________________3
4. ALCANCE_____________________________________________3
5. ESTÁNDARES DE CALIDAD APLICABLES AL PROYECTO DE TI (DOCUMENTACIÓN Y DISEÑO)._____________________________3
5.1. ESTÁNDARES ISO 9000_______________________________________3
5.2. ESTÁNDARES IEEE__________________________________________4
5.3. ESTÁNDAR 26514:2008_______________________________________5
5.4. BS ISO / IEC 26514 PUEDE SER ÚTIL PARA EL DESARROLLO DE LOS SIGUIENTES TIPOS DE DOCUMENTACIÓN:_________________________7
5.5. ESTÁNDAR PMBOK__________________________________________8
5.6. MOPROSOFT_______________________________________________11
5.7. ISO/IEC 9126_______________________________________________13
5.8. ISO 10006:2003_____________________________________________15
5.9. ISO/IEC 27000______________________________________________16
5.10. CMMI - CAPABILITY MATURITY MODEL INTEGRATION____________17
6. ESQUEMA DEL CICLO DE VIDA__________________________19
7. JUSTIFICACIÓN DE LAS ACTIVIDADES DEL PROCESO______20
8. SCRIPT (PLANTILLA DE PROCESOS DE ADMÓN.)__________21
9. ELEMENTOS CLAVE PARA SU PLANEACIÓN, MONITOREO Y CONTROL________________________________________________22
10. DIAGRAMA DE GANTT_________________________________23
11. DIAGRAMA DE RUTA CRÍTICA___________________________24
12. INFORME DEL PRESUPUESTO Y EVALUACIÓN DE ALTERNATIVAS.___________________________________________25
13. PERFILES DE LOS PARTICIPANTES Y EL ADMINISTRADOR._27
14. MATRIZ DE RESPONSABILIDADES_______________________31
15. LISTA DE FACTORES CLAVES DE DESEMPEÑO___________32
16. INFORMACIÓN CLAVE PARA CADA ACTOR INVOLUCRADO._33
17. MÉTODOS DE COMUNICACIÓN, JUSTIFICACIÓN Y FORMATO.34
18. POSIBLES PROBLEMAS QUE SE PUEDEN PRESENTAR EN LA REALIZACIÓN DEL SITIO WEB [email protected] Y EL IMPACTO QUE
TENDRÁN EN EL MISMO.___________________________________35
19. ANÁLISIS CUANTITATIVO Y CUALITATIVO DE LOS RIESGOS EN LA CREACIÓN [email protected]_____________________________36
19.1. Los principales supuestos de riesgo en el proyecto [email protected] a realizar son:______________________________________________________36
Identificación, evaluación y gestión de riesgos [email protected]_____________36
20. PLAN DE RESPUESTA DELOS PROBLEMAS QUE SE PRESENTEN:_____________________________________________39
21. DISEÑO______________________________________________41
21.1. Introducción_______________________________________________41
21.2. Propósito__________________________________________________41
21.3. Alcance___________________________________________________42
21.4. Descripción general_________________________________________42
21.5. Representación de la Arquitectura_____________________________43
3. Bienvenida: una vez que se ingrese al sistema aparecerá la página que da la bienvenida al sistema._______________________44
21.6. Paquetes de la arquitectura___________________________________47
21.7. Justificación de los requerimientos de software__________________49
22. ANÁLISIS DE REQUISITOS______________________________50
22.1. Introducción_______________________________________________50
22.2. Propósito__________________________________________________50
22.3. Alcance___________________________________________________50
22.4. Descripción general_________________________________________51
22.5. Representación de la Arquitectura_____________________________51
22.6. Metas de la arquitectura______________________________________52
22.7. Restricciones de la arquitectura_______________________________52
22.8. Realización de Caso de Uso - Análisis__________________________53
22.9. Justificación de las decisiones del Análisis______________________53
23. ESPECIFICACIÓN DE REQUISITOS_______________________54
23.1. INTRODUCCIÓN____________________________________________54
23.2. PROPÓSITO________________________________________________54
23.3. ALCANCE__________________________________________________55
23.4. REQUISITOS NO FUNCIONALES_______________________________5523.4.1. Usabilidad____________________________________________________________________5523.4.2. Confiabilidad__________________________________________________________________5623.4.3. Eficiencia_____________________________________________________________________5623.4.4. Mantenimiento________________________________________________________________5623.4.5. Portabilidad__________________________________________________________________5623.4.6. Interfaces____________________________________________________________________57
24. CIERRE______________________________________________60
24.1. INTRODUCCIÓN____________________________________________6024.1.1. El origen de la pizza____________________________________________________________6124.1.2. Alta rentabilidad_______________________________________________________________6124.1.3. Historial______________________________________________________________________62
24.2. PROPÓSITO________________________________________________63
24.3. ALCANCE__________________________________________________66
24.4. Visión_____________________________________________________67
24.5. Objetivos__________________________________________________67
24.6. DESCRIPCIÓN______________________________________________69
25. CONCLUSIÓN_________________________________________72
ISO 9001:2008Cert. No. MQA 4000244
1. INTRODUCCIÓN
La presente documentación refleja los puntos que abarcan las unidades temáticas 1
y 2 de la materia de integradora impartida por la maestra María de Lourdes Cárdenas
Maldonado integrando cada apartado al proyecto [email protected].
Dentro de cada unidad se desglosan subtemas que están relacionados directamente
con la creación del proyecto siendo este un sitio web que incluye el carro de compras
enfocado más hacía el Comercio Electrónico o E-Commerce.
La documentación integra desde la planeación hasta la estructuración,
implementación y prueba del proyecto.
[email protected] es un comercio enfocado hacia el giro alimenticio y dentro de este se
pueden hacer los pedidos víaon–line. Se trata básicamente de ahorrar tiempo en los
pedidos.
[email protected] ofrece diversos productos y servicios todos enfocado a mejorar la calidad
de atención en el servicio al cliente.
El objetivo principal es saber dirigir el proyecto en cada una de sus vertientes
aplicándolo al desarrollo de un sitio.
ISO 9001:2008Cert. No. MQA 4000244
2. DESCRIPCIÓN DE LA PROBLEMÁTICA
Se ha detectado que la empresa [email protected] tiene una problemática que causa
insatisfacción en los clientes debido al consumo de tiempo en los pedidos que se
realizan provocando pérdidas 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 recepción de
datos y anota el pedido, la dirección, el teléfono, si precisa cambio, nombre, importe,
hora y si hay observaciones pertinentes se realizan los cambios y se corrige la
planilla manualmente.
Con esta técnica 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 días anteriores.
Unos de los problemas que ocasiona el pedido por vía telefónica, es el tiempo que
tarda el recepcionista para llenar la plantilla de cada petición que da un resultado de
espera e incomodidad del cliente.
Esta insatisfacción al largo plazo ocasiona que los clientes elijan los productos o
servicios del competidor.
Este sistema de venta en línea debe ser un proceso continuo que maximice la
satisfacción del cliente y fortalezca la relación entre ellos de lo contrario los esfuerzos
por retener al cliente se volverán muy costosos.
Entonces la agresiva competencia en el sector provoca la pérdida 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.
ISO 9001:2008Cert. No. MQA 4000244
3. OBJETIVO
El objetivo principal de este proyecto es proporcionar un sistema que sea factible
para la empresa [email protected] 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 [email protected] busca ser una empresa líder 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 líder en el ámbito
pizzero de la ciudad teniendo como objetivo a mediano plazo inaugurando dos
sucursales en las zonas más reconocidas de la ciudad y a largo plazo se pretende
tener más de 5 sucursales en los estados vecinos.
5. ESTÁNDARES DE CALIDAD APLICABLES AL PROYECTO DE
TI (DOCUMENTACIÓN Y DISEÑO).
5.1. ESTÁNDARES ISO 9000
Se pueden dividir en dos grupos:
Normas para el asesoramiento externo de la calidad: ISO 9001 ISO 9002 ISO 9003
Gestión interna de la calidad: ISO 9004
ISO 9000:2000Modelo para conseguir la calidad total en el diseño, desarrollo,
producción, instalación y servicios post-venta.
ISO 9001:2008Cert. No. MQA 4000244
ISO 9001:2000Permite realizar certificaciones externas de la calidad, mediante
cuatro áreas fundamentales, que son responsabilidad en la gestión, gestión de
recursos, realización de productos y servicios y medición, análisis y mejora.
ISO/IEC 90003:2004Conjunto de directrices para la aplicación de las normas ISO
9001 a un determinado software, ya sea adquirido o desarrollado internamente.
ISO 9000-3: 1991 Guía para la aplicación de la norma ISO 9001 al desarrollo,
suministro y mantenimiento de software.
ISO 9004-1:1994. Gestión de la calidad y elementos del sistema de calidad (Guía por
establecer el QA).
ISO 9004:2000 Describe como sería un sistema de control de calidad acorde con las
normas 9001, y sirve como guía tras la implantación de 9001.
ISO 12207:1995. Procesos Del ciclo de vida de software.
ISO/IEC 12119:1995. Productos software: evaluación y test.
5.2. ESTÁNDARES IEEE
Estándares orientados al aseguramiento de la calidad a nivel del proyecto:
IEEE 730-2002 Planes de aseguramiento de la calidad del software.
IEEE 829-1998 Documentación de pruebas del software.
IEEE 982.1.982.2 Diccionario estándar de medidas para producir software fiable.
IEEE 1008-1987 Pruebas de unidad del software.
ISO 9001:2008Cert. No. MQA 4000244
IEEE 1012-1998 Verificación y validación de software.
IEEE 1028.1997 Revisiones del software.
IEEE 1044.1993 Clasificación estándar para anomalías del software.
IEEE 1061-1998 Estándar para una metodología de métricas de calidad software.
IEEE 1228-1994 Planes de seguridad del software.
ESTÁNDAR IEEE 830
El estándar 830-1998 fue generado por un equipo de trabajo del IEEE, su finalidad es
la integración 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 también como base fundamental
de este, todo esto con el fin de no caer en cambios, errores o situaciones que
pongan en peligro la creación de una solución, producto o software; incurriendo en
gastos o cambios producto de una mal análisis de requerimientos.
5.3. ESTÁNDAR 26514:2008
Cualquier persona que utiliza el software de aplicación necesita información precisa
acerca de cómo el software ayudará al usuario realizar una tarea. La documentación
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 información se
suministra en una forma conveniente y es fácil de encontrar y entender, el usuario
puede convertirse rápidamente en diestros en el uso del producto. Por lo tanto, bien
diseñados documentación no sólo ayuda al usuario y ayuda a reducir los costes de
ISO 9001:2008Cert. No. MQA 4000244
formación y apoyo, pero también mejora la reputación del producto, su fabricante y
sus proveedores.
La documentación es a menudo considerada como algo que se hace después de que
el software ha sido implementado. Sin embargo, para la documentación 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 documentación o gestión
de la información es un trabajo lo suficientemente grande como para requerir el
proceso de planificación 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 Ingeniería de sistemas. Sistema de
ciclo de los procesos de la vida, o BS ISO / Sistemas y software de ingeniería IEC
12207:2008. Software de procesos de ciclo de vida, para diseñar y desarrollar la
documentación como parte del ciclo de los procesos de vida del software. Se define
el proceso de documentación desde la perspectiva del desarrollador de
documentación.
BS ISO / IEC 26514 apoya el interés de los usuarios de software en la
documentación que sea coherente, completa, precisa y utilizable. Incluye tanto los
enfoques a la normalización: las normas de un proceso), que especifican la forma en
que los productos de la documentación se van a desarrollar, y b) las normas de la
documentación del producto, que especifican las características y requisitos
funcionales de la documentación.
La primera parte de esta Norma Internacional cubre el proceso de documentación de
usuario para los diseñadores y desarrolladores de la documentación. En él se
describe cómo establecer lo que los usuarios necesitan información, cómo
determinar la forma en que esa información debe ser presentada a los usuarios, y
cómo preparar la información y ponerla a disposición. No se limita a la fase de diseño
y desarrollo del ciclo de vida, sino que incluye actividades durante todos los procesos
de gestión de la información y documentación.
ISO 9001:2008Cert. No. MQA 4000244
La segunda parte de BS ISO / IEC 26514 establece los requisitos mínimos para la
estructura, el contenido de la información, y el formato de documentación 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 línea, tutoriales y documentación de
referencia para el usuario.
5.4. BS ISO / IEC 26514 PUEDE SER ÚTIL PARA EL DESARROLLO DE LOS SIGUIENTES TIPOS DE DOCUMENTACIÓN:
Documentación de productos distintos de software.
Multimedia sistemas que utilizan la animación, vídeo y Sun.
Equipo basado en la formación (CBT) y paquetes de materiales
especializados curso destinado principalmente para su uso en programas de
capacitación formal.
Documentación producida para los instaladores, operadores de
computadoras, o los administradores de sistemas que no son los usuarios
finales.
Mantenimiento de la documentación que describe el funcionamiento interno de
sistemas de software
Documentación que se incorpore en la propia interfaz de usuario.
El contenido de la norma BS ISO / IEC 26514 son:
Conformidad
Aplicación de la conformidad
Conformidad con las situaciones
Las referencias normativas
Términos y definiciones
ISO 9001:2008Cert. No. MQA 4000244
Proceso de documentación de usuario en los sistemas de ciclo de vida del
software
Requisitos del proyecto, objetivos y limitaciones
Análisis y diseño
Desarrollo y revisión
Producción
Estructura de la documentación
Información sobre el contenido de la documentación de usuario
Formato de presentación de la documentación
Bibliografía
5.5. ESTÁNDAR PMBOK
El PMBOK es una colección de procesos y áreas de conocimiento generalmente
aceptadas como las mejores prácticas dentro de la gestión de proyectos. El PMBOK
es un estándar reconocido internacionalmente (IEEE Std 1490-2003) que provee los
fundamentos de la gestión de proyectos que son aplicables a un amplio rango de
proyectos, incluyendo construcción, software, ingeniería, etc.
El 'PMBOK' reconoce 5 grupos de procesos básicos y 9 áreas de conocimiento
comunes a casi todos los proyectos.
Los 5 grupos básicos de procesos son:
1. Inicio
2. Plan
3. Ejecución
4. Control y Monitoreo
ISO 9001:2008Cert. No. MQA 4000244
5. Cierre
Las nueve áreas del conocimiento mencionadas en el PMBOK son:
1. Gestión de la Integración
2. Gestión del Alcance
3. Gestión del Tiempo
4. Gestión de la Calidad
5. Gestión de Costos
6. Gestión del Riesgo
7. Gestión de Recursos Humanos
8. Gestión de la Comunicación
9. Gestión de las Compras y Adquisiciones
El PMBOK divide el conjunto de conocimientos para la dirección 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 planeación, de ejecución
y cierre, bajo el gobierno de un grupo de procesos más general de supervisión y
cierre.
ISO 9001:2008Cert. No. MQA 4000244
Estos grupos de procesos no representan fases rígidas 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 técnicas para poder realizar los
proyectos. Las nueve áreas de conocimiento son:
Para cada una de estas áreas de conocimiento, el PMBOK recomienda la realización
de una serie de procesos. Por ejemplo, la Gestión del alcance comprende los
procesos Planificar alcance, Definición del alcance, Crear estructura de desglose de
tareas, Verificación de alcance y Control de alcance. Podemos apreciar los primeros
tres de éstos en el siguiente diagrama:
Para cada uno de estos procesos de las áreas de conocimiento, el PMBOK plantea o
sugiere una serie de entradas, técnicas y salidas. Como ya se ha explicado, el
ISO 9001:2008Cert. No. MQA 4000244
PMBOK identifica las mejores prácticas que son generalmente aceptadas para la
realización 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 técnicas, sino más bien como la descripción del estándar para
manejo de proyectos. Las técnicas mismas están contenidas en textos de diversos
autores, en cursos y en la práctica misma de las organizaciones dedicadas a manejo
de proyectos.
5.6. MOPROSOFT
Conjunto de mejoras prácticas 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 características de tamaño de empresas
mexicanas de desarrollo y mantenimiento de software
Finalidad del modelo
Proporcionar un modelo basado en las mejores prácticas internacionales
Fácil de entender y aplicar
No costoso
Base para alcanzar evaluaciones exitosas como ISO o CMMI
Categorías de procesos
Categoría de alta dirección (DIR)
Gestión de negocios: Establecer la razón de ser de la organización, sus
objetivos y las condiciones para lograrlos
Categoría de gerencia (GER)
ISO 9001:2008Cert. No. MQA 4000244
Gestión de procesos: Establecer los procesos de la organización, definir,
plantear e implantar mejoras.
Gestión de proyectos: Asegurar que los proyectos contribuyan al
cumplimiento de los objetivos y estrategias de la organización.
Gestión de recursos: Conseguir y dotar a la organización 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 adquisición 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 organización, así como la evaluación del ambiente de trabajo.
Conocimiento de la organización: Mantener disponible y administrar la base
de conocimiento que contiene la información y los productos generados por la
organización.
Categoría de operación (OPE)
Administración de proyectos específicos: Establecer y llevar a cabo
sistemáticamente las actividades que permitan cumplir con los objetivos de un
proyecto en tiempo y costos esperados.
Desarrollo y mantenimiento de software: Realización sistemática de las
actividades de análisis, diseño, construcción, integración y pruebas de
ISO 9001:2008Cert. No. MQA 4000244
productos de software nuevos o modificados, cumpliendo con los
requerimientos especificados.
Beneficios
Estructura de administración común en muchas organizaciones
Inicia un camino a la adopción de los modelos ISO 9000 o CMMI
Permite a las PyMes obtener acceso a las prácticas de ingeniería de software
de clase mundial
Sirve para implementar un programa de mejora continua
Implementación
Se evalúa la situación actual de la organización por un evaluador certificado
por la NYCE (Normalización y Certificación Electrónica).
Se analizan los objetivos, metas, características de los proyectos, el personal
y las tecnologías utilizadas, con el fin de diseñar un programa de mejora a la
medida.
5.7. ISO/IEC 9126
Estándar internacional para la evaluación 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 múltiples modelos de calidad durante los
últimos 30 años
Está dividido en varias partes:
ISO 9001:2008Cert. No. MQA 4000244
Modelo de calidad: Clasifica la calidad del software en un conjunto
estructurado de características y sub-características de la siguiente manera.
Funcionalidad: Las funciones satisfacen lo indicado o implica necesidades.
Fiabilidad: Capacidad del software de mantener su nivel de prestación bajo
condiciones y un tiempo establecido.
Usabilidad: Esfuerzo necesitado para el uso.
Eficiencia: Nivel de desempeño 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.
Métricas externas: Son las aplicables al software en ejecución.
Métricas internas: Son las que no dependen de la ejecución del software
Calidad en las métricas de uso: Solo disponible cuando el producto final es
usado en condiciones reales.
Vista en uso
Efectividad – Facilitar al usuario alcanzar objetivos con precisión y
completitud.
Productividad – Permitir a los usuarios gastar la cantidad apropiada de
recursos.
Seguridad – Cumplir con los niveles de riesgo permitidos.
ISO 9001:2008Cert. No. MQA 4000244
Satisfacción – Cumplir con las expectativas de los usuarios
5.8. ISO 10006:2003
Directrices para la calidad en la gestión de proyectos
Aplicable a proyectos pequeños o grandes, de larga o pequeña duración
No es una guía de administración de proyectos en sí
Es un documento guía, y no utilizado para una certificación o registro
Hace recomendaciones sobre la gestión de la información generada por la
realización del proyecto
Se deben seguir los siguientes pasos por la organización:
Identificar la información crítica Organizar el sistema de colección de la información (Información dentro del
proyecto e información del entorno y el cliente). Validar y almacenar la información Organizar un sistema que asegure su uso
Ventajas
Reduce la variedad y tipos de productos
Reduce inventarios y costos de producción
Mejora la gestión y el diseño de productos
Mejora la comercialización de los productos
Agiliza los procesos pedidos
Desventajas
ISO 9001:2008Cert. No. MQA 4000244
No entra en las fases del proyecto ni describe los procesos necesarios para su
ejecución.
No incluye los procesos de gestión de la calidad y, por lo tanto, da a entender
que estos procesos no forman parte de la gestión del proyecto.
5.9. ISO/IEC 27000
Estándares de seguridad publicados por la ISO (Organización Internacional para la
Estandarización) y la IEC (Comisión Electrónica Internacional).
Contiene las mejores prácticas recomendadas en seguridad de la información para
desarrollar, implementar y mantener especificaciones para los sistemas de gestión
de la seguridad de la información (SGSI).
ISO/IEC 27000 Vocabulario estándar para el SGSI
ISO/IEC 27001 Certificación que deben obtener las organizaciones. Especifica los
requisitos para la implantación del SGSI. Es la más importante de la familia. Adopta
un enfoque de gestión de riesgos y promueve la mejora continua de procesos
ISO/IEC 27002 Código de buenas prácticas para la gestión de seguridad de la
información.
ISO/IEC 27003 Directrices para la implementación de un SGSI. Es el soporte de la
norma ISO/IEC 27001.
ISO/IEC 27004 Métricas para la gestión de seguridad de la información.
ISO/IEC 27005 Gestión de riesgos en seguridad de la información. Proporciona
recomendaciones y lineamientos de métodos y técnicas de evaluación de riesgos de
seguridad en la información.
ISO/IEC 27006:2007 Requisitos para la acreditación de las organizaciones que
proporcionan la certificación de los sistemas de gestión de la seguridad de la
información.
ISO 9001:2008Cert. No. MQA 4000244
ISO/IEC 27007 Guía para auditar al SGSI.
La seguridad de la información, según ISO 27001
Confidencialidad – La información no se revela a individuos, entidades o
procesos no autorizados
Integridad Mantenimiento de exactitud y completitud de la información y sus
métodos 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 están explícitamente vinculadas a los objetivos del negocio
Al aplicar el modelo se cumplen con las expectativas del cliente
Se mejoran nuevas áreas tomando en cuenta prácticas anteriores
Características del CMMI
Está basado en la combinación de experiencias anteriores
Su efectividad se basa en la documentación
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 parámetros que permiten la
mejora continua
Alcanzar un nivel dentro de la escala del CMMI significa ir en búsqueda de
mejores prácticas y mantener los logros alcanzados
ISO 9001:2008Cert. No. MQA 4000244
6. ESQUEMA DEL CICLO DE VIDA
PLANIFICACIÓN ANÁLISIS DISEÑO CODIFICACIÓN PRUEBA
Para realizar este proyecto se realizo la supervisión en la compañía 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 volverán muy costosos. Los requisitos que debede satisfacerel sistema son: que el sistema sea rápido, confiable y fácilutilización para satisfacerlas necesidades de la empresa.
.Para la creación del Software se programara en Visual Studio 2010, el diseño que se dará al sistema será de colores cálidos formales para brindar una mejor visualización, la estructura de la información 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 programación del sistema no presente errores durante la ejecución para evitar insatisfacción al cliente y así garantizar que cumple con las funcionalidades del mismo. Se manejaran códigos adaptables al sistema de acuerdo al lenguaje de programación que se haya acordado conel cliente.
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.
ISO 9001:2008Cert. No. MQA 4000244
7. JUSTIFICACIÓN DE LAS ACTIVIDADES DEL PROCESO
Justificación de las actividades del procesosPlanificación del problema
Se ha detectado que la empresa [email protected] una problemática que
causa insatisfacción en los clientes debido al consumo de tiempo en los
pedidos que se realizan provocando pérdidas en empresa.
Análisis Un desarrollo de software si se han comprendido los requisitos del
software
-una descripción funcional del proyecto
-una indicación de los requisitos
-se realizaran las restricciones para el diseño
-criterios de validación
Diseño El diseño que se dará al sistema:
-colores cálidos
-tamaño: todas las imágenes será que se presentaran en el cuerpo de la
página contaran con las mismas medidas así como las letras solo variara
el título de cada encabezado.
Las imágenes serán claras y concisas.
Codificación y test unitario
Se evitara cometer errores en la codificación como métodos largos
difíciles de mantener y testear se restringirá en la codificación el uso del
singletonsya que es una instancia diseñada para restringir la creación 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 Comprensión del software de los cambios a realizar
-Estudiar las peticiones y documentación
-Modificación del software y se actualiza la documentación
-Se realiza la prueba
ISO 9001:2008Cert. No. MQA 4000244
8. SCRIPT (PLANTILLA DE PROCESOS DE ADMÓN.)
DescripciónPresupuesto Presupuesto proyectado
Mano de obra:$1000
Depreciación 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:
Diseñador:
Programador:
Tester:
Análisis Se proporciona un sistema al usuario que permite llevar un control de
registros de clientes que sea rápido y seguro con el fin de ahorra
tiempo entregando al cliente un mejor servicio y producto de calidad por
parte de la empresa [email protected].
PlaneaciónTiempo El tiempo del proyecto a entregar es de 4 meses.
Mayo: Fase inicialJunio: Fase intermediaJulio: Fase intermediaAgosto: Fase final
Costo Un aproximación de costo del proyecto es :$3,000
ISO 9001:2008Cert. No. MQA 4000244
9. ELEMENTOS CLAVE PARA SU PLANEACIÓN, MONITOREO Y
CONTROL
ISO 9001:2008Cert. No. MQA 4000244
8 de mayo
9 de junio
10 de junio
27 de
junio
28 de
junio
31 de junio
01 de
julio
30-agosto
AA1A2B
B1B2C
C1C2C3D
D1D2
10. DIAGRAMA DE GANTT
Actividades Periodo de realizaciónA.-1.-Inicio o planificación 8-05-2013 al 9-06-2013A1.-selección de propuesta 8-05-2013 al 15-05-2013A2.-Configuración y factibilidad del equipo 15-05-2013 al 9-06-2013B.-2.-Análisis del proyecto 10-06-2013 al 27-06-2013B1-Descripción y alcance del proyecto 10-06-2013 al 12 06-2013B2-requisitos del software 13-06-2013 al 27-06-2013C.-3.- Ejecución del procesos 28-06-2013 al 31-07-2013C1-proceso de control de cambios 28-06-2013 al 05-07-2013C2-Elaboración de informes de avances 06-07-2013 al 11-07-2013C3-evaluar ,los requerimientos y matrices 12-07-2013 al 31-07-2013D.-4.-cierre del proyecto 01-08-2013 al 30-08-2013D1-informe final 01-08-2013 al 15-08-2013D2Instalación de la aplicación 16-08-2013 al 30-08-2013
ISO 9001:2008Cert. No. MQA 4000244
11. DIAGRAMA DE RUTA CRÍTICA
A
B
C
D
E
F
G
H
J K
A-1B-1
C-1
D-1E-3
F-2G-3
H-2 I-3
0 0
0 0
0 0
1 1
2 2
2 3
2 2
5 4 7 7
Actividad Descripción Duracióna Inicio o planificaciónB Selección de la propuesta 1 semanaC Configuración y factibilidad del equipo 1 semanaD Análisis del proyectoE descripción y alcance del proyecto 1semanaF Requisitos del software 1 semanaG Ejecución del procesosH Procesos de control de cambios 1 semanaI Elaboración de informes de avances 1 semanaJ Evaluar los requerimientos y métricas 1 semanaK Cierre del proyecto 1
ISO 9001:2008Cert. No. MQA 4000244
12. INFORME DEL PRESUPUESTO Y EVALUACIÓN DE
ALTERNATIVAS.
RESPONSABLE:
El responsable de la aplicación eficaz de este procedimiento es la alumna
universitaria Joselin De Jesús Alejandro Acosta.
Antes de comenzar el proceso de preparación del presupuesto, los gerentes deben
formularse unas preguntas importantes:
a) Los objetivos tácticos que estamos analizando, permitirán alcanzar los
objetivos estratégicos mayores y de más largo plazo de la organización.
b) La empresa, cuenta con los recursos necesarios para solventar las actividades
a lo largo del próximo período presupuestado
c) La empresa, creará suficiente valor para atraer los recursos futuros adecuados
(rentas, préstamos, inversionistas, etc.) para alcanzar esos objetivos de largo
plazo
Las respuestas a estas preguntas afectarán a todas las personas encargadas de la
planificación dentro de la empresa y las ayudarán al comenzar el proceso de
preparación del presupuesto.
ISO 9001:2008Cert. No. MQA 4000244
13. PERFILES DE LOS PARTICIPANTES Y EL
ADMINISTRADOR.
LIDER DEL PROYECTO Y/O ADMINISTRADOR
T.S.U. Joselin de Jesús Alejandro Acosta.
Perfil:
T.S.U. En T.I.C. – Ing. En T.I.
Detalles
conceptos
Presupuesto
del proyecto
Gasto Ajuste
Se escribe de
manera detallada
todos los gastos
presupuestados
del proyecto.
Valor mensual,
semanal, diario,
etc. de cada
gasto.
Lo que se va
gastando del
proyecto
Resultado de la
resta de la
columna 2y3
Presupuesto
proyectado
Gasto a la 1ra
quincena
Ajuste
Mano de obra $1000 $3,000 $2,000
Depreciación
del hardware
$500 $3,000 $3,000
Impresiones $300 $200 $100
Materiales $200 $4,000 $0
Transporte $1000 $500 $500
Total $3000 $10,700 $5,600
ISO 9001:2008Cert. No. MQA 4000244
Un año de experiencia en el ramo de Admón. de proyectos.
Uso de lenguaje de programación Microsoft Visual Basic 2010.
Uso de lenguaje de Base de Datos SQL SERVER 2008.
Conocimientos en programas de diseño.
Inglés: 60%
.Entre sus responsabilidades se incluye:
El desarrollo del plan del proyecto.
La identificación de los requerimientos y el alcance del proyecto.
La comunicación.
La administración de los recursos humanos y materiales.
El control de tiempos.
Identificación y control de riesgos.
Administración de los costos/presupuesto, el aseguramiento de la calidad.
El reporte y evaluación del desempeño 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 metódico
Facilidad para relacionarse con gente
Buena comunicación oral y escrita
Liderazgo
Conocimientos técnicos básicos
ANALISTA
T.S.U. Anel Arianna Ferreyra Heredia
Perfil: T.S.U. En T.I.C. – Ing. En T.I.
Un año de experiencia en el ramo de Admón. de proyectos.
ISO 9001:2008Cert. No. MQA 4000244
Uso de programas de diseño.
Uso de lenguajes de programación (Visual Basic).
Inglés: 60%
El analista tiene la función de valorar la manera que funcionar los datos y/o procesos
examinando la entrada, el procesamiento de datos y la salida de información con el
propósito de mejorar los procesos organizacionales.
PROGRAMADOR
T.S.U. Joselin de Jesús Alejandro Acosta / T.S.U. Teresita de Jesús González
May.
Perfil:
T.S.U. En T.I.C. – Ing. En T.I.
Un año de experiencia en el ramo de Admón. de proyectos.
Conocimientos de lenguajes de programación y Base de Datos (Microsoft
Visual Basic 2010, SQL SERVER 2008, ASP.NET, HOJAS DE ESTILO CSS,
PHP, HTTP).
Conocimiento de programas de diseño.
Inglés: 60%
DISEÑADOR (A)
T.S.U. Ana María May Chablé.
Perfil:
Carrera: T.S.U. En T.I.C.
Conocimiento de programas básicos de diseño (Suite de Adobe incluye
Photoshop para imágenes y video entre otros).
Conocimiento de lenguajes HTML, XHTML, CSS.
Un año de experiencia en el ramo.
ISO 9001:2008Cert. No. MQA 4000244
Inglés: 60%
TESTER
T.S.U. Iliana Gabriela Arrocha Gómez
Carrera: T.S.U. En T.I.C.
Un año de experiencia en el ramo.
Conocimiento informático en redes y soporte técnico.
Conocimiento de lenguajes de programación (serán aquellos que sean
solicitados acoplándose a este requerimiento).
Inglés: 60%
El Tester participa de todas las etapas del proceso de desarrollo de software,
colaborando para asegurar la máxima calidad del producto. Su perfil conjuga un
conjunto de habilidades con el conocimiento del negocio, de la aplicación bajo
prueba y de cómo planificar, diseñar, ejecutar y administrar las pruebas.
Entre estas habilidades se destacan:
Capacidad de abstracción y modelado para entender y simular el comportamiento
del sistema bajo prueba.
Facilidad de comunicación oral y escrita para interactuar con desarrolladores y
usuarios.
Creatividad para generar ideas e imaginar los problemas que podrían existir.
Pensamiento crítico para evaluar las ideas, hacer deducciones y vincular lo
observado con los criterios de calidad de la empresa.
Pragmatismo para poner en práctica las ideas y adecuar las técnicas y el esfuerzo
al alcance del proyecto.
ISO 9001:2008Cert. No. MQA 4000244
Aptitudes para el trabajo en equipo, de manera de poder interactuar con los
desarrolladores y otros Tester, y lograr el máximo beneficio en esta interacción.
Estas habilidades se adquieren y perfeccionan a medida que se avanza en la carrera
de Tester y se obtiene conocimiento y experiencia.
ISO 9001:2008Cert. No. MQA 4000244
14. MATRIZ DE RESPONSABILIDADES
Rol Descripción
R Responsable Responsable Este rol realiza el trabajo y es responsable por su
realización. Lo más habitual es que exista sólo un R; si
existe más de uno, entonces el trabajo debería ser
subdividido a un nivel más bajo, usando para ello las
matrices RASCI. Es quien debe ejecutar las tareas.
A Accountable Aprobador Este rol se encarga de aprobar el trabajo finalizado y a
partir de ese momento, se vuelve responsable por él.
Sólo puede existir un A por cada tarea. Es quien debe
asegurar que se ejecutan las tareas
C Consulted Consultado Este rol posee alguna información o capacidad
necesaria para terminar el trabajo. Se le informa y se le
consulta información (comunicación bidireccional).
I Informed Informado Este rol debe ser informado sobre el progreso y los
resultados del trabajo. A diferencia del Consultado, la
comunicación es unidireccional.
Actividad/recurso ANEL ANA JOSELIN ILIANA TERESITA
Definición de objetivos
I I R - A I I
Análisis de los requisitos y su viabilidad
R I C A I
Diseño general: C R A I C
Diseño en detalle C R A C I
Programación C I A C A
Prueba de unidad C C R R A
Integración I I R A C
Prueba beta C I R A C
Documentación A C R I C
Implementación I C R I I
Mantenimiento C C C R A
ISO 9001:2008Cert. No. MQA 4000244
15. LISTA DE FACTORES CLAVES DE DESEMPEÑO
Tiempo que se utiliza en mejorar los niveles de servicio en un proyecto dado.
Nivel de la satisfacción 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 gestión 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
comparación con los objetivos.
Investigar variaciones y ajustar procesos o recursos para alcanzar metas a corto
plazo.
16. INFORMACIÓN CLAVE PARA CADA ACTOR
INVOLUCRADO.
Venta a la sociedad en general
Venta en línea
ISO 9001:2008Cert. No. MQA 4000244
17. MÉTODOS DE COMUNICACIÓN, JUSTIFICACIÓN Y
FORMATO.
Existen diversos métodos de comunicación en las organizaciones, que se pueden
implementar dentro de un equipo de trabajo. Esto nos permite de acuerdo a las
jerarquías establecer un flujo de comunicación continuo entre líderes o gerentes de
proyecto y los súbditos o empleados.
El método de comunicación a utilizar en la realización de este proyecto será el
ascendente y descendente ya que el flujo de información vendrá desde el líder(La
TSU. Joselin de Jesús Alejandro Acosta), hacia las personas que se encuentran en
Promociones
Y nuevos productos
Venta para público en general
Ofertas y promociones
ISO 9001:2008Cert. No. MQA 4000244
desarrollo, diseño y testeo (Analista TSU. Anel Arianna Ferreyra Heredia, Diseñadora
Ana María May Chablé, Programadora T.S.U. Joselin de Jesús Alejandro Acosta
/TSU. Teresita de Jesús González May, Tester. Iliana Gabriela Arrocha Gómez) así
como la ascendente en donde estos últimos harán llegar sus peticiones, comentarios
y sugerencias al líder del proyecto.
Los formatos podrán ser desde un escrito (reporte, minuta, comunicado, etc.) cita
interpersonal, llamada, correo electrónico. Ejemplo de reporte:
Nombre: Proyecto:
Fecha de Reunión: Cargo:
Ideas
principales
Propuestas para
llevarlas a caboIdentificación del
problema
Posible solución al
problema
DUDAS
Observaciones:
18. POSIBLES PROBLEMAS QUE SE PUEDEN PRESENTAR
EN LA REALIZACIÓN DEL SITIO WEB [email protected] Y EL
IMPACTO QUE TENDRÁN EN EL MISMO.
Falta del alcance del Presupuesto. Falta del Recurso Humano. Recurso material en mal estado. Ambiente de trabajo poco cómodo. La carencia de electricidad, por la ubicación del lugar de trabajo. Poca comunicación de líder equipo de trabajo. Desacuerdos en el Equipo de trabajo.
ISO 9001:2008Cert. No. MQA 4000244
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 prórrogas 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 planificación, 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
creación del mismo.
El impacto es sustancial y se mide en tiempo y costo para la organización, cualquiera
de los problemas que se presenten implican la detención 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 culminación del sitio.
19. ANÁLISIS CUANTITATIVO Y CUALITATIVO DE LOS RIESGOS
EN LA CREACIÓN [email protected]
Para poder controlar ciertos riesgos dentro del desarrollo del sitio es necesario llevar
a cabo la planificación de riesgos que contendrá los siguientes puntos a realizar:
Identificación de los riesgos del proyecto.
Riesgos a evitar en el software.
Análisis cuantitativo y cualitativo de riesgos.
Elección del modelo de software a desarrollar.
Preparación de un plan de resolución de riesgos.
ISO 9001:2008Cert. No. MQA 4000244
Un riesgo es un evento que puede tener una resolución negativa o positiva. Para
la realización de cualquier actividad de riesgo, se debe calcular si la recompensa una
vez realizada dicha actividad, suple y sopesa la inversión.
19.1. LOS PRINCIPALES SUPUESTOS DE RIESGO EN EL PROYECTO [email protected] A REALIZAR SON:
Tiempo inadecuado para completar el proyecto.
Presupuesto inadecuado para completar el proyecto.
Expectativas poco realistas.
Indefinición o ambigüedad de requisitos.
Identificación, evaluación y gestión de riesgos [email protected]
Riesgos dentro del sitio [email protected]
Poca experiencia en el equipo de trabajo.
Asignación de roles y funciones equivocadas.
Falta de energía eléctrica.
Muerte de un integrante del equipo.
Fenómeno natural: Huracán o Tormenta tropical.
Pérdida de recursos materiales (robo, extravíos, 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 podría presentar el desarrollo del SITIO orientado a la
innovación tecnológica:
Se compondrían de los siguientes tipos:
La velocidad del desarrollo tecnológico.
ISO 9001:2008Cert. No. MQA 4000244
Un retraso en el calendario (debido a días de descanso, vacaciones,
propedéuticos), acorta la ventana de la necesidad del proyecto que se esté
desarrollando.
La adaptabilidad del EQUIPO a nuevos lenguajes y metodologías.
Algunas consideraciones fundamentales que se tomaran en cuenta para alcanzar
una gestión óptima de los riesgos se mantienen determinando los siguientes
aspectos:
Identificación 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 también se le
dará un puntaje numérico o porcentaje de incidencia de modo cuantitativo.
En el modo cuantitativo se seguirán los siguientes pasos:
1. Evaluación de la probabilidad del riesgo.
2. Puntuar cada riesgo.
3. Multiplicar la probabilidad por el impacto y obtener la matriz de puntuación.
Riesgo Probabilidad Impacto RIESGO CUALITATIVO Probabilidad Impacto RIESGO CUANTITATIVO
Introducción de nuevo lenguaje de programación 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 días 1 día y medio
Falta de electricidad Alta Alto Alto 90% 2 días 2 días
Cambios en el software de desarrollo y diseño Media Mediano Bajo 50% 1 día 12 horas
Los clientes no son capaces de expresar los requisitos
del proyecto
Baja Mediano Bajo 15% 2 días 3 días
ISO 9001:2008Cert. No. MQA 4000244
Errores en la toma requisitosMedia Mediano Bajo 50% 1 día 12 horas
Riesgo Probabilidad Impacto NOTA CUALITATIVA DEL
RIESGO
Probabilidad Impacto NOTA CUANTITATIVA DEL
RIESGO
Introducción de nuevo lenguaje de programación 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 días 1 día y medio
Falta de electricidad Alta Alto Alto 90% 2 días 2 días
Cambios en el software de desarrollo y diseño Media Mediano Bajo 50% 1 día 12 horas
Los clientes no son capaces de expresar los requisitos
del proyecto
Baja Mediano Bajo 15% 2 días 3 días
Errores en la toma requisitosMedia Mediano Bajo 50% 1 día 12 horas
20. PLAN DE RESPUESTA DELOS PROBLEMAS QUE SE
PRESENTEN:
Preparación de un plan de respuesta para los riesgos
Tabla de algunos riesgos que se pueden presentarse en la creación, desarrollo e
implantación del [email protected]
El modelo de desarrollo que se utilizara no incluye un plan de respuesta por lo que a
continuación se presentan diferentes estrategias para implementarlo en este
proyecto:
1.Evitar los riesgos. Por tanto, evitar los riesgos consiste en:
ISO 9001:2008Cert. No. MQA 4000244
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 pequeño, utilizar un modelo demasiado complejo podría afectar su
realización)
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 información clave sobre riesgo que
pudieran repetirse en el proyecto)
d. Invertir tiempo adicional necesario con los clientes para clarificar al máximo los
requisitos.
(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. Minimización de riesgos. Se trataría de reducir o mitigar el impacto o la
probabilidad del riesgo. Esta estrategia parte de los análisis cualitativos y
cuantitativos comentados. La estrategia de minimización implica:
a. Añadir comprobación redundante.
b. Reducir el número de procesos, actividades, dentro del flujo de un proyecto.
ISO 9001:2008Cert. No. MQA 4000244
c. Desarrollo y prueba de prototipos.
4. Aceptación de los riesgos. Al menos aceptar un riesgo implica menos impacto
que encontrarlo inesperadamente. De hecho, cualquier riesgo no identificado se ha
de aceptar automáticamente. Esta estrategia sería correctiva.
21. DISEÑO
21.1. INTRODUCCIÓN
La intención 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 fácil
manejo que cumpla con las necesidades del cliente. Este sistema de venta en línea
debe ser un proceso continuo que maximice la satisfacción del cliente y fortalezca la
relación entre ellos de lo contrario los esfuerzos por retener al cliente se volverán
muy costosos.
ISO 9001:2008Cert. No. MQA 4000244
21.2. PROPÓSITO
Implementar un sitio web dinámico que ofrezca a la empresa la apertura de un nuevo
mercado en línea para generar más ventas y ahorrar el tiempo en la entrega de sus
productos.
Para la creación del Software se programara en Visual Studio 2010, el diseño que se
dará al sistema será de colores cálidos formales para brindar una mejor
visualización, la estructura de la información 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 [email protected] es entregar la pizza en
el menor tiempo posible, generar ventas y satisfacer al cliente. La causa secundaria
es abrir un nuevo mercado en línea 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
21.3. ALCANCE
La empresa [email protected] busca ser una empresa líder 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 líder en el ámbito
pizzero de la ciudad teniendo como objetivo a mediano plazo inaugurando dos
sucursales en las zonas más reconocidas de la ciudad y a largo plazo se busca tener
más de 5 sucursales en los estados vecinos.
ISO 9001:2008Cert. No. MQA 4000244
21.4. DESCRIPCIÓN 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 recepción de
datos y anota el pedido, la dirección, el teléfono, 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 vía telefónica, es el tiempo que
tarda el recepcionista para llenar la planilla de cada petición que da un resultado de
espera e inconformidad del cliente.
Se dan a conocer estrategias, procesos y tecnologías enfocadas a satisfacer las
necesidades del cliente optimizando sus servicios mediante un ambiente de negocios
donde la calidad de producto es un estándar, es necesario desarrollar procesos más
eficientes e implementar nuevos sistemas para lograr el liderazgo
21.5. REPRESENTACIÓN DE LA ARQUITECTURA
1. Inicio de sesión: El sitio denegara el acceso a cualquier persona que no
cuente con un inicio de sesión y deberá registrarse.
ISO 9001:2008Cert. No. MQA 4000244
2. Registrarse: El usuario tendrá que proporcionar los datos correspondientes
para poder tener el acceso al sistema.
3. Bienvenida: una vez que se ingrese al sistema aparecerá la página que da la
bienvenida al sistema.
ISO 9001:2008Cert. No. MQA 4000244
4. Quienes somos: en esta página se da una referencia de la empresa Piza
net.
ISO 9001:2008Cert. 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.
ISO 9001:2008Cert. No. MQA 4000244
El diseño que se dará al sistema:
Colores primarios
Tamaño de Imágenes: todas las imágenes será que se presentaran en el
cuerpo de la página contaran con las mismas medidas así como las letras solo
variara el título de cada encabezado.
Las imágenes serán claras y concisas.
Al sitio: se integraran catálogo de productos y guía de compra
Estrategias De La Aplicación
Aplicar las herramientas de Visual Studio.Net 2010 que ofrezcan un entorno
dinámico para el usuario.
Generar procedimientos específicos para cada función 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 Lógica
Asp.Net
ISO 9001:2008Cert. 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 desempeña 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 los datos de los
productos.
Producto En la tabla producto se guardan
los detalles de los productos.
Promociones Se guardan los datos del
producto para realizar las
promociones.
ISO 9001:2008Cert. No. MQA 4000244
Diagrama de Clases
Producto
+IdProducto+Nombre+Precio+Existencia+Descripción+Status
+Registrar()+Modificar()+Eliminar()
Cliente
+rfc+localidad+Nombre+Dirección+Teléfono+cp+email
+GuardarCliente()+ModificarCliente()+EliminarCliente()
Promociónes
+IdPromoción+FechaInicio+FechaFinal+Porcentaje+Descripción+IdProducto
Empleados
+IdEmpleado+Nombre+Dirección+Teléfono+Cargo+Sexo+FechaNac+Turno
Pedido
+IdPedido+FechaPedido+TotalArticulos+iva+TotalPedido+rfc+IdEmpleado
DetallesPedido
+IdPedido+Cantidad+IdProducto+PU+PorDescto+Importe
+Consta de
1..*
ISO 9001:2008Cert. No. MQA 4000244
21.7. JUSTIFICACIÓN DE LOS REQUERIMIENTOS DE SOFTWARE
Se ha detectado que la empresa [email protected] tiene una problemática que causa
insatisfacción en los clientes debido al consumo de tiempo en los pedidos que se
realizan provocando pérdidas 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 recepción de
datos y anota el pedido, la dirección, el teléfono, si precisa cambio, nombre, importe,
hora y si hay observaciones pertinentes se realizan los cambios y se corrige la
planilla manualmente.
Con esta técnica 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 días anteriores.
Unos de los problemas que ocasiona el pedido por vía telefónica, es el tiempo que
tarda el recepcionista para llenar la plantilla de cada petición que da un resultado de
espera e incomodidad del cliente.
Esta insatisfacción al largo plazo ocasiona que los clientes elijan los productos o
servicios del competidor.
Este sistema de venta en línea debe ser un proceso continuo que maximice la
satisfacción del cliente y fortalezca la relación entre ellos de lo contrario los esfuerzos
por retener al cliente se volverán muy costosos.
Entonces la agresiva competencia en el sector provoca la pérdida 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.
ISO 9001:2008Cert. No. MQA 4000244
22. ANÁLISIS DE REQUISITOS
22.1. INTRODUCCIÓN
El análisis del proyecto consistirá en identificar analizar y documentar los
requerimientos funcionales y no funcionales referentes al software de la pizzería
Este análisis se realizara por T.S.U. Anel Arianna Ferreyra Heredia asignada al
proyecto con el apoyo del Líder Técnico Joselin de Jesús Alejandro Acosta.
22.2. PROPÓSITO
El propósito del analista asignado a este proyecto es Identificar, analizar y
documentar los requerimientos funcionales y no funcionales que deben soportar el
sistema o solución propuesta.
Priorizar los requerimientos que ha de cubrir el nuevo sistema o solución,
convirtiéndose en punto de referencia básico 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 solución al proyecto.
ISO 9001:2008Cert. No. MQA 4000244
22.4. DESCRIPCIÓN GENERAL
El documento de análisis contiene todos los requisitos específicos funcionales y no
funcionales del sistema para la pizzería [email protected] . A lo largo de este documento se
encontrara el objetivo del desarrollo de este documento, así como también el
alcance, se encontrara la representación de la arquitectura como por ejemplo los
requisitos del software y los objetivos que tiene en algún 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 sección
se encontraran las restricciones a las que se pueda enfrentar en el desarrollo del
sistema y que impactan la arquitectura.
La realización 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. REPRESENTACIÓN DE LA ARQUITECTURA
Uno de los requisitos necesarios que debe llevar este sistema es la seguridad es por
eso que en la representación de la arquitectura se creó una interfaz de seguridad
donde se escribirá el nombre del usuario una nombre de contraseña 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.
ISO 9001:2008Cert. 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 interacción entre el usuario y el sistema.
22.7. RESTRICCIONES DE LA ARQUITECTURA
El sistema contara con algunas restricciones una de ellas en cuestión de seguridad
en esta interfaz se tendrá que escribir un nombre de usuario y un nombre de
contraseña para que solo las personas autorizadas puedan ingresar al sistema.
Para poder realizar compras en línea 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 través de un formulario donde
tendrá que ingresar sus datos.
ISO 9001:2008Cert. No. MQA 4000244
22.8. REALIZACIÓN DE CASO DE USO - ANÁLISIS
administrador
iniciar sesión
registrar productos
registrar promociones
registrar empleados
realiza corte de caja
recibo entrega
<<extend>>
vendedor
surte pedido
cliente
solicitud de pedido
selecciona producto
ingresar datos personales<<include>>
repartidores
entrega pedido a domicilio
ISO 9001:2008Cert. No. MQA 4000244
22.9. JUSTIFICACIÓN DE LAS DECISIONES DEL ANÁLISIS
Después de haber analizado el proyecto se llegó a la conclusión 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 análisis para lograr un
proyecto éxito.
23. ESPECIFICACIÓN DE REQUISITOS
23.1. INTRODUCCIÓN
El desarrollo del sistema comienza después de que el Cliente ha detectado una
ausencia, falla o falta de oportunidad de la información o simplemente, luego que la
organización ha determinado un cambio en sus políticas, reglas o tecnologías a
aplicar.
En esta etapa, deberemos responder a una pregunta fundamental: ¿Qué es lo que
quiere el Cliente? y para ello, deberemos diagnosticar la Situación Actual, recopilar
los requerimientos del Cliente, tanto en relación al Sistema, como generales respecto
del área Informática, es decir la Situación Ideal, para así poder definir Alternativas de
Solución, según las cuales podremos avanzar desde lo que hoy se posee, hacia el
punto que se pretende llegar.
Como parte de nuestro trabajo, deberemos señalar cuál de las alternativas, es a
nuestro juicio la más 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é, cómo, cuándo y bajo qué condiciones trabajaremos en conjunto.
ISO 9001:2008Cert. No. MQA 4000244
23.2. PROPÓSITO
El propósito es definir cuáles son los requerimientos que debe tener un programa
que gestione el sistema de control de ventas de Pizzas. La aplicación de control de
ventas de Pizzas ha sido encargada por la empresa [email protected] para gestionar el
control de ventas, registros de clientes y empleados.
23.3. ALCANCE
El producto que vamos a describir es un sistema que desempeñará el papel de las
ventas de Pizzas. Este producto debe ser capaz de adaptarse a la empresa
[email protected]. 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. Además el programa debe ser capaz de informarnos del
estado global de toda la empresa en cualquier instante de tiempo, advirtiéndonos de
todos los sucesos que han ocurrido en ese día. La precisión 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 relación a las características del sistema
que aplican de manera general como un todo, más 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 capítulo. Los requerimientos no funcionales deberán ser detallados aún más
durante la fase de diseño.
ISO 9001:2008Cert. No. MQA 4000244
23.4.A. Usabilidad
La usabilidad es el grado en el cual un producto puede ser utilizado por sus usuarios
para lograr metas con efectividad, eficiencia y satisfacción en un determinado
contexto de uso. Está íntimamente relacionada a la percepción del usuario respecto
de la calidad del sistema; los algoritmos internos o la definición de la arquitectura
pueden ser excelentes, pero el usuario no tiene visibilidad de eso, sino de la interfaz
con la que interactúa.
23.4.B. 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 través de
su sencillo uso o a múltiples mensajes de confirmación.
Lo más 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.C. Eficiencia
Esta categoría define aspectos que indican la proporción entre el nivel de
cumplimiento del software y la cantidad de recursos necesitados bajo condiciones
establecidas. Las su características son: comportamiento en el tiempo,
comportamiento según otros recursos.
23.4.D. Mantenimiento
Se debe estructurar el código de una manera consistente y predecible o Para
objetos que son frecuentemente manejados en la lógica del negocio, implementar
las respectivas interfaces que aseguren su fácil implementación en el sistema o
asegurar que el diseño de las interfaces contemplen el que las propiedades públicas
y los parámetros de los métodos sean de un tipo común (estandarizados) o el
sistema debe ser construido e implantado de tal manera que un cambio en los
parámetros de negocio no obligue a la generación de una nueva versión del módulo.
ISO 9001:2008Cert. No. MQA 4000244
23.4.E. Portabilidad
Esta categoría define aspectos relacionados con la capacidad de un sistema
software para ser transferido desde una plataforma a otra. Las su características
son: capacidad de instalación, capacidad de sustitución, adaptabilidad, coexistencia,
compatibilidad con hardware o software, etc.
23.4.F. Interfaces
Inicio de sesión
Registrarse
Bienvenida:
ISO 9001:2008Cert. No. MQA 4000244
Quienes somos :
Clientes
ISO 9001:2008Cert. No. MQA 4000244
Registro de empleados.
ISO 9001:2008Cert. No. MQA 4000244
24. CIERRE
24.1. INTRODUCCIÓN
La industria de comidas rápidas es un reflejo directo de los cambios de la
sociedad en la cual operan. La sociedad ha cambiado a un orden social más
avanzado y más 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 día las
personas piensan más en su salud y la selección 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 higiénica, cada vez fabricada con
productos más frescos, orgánicos y saludables. En el mundo moderno las personas
buscan más 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 país, 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 [email protected] . , la cual es
formalizada a través de la compra por parte de la sociedad comercial carmelita
Inversiones Terroristas S.A. De C.V. la cual es una compañía por acciones del tipo
ISO 9001:2008Cert. No. MQA 4000244
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 Código de
Comercio, la Ley 222 de 1995 y las demás normas que la complementen. Su
constitución 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 globalización 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
90% de la población carmelita que trabaja prefiere maximizar su tiempo comiendo
rápidamente y lo más cerca del lugar de trabajo. La comida rápida se presenta como
una alternativa de alimentación barata y rápida para los consumidores. La Industria
de la Comida Rápida, se encuentra en la actualidad en una etapa de crecimiento
sostenido en el mercado nacional, debido fundamentalmente a una fuerte expansión
de sus locales ubicados inicialmente en ciudades con gran afluencia de público. Este
sector se caracteriza por continuas estrategias agresivas, debido a que es un sector
relativamente equilibrado, razón por la cual la rivalidad es muy fuerte por sobresalir y
ser líder. 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.A. El origen de la pizza
Este tema ha suscitado debate en el mundo de la gastronomía mundial, dado que no
existe certeza sobre el lugar de origen de este plato tan famoso en el mundo. Los
griegos hacían un pan plano llamado Plakous, el cual llevaba varios ingredientes
encima; los soldados de Darío El Grande, rey de los persas, 500 años A.C., tenían
un plato similar; los hindúes hacían el Paratha, los sudasiáticos el Naan y los
alemanes el Flammkuchen. No obstante, la pizza, como la conocemos hoy en día,
tiene sus orígenes en Nápoles, Italia, dado que fue allí donde se le agregó por
primera vez, en el siglo XVIII, uno de sus ingredientes clave: el tomate.
ISO 9001:2008Cert. No. MQA 4000244
24.1.B. Alta rentabilidad
El crecimiento de la pizza como comida rápida y comida casual se ha mantenido
constante. Sin embargo, el crecimiento significativo se ha dado a través de las
modalidades de domicilios y muy fuertemente en pizza gourmet. En la primera,
cadenas como Domino's, Pizza Pizza y WOW, están expandiéndose 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 categoría gourmet, la pizza ha ganado considerablemente más terreno con
cadenas como Pizza 1969, que han logrado masificar un producto con ingredientes
especiales, dándole al segmento nuevos sabores.
El consumo de esta categoría va en alza, debido a la distancia en que se encuentra
el comensal para disfrutar de una deliciosa pizza.
24.1.C. Historial
Pizza 1969
Hace seis años se fundó esta cadena que a través de sus 18 puntos -15 en Bogotá y
tres en Medellín- ha deleitado a sus clientes con recetas de tipo gourmet. 97
productos entre pizzas, ensaladas, pastas, lasañas y postres conforman la carta que
disfrutan alrededor de 2.000 personas diariamente, además de los 20.000 que
mensualmente piden a domicilio. Su especialidad ha sido la masa preparada a la
piedra en tamaños personales y medianos, además de su gran variedad de
ingredientes. Pizza 1969 se ha posicionado fuertemente en el segmento de pizzerías
gourmet, y su aporte ha sido decisivo para dinamizar la oferta de este tipo de
preparación.
Pizza Pizza
Esta empresa nació hace 15 años en la capital del país y se expandió hacia ciudades
capitales como Cali, Medellín, Barranquilla, Santa Marta, Cartagena, Popayán y
Tunja. Cuenta en la actualidad con un total de 33 puntos de venta –de los cuales 17
están en Bogotá– desde donde reparten a domicilio su conocido modelo 2X1, con
ISO 9001:2008Cert. No. MQA 4000244
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, lasaña 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 próximo año.
Pizzas Piccolo
La más antigua de Medellín, Piccolo fue hace 30 años la pionera en servicios a
domicilio en la capital antioqueña. Ello popularizó sus productos y la erigió como la
pizzería más insigne para los paisas. Hoy en día, la compañía cuenta con 15 puntos
a nivel nacional, repartidos en ciudades como Bogotá, Medellín, Cartagena,
Barranquilla y Pereira. Con alrededor de 300 empleados, la mayoría de ellos jóvenes
universitarios, Pizzas Piccolo se está expandiendo a través 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 producción que le permite elaborar el 90% de los ingredientes de
su menú.
Archie's
Uno de los restaurantes casuales más exitosos del país, 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 ofrecían productos artesanales en la Zona
Rosa; cuatro años después, iniciaba su expansión 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. PROPÓSITO
Producto
ISO 9001:2008Cert. No. MQA 4000244
Ofrecer a nuestros consumidores un producto con atributos y beneficios
diferenciadores que satisfagan las necesidades del mercado, buscando que este se
haga más fuerte frente a los competidores y ayuden al posicionamiento de la pizza
en línea es decir pizza.net a la vanguardia con la tecnología.
Promoción
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.
Plaza
Lograr una óptima distribución de los productos, con el fin de reducir costos
operativos en los que el negocio incurra.
Determinar el sitio más apropiado estratégicamente para la puesta en marcha
de pizza.net.
Precio
Fijar un precio que los clientes estén dispuestos a pagar y tengan la capacidad
económica, permitiendo una exclusividad en el producto ofrecido, teniendo en cuenta
que sea compatible con el objetivo de volumen y crecimiento fijado.
Servicio
Consolidar la aceptación de los consumidores de la pizza.net a través de
ventajas competitivas como: agilidad, calidad, excelente servicio, etc.
Lograr que las expectativas de los consumidores de pizza.net sean cubiertas
e incluso superadas.
ISO 9001:2008Cert. No. MQA 4000244
Lograr la simpatía 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.
Fuentes de Información
Procedimiento utilizado para el análisis de la información
Se realizaron 70 encuestas donde se evaluaron: hábitos, frecuencias, preferencias,
comportamientos y gustos. Estas encuestas se aplicaron de manera personalizada y
por medio de correo electrónico, en empresas, centros comerciales y personas del
común, ubicadas en el área de cobertura donde se pretende desarrollar el plan de
negocio. Inicialmente se pidió al encuestado que contestara de la manera más
sincera posible y se explicó de que se trataba la encuesta. La encuesta se realizo a
un determinado grupo de personas escogidos estratégica 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 años aproximadamente y de distintas profesiones: estudiantes,
ejecutivos, empleados, compañeros 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
ISO 9001:2008Cert. No. MQA 4000244
consumidores donde nos desenvolveremos, el producto, la ubicación y
comparando el precio con el de las distintas empresas que serán nuestra
competencia, será demasiado y competitivo.
Lanzar al mercado un nuevo producto con un precio bajo, para que, de ese
modo, podamos lograr una rápida penetración, una buena acogida, y
podamos hacerlo rápidamente.
Lanzar al mercado un nuevo producto con un precio ajustado al mercado,
creando una sensación 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.
Se estandarizará el precio de acuerdo a cada tamaño Independiente del sabor
de la pizza que el cliente escoja.
Valor Presupuestado: $200.000.oo
Estrategias de Distribución
Tendremos nuestros productos al alcance del cliente ubicando nuestro punto de
venta en un lugar estratégicos de la ciudad para así generar desarrollo en distintos
lugares en que desempeñemos labor comercial, ya que es indispensable que nuestro
producto esté disponible cuando el cliente lo quiera comprar y dónde desee
comprarlo.
Valor Presupuestado: $500.000.oo
Estrategias de Comercialización
Determinaremos distintas tácticas de venta, enfocándonos principalmente en los
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
ISO 9001:2008Cert. No. MQA 4000244
y satisfacer sus necesidades con productos que nos ayuden a generar ventajas
competitivas.
24.3. ALCANCE
[email protected] 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 satisfacción 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.
24.4. VISIÓN
Queremos ser un restaurante con un servicio y atención excepcional, líderes en la
innovación y presentación de nuestros productos, lográndolo a través de un trabajo
en equipo, con una planificación y organización 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 estándares en la presentación de las pizzas.
Lograr el mejor ambiente laboral con el fin de lograr un excelente trabajo en
equipo.
Lograr Estudio Legal.
ACTO DE CONSTITUCIÓN 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 Jesús Alejandro Acosta, Iliana Gabriela
Arrocha Gómez, Anel Arianna Ferreira Heredia, Teresita de Jesús May González,
Ana María May Chablé cada uno en su propio nombre y representación legal, a su
ISO 9001:2008Cert. No. MQA 4000244
vez comparecen también 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 Código de Comercio, la
cual se denominará INVERSIONES TERRORISTAS S.A. de C.V.
Las normas de gestión 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
de una declaración sobre política medioambiental como parte de sus valores, y las
actividades de defensa del medio ambiente deberían estar recogidas en los planes
de la organización a corto, medio y largo plazo e incluso realizar auditorías
medioambientales de carácter periódico o certificar la gestión medioambiental
conforme a una norma internacional como puede ser la norma ISO 14001.
La ISO 14001 establece las especificaciones y los elementos de cómo se debe
implantar un Sistema de Gestión Ambiental.
Toda empresa debe comprometerse con reducir al máximo sus residuos, y favorecer
el reciclaje mediante la separación de los distintos tipos de basuras (papel, plástico,
latas, etc.). Asimismo, mantener un cuidado especial en lo que refiere a la
disposición de los residuos tóxicos que deberán ser tratados conforme a la
legislación vigente. Del mismo modo, reducir las emisiones de gases contaminantes
e instalar mecanismos de limpieza, y no olvidar la contaminación acústica o los
malos olores, que siempre tienen una repercusión negativa en la sociedad. Todo ello
es parte importante de la llamada gestión medioambiental.
Sistema de Gestión Ambiental Finalmente debemos ser conscientes de que existen
una serie de razones de peso que justifican el porqué implantar un sistema de
gestión medioambiental en [email protected]:
ISO 9001:2008Cert. No. MQA 4000244
Es un nuevo parámetro de competitividad. No todo es precio y calidad de
producto, la gestión 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”.
Disminución de los riesgos vinculados a la salud de las personas.
Reducción de gastos. Disminuyendo el consumo de energía, los gastos de
materia prima,
24.6. DESCRIPCIÓN
El trabajo de grado presentado anteriormente tuvo como objetivo principal realizar
un plan de negocios para la introducción al mercado de un nuevo producto de
comida rápida, dirigido a las personas que gustan de la comida rica y saludable. El
seguimiento utilizado en el marco teórico, 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
investigación y teniendo en cuenta el análisis del sector de comidas rápidas 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 contraposición con el culto al cuerpo y la
belleza que hoy en día están muy de moda en el país, son una amenaza para la
venta de productos calóricos, 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 rápida, pero con
un producto sano y bajo en calorías.
A raíz de lo anterior se considera factible desarrollar un negocio de esta naturaleza y
el diseño estratégico que se necesita debe considerar una estrategia genérica de
enfoque con diferenciación, debido a que nuestro producto no llega a todos los
ISO 9001:2008Cert. No. MQA 4000244
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 metodología que se empleó para saber cuál sería el mercado
objetivo se dio mediante la aplicación de encuestas a gente del común, con el fin de
identificar las tendencias de consumo en cuanto a comidas rápidas se refiere,
además de conocer la aceptación que se tiene del nuevo producto en el mercado.
En cuanto al estudio de mercado, se realizó el análisis del muestreo aleatorio simple
a través de preguntas aplicadas a 70 personas encuestadas.
De manera general, en base a un 23 por ciento de aceptación y que el medio de
comunicación por el cual desean recibir información acerca de los productos o
promociones ofertados es vía e-mail. En base al estudio y del análisis del Plan de
Marketing también se llegó a la conclusión 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 rotación en el mercado
de pizzerías. Se definió además 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 sección 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
atención 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 artículos 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 constitución e inicio de operaciones.
ISO 9001:2008Cert. No. MQA 4000244
Sobre la sección financiera se detalló la inversión 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 Producción, Mano de Obra directa, Gastos por Administración 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 análisis 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 investigación,
que este proyecto se lleve a cabo. Quedando asentado de antemano que los autores
de este trabajo de investigación se ponen a disposición para cualquier duda y
aclaración que este análisis requiera.
ISO 9001:2008Cert. No. MQA 4000244
25. CONCLUSIÓN
Al término del cuatrimestre se realizó la documentación de la Creación de un Sitio
Carrito de Compra /E-Commerce. [email protected] el cual se pretende que cumpla con
las expectativas del cliente en las ventas de Pizzas.
Durante la realización de la documentación, se realizaron investigaciones acerca de
la problemática de las pizzerías 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 análisis de la documentación 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 anomalía 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 están en continuo
cambio. Los sitios de información deben mantenerse de la misma forma, pero por
ISO 9001:2008Cert. No. MQA 4000244
ahora el Sitio de Carrito de Compra /E-Commerce. [email protected] desarrollado ha
cubierto una de las muchas necesidades de [email protected] .