Professional Documents
Culture Documents
2010
2010
SISTEMA
2010
METODOLOGIA RUP
(RATIONAL UNIFIED PROCESS)
Sistema:
2010
FASE DE INICIO
Consideraciones:
1. Aspectos generales de la organizacin 2. Plan de desarrollo de software 3. Modelo de Negocio a. Unidad organizacional b. Paquete de Negocio c. Diagrama de Paquete de Negocio d. Diagrama de Caso de Uso de Negocio e. Especificaciones de Caso de Uso de Negocio f. Diagrama de Actividad de Negocio g. Diagrama de Objetos de Negocio
2010
2010
La Librera Don Anthony se enfoca a la venta de los libros o varias lecturas, a la vez muy ordenada en cuanto al material, sea lectura, cuentos, etc. Lo tiene en reas especificas de acuerdo a la materia de cada libro (matemtica, lenguaje, cuentos, didctico, etc.) se ubica en la avenida Jorge Chvez N 987 Surco propietario Anthony Cuya Francia, es una empresa que no tiene reas especificas por ser una pequea empresa, en la cual si brinda beneficio al dueo, pero ultima mente a tenido problemas en lo que vendra ser el rea de ventas pues los procesos son manuales de atencin al cliente se vuelve demasiado lenta.
1.2.-Resea histrica
Somos gente con valores y un sentido optimista de la vida. Queremos sentirnos bien y que los clientes se sientan bien. Fue fundada el 16 de julio del 2005, por motivo de empezar a crear un pequeo negocio de venta de libros, en el cual empez a vender libros didcticos, este empez a ir creciendo por medio de la demanda que empez a tener, luego comenz a crecer poco a poco.
2010
1.3.-Ubicacin Geogrfica
2010
2.2.-Mision
Dirigir y controlar la librera Don Anthony de la mejor forma posible del mercado. Implementando nuestros sistemas de calidad, que nos permiten cubrir las expectativas de nuestros clientes. Proporcionando un servicio de calidad, honradez, seguridad y confiabilidad
2.3.-Metas
Soluciones para el cliente de valor agregado. Dar accesoria tcnica profesional permanente a nuestros clientes.
2.4.-Objetivos
Librera Don Anthony tiene como principal objetivo cubrir las necesidades de cada uno de sus clientes ofreciendo un servicio de calidad, para ello contamos con personal altamente capacitado, siempre manteniendo los mas altos estndares de eficiencia en el servicio y seguridad. Tener un buen servicio Eficiencia en la atencin del cliente
Objetivos Generales
-
Ofrecer una mejor atencin a los clientes para que estos queden satisfechos. Contar con un equipo que est a la vanguardia en todo momento para as cumplir con las exigencias de la librera.
2010
Objetivos Especficos
- Ofrecer amplia gama de productos a nuestros clientes.
2.5.-Organigrama
2010
3.2.2.- Misin
Atender las necesidades del cliente en menor tiempo y asegurarse que de su pedido tenga el mejor beneficio y comodidad.
2010
Lograr que el cliente pueda elegir la librera como una segunda casa, que tenga lo que busca en el menor tiempo posible.
2010
Elvira
Caja
Pedro
Brindar al cliente la informacin necesaria o de la que requiere para que pueda hacerse rpida su bsqueda del libro o material que necesite. y a veces hacer la respectiva proforma de representarse el caso. Tambin se encarga de atender los reclamos de los clientes insatisfechos.
Ver que la informacin que le proporcionan este actualizado para as pueda orientar al cliente cuando l lo requiera solucionar los problemas que existen en cuestin a los libros
2010
Juan
Empaquetad or perdido.
Alistar los productos para la empaquetaci on y distribucin del mismo, en manera ordenada y limpia. Verifica que los pedidos se realicen
Alistar los productos para la empaquetacion y distribucin del mismo, en manera ordenada y limpia. Verifica que los
3.4
2010
Perdida tiempo Atencin al cliente Comunicacin Pedido por telfono Control de Venta
Al elaborar Comprobantes de Pago. Repuesta de si hay, o no dicho producto. Al sencillar Dinero. Descorts al expresarse con el cliente Con el rea de Almacn con los productos.. Lnea congestionada y Costo de llamada al Cliente No se realiza el Inventario ni balance de productos vendidos.
Organizacional Problemas
Falta de organizacin, en las distintas reas
Descripcin
ya que por el motivo aun estos no saben que funciones van a cumplir ni hacer
Se debe a que por falta de motivacin no puedan de motivacin no puedan hacer muchas cosas a gusto y se sienten un poco cansados
2010
estos problemas puedan hacer faltas de otras cosas y sin tener un plan de apoyo puedan quedar un poco mal paradas.
No cuenta con una pgina web donde ofrecer sus productos. Baja de precios en otras empresas debilita nuestra economa.
3.5-Recomendaciones
2010
Mirando a un futuro tener una base de datos se puede ver los detalles,stock,etc
Administracin mejorada capacitando a Aplicando nuevos sistemas y dando los trabajadores mejor capacitacin en las administraciones que se debieran hacer.
Realizar un sistema
Un sistema (sw) que realice dichos comprobantes de manera rpida y eficiente, sin ningn problema en las operaciones. Capacitar al empleado al menos una vez semestralmente. Comunicadores entre las distintas reas. Telfonos (nextel y otros) Disear una pgina web donde pueda realizar consultas, compras a domicilio, etc. Contratar a un personal conocedor de dicha rea.
Organizacional Problemas
Organizacin moderna y mejorada en las reas
Descripcin
Para beneficiar el proceso y mejorar el servicio para con el cliente y con la misma librera (asistentes y/o trabajadores)
2010
Con esto se puede asistir a un mejoramiento y as aprovechar al mximo las capacidades de cada trabajador.
Nuevas opciones de manejo, ya que teniendo estrategias alternas se puede llegar a mejorar aun mas de acuerdo a la demanda requerida
Mantenimiento Modificar el ambiente El crdito con un aval Descontar por la impuntualidad Tener una Pgina Web
Realizar mantenimiento interdiario. Adquirir mayor iluminacin y ventilacin. Que solo se de crdito a persona que cuente con un aval. Empleados que llegan tarde descontar un monto mnimo. Con la cual se lograra obtener ms clientes.
3.6.-
reas involucradas
2010
En esta rea se desarrolla un minucioso estudio del mercado para asi conseguir productos de mejor calidad y a un bajo precio para obtener mejores ganancias. En esta rea se trabaja de esta manera: El personal es quien recibe los documentos de compras Tambin es quien registra los productos entrantes y modifica el stock. El comprador tambin recibe los productos solicitados por el vendedor.
ADMINISTRADO R ASESOR
CONTABLE
ADMINITRACIO N
VENTAS
COMPRAS
SERVICIOS
VENDEDO R
ALMACEN
SEGURIDA D
CAJA
2010
- Coordinar con las otras reas para evitar la paralizacin de sus actividades.
VISION:
-
Contar con una cartera de proveedores que nos abastezcan en forma permanente.
METAS:
-
Semestralmente abastecer a la empresa a travs de sus pedidos. Encontrar productos de buena calidad y garanta.
Cargo
Gerente de Compras
Funciones
-Se encarga de realizar los pedidos a los proveedores. -Tambin de realizar los pagos. Se encarga de supervisar la mercadera entrante y la verificacin del stock.
Responsabilidades
-Que la empresa se mantenga abastecida de materiales. -Y que los pagos sean puntuales. -Los productos se encuentren en buen estado y debidamente ordenados
John Beltrn
Almacn
2010
Contar con pocos recursos econmicos. No llevar un informe en los productos entrantes. ORGANIZACIONAL Descripcin Contar con pocos almaceneros al llegar la mercadera. No hay suficiente espacio para guardar los productos. En ocasiones tocan algunos productos fallados.
Recomendaciones ADMINISTRATIVOS
Recomendaciones Adquirir un prstamo Descripcin Solicitar un prstamo a alguna entidad financiera. Capacitaciones Capacitar a los empleados encargados del control de los productos. ORGANIZACIONAL Recomendaciones Descripcin Contratacin de almaceneros Contar con ms personal para ahorrar tiempo en almacenar los productos Ya sea alquilado o comprar un local Adquirir local para el mejor almacenamiento de los productos. Verificar productos Que se separe los productos fallados para devolverlos al proveedor.
reas Involucradas
Est relacionada con el rea de contabilidad, almacn.Contabilidad: Se ve cuanto se invierte en la compra de los productos.
2010
1.- Introduccin 2.- Vista General del Proyecto 2.1.- Propsito, Alcance y Objetivos 2.2.- Suposiciones y Restricciones 2.3.- Entregables del proyecto 2.4.- Evolucin del Plan de desarrollo del Software 3.- Organizacin del Proyecto 3.1.- Participantes en el proyecto 3.2.- Roles y Responsabilidades 4.- Gestin del Proceso 4.1.- Tecnologa de informacin 4.1.1.- Evaluacin Tecnolgica 4.1.2.- Recomendaciones 4.2.- Plan del Proyecto 4.2.1.- Plan de las Fases 4.2.2.- Calendario del Proyecto
1.-
INTRODUCCIN
Se crea este plan de desarrollo de software para el mejor funcionamiento del rea de ventas y compras de la empresa, este software nos proporcionara una eficaz
2010
atencin al cliente, un mejor anlisis de inventario diario y mejor contabilidad a los productos. El desarrollo de software basado en la metodologa de Rational Unified Process (RUP) ser analizado segn la norma ISO 9000-3 que se encargara de analizar la calidad de nuestro software. Dependiendo del buen resultado del software inmediatamente nuestros programadores darn a conocer al personal y a la vez se capacitaran para que mediante este software se ofrezca un mejor servicio al cliente. 2.- Vista General del Proyecto 2.1.- Propsito, Alcance y objetivos Propsito: Nuestro software estar diseado nica y exclusivamente para el manejo de la informacin de los clientes, empleados, productos y proveedores. Se llevara una cuenta ms ordenada en cuanto a los ingresos y egresos monetarios. Crear un sistema de computo, para el monitoreo continuo del inventario. En el cual se pueda observar el comportamiento de los materiales, compras y ventas de los mismos. Se podr consultar el estado del inventario y no tengan que esperar hasta el final del mes para realizar las compras y pedidos. Se ahorra tiempo en la verificacin del stock. Nuestro sistema se encargar de almacenar de manera segura y efectiva toda la informacin de la empresa. Solucionar los problemas de la empresa lo ms antes posible.
Objetivos:
Incrementar su nivel de produccin en la empresa Entrar a un mercado ms competitivo.
2010
Que nuestro control de ventas y compras sea cada vez ms fructfero en cuanto a competencia se refiere. Mostrar las fortalezas, oportunidades, desventajas y desarrollo del Software en la empresa Plantear estrategias de accin a corto y a largo plazo de manera integral.
Alcance:
Que todo lo manual se vuelva sistemtico. Generar mayor eficiencia. Tener un mejor control sobre nuestros productos.
2.2.-Suposiciones y Restricciones Suposiciones: Que nuestro sistema tenga la capacidad suficiente como para almacenar diversidad de informacin. Nuestro sistema estar basado en el continuo avance de la tecnologa. Llegar a contactarme con los proveedores va internet. Que la empresa cuando se haga reconocida o tenga ms sucursales necesitar de un sistema ms sofisticado. El sistema ha de Computadoras malogradas. Software sin licencia. Gerente de la empresa no se identifica con la tecnologa. Conexiones defectuosas en la instalacin de los equipos. Falta de homologacin (control de calidad)
2010
No hay personal con habilidad capacitado, no hay organizacinproporcionar mecanismos de seguridad para la validacin de los usuarios. Genera una tecnologa en la empresa.
Restricciones
.
2.- Modelo de Casos de Uso del Negocio Es un modelo de las funciones de negocio vistas desde la perspectiva de los actores externos (Agentes de registro, solicitantes finales, otros sistemas, etc.). Permite situar al sistema en el contexto organizacional haciendo nfasis en los objetos en este mbito. Este modelo se representa con un Diagrama de Casos de Uso usando estereotipos especficos para este modelo.
3.- Modelo de Objetos del Negocio Es un modelo que describe la realizacin de cada caso de uso del negocio, estableciendo los actores internos, la informacin que en trminos generales manipulan y los flujos de trabajo asociados al caso de uso del negocio. Para la representacin de este modelo se utilizan Diagramas de Colaboracin (para mostrar actores externos, internos y las entidades informacin que manipulan, un
2010
Diagrama de Clases para mostrar grficamente las entidades del sistema y sus relaciones, y Diagramas de Actividad para mostrar los flujos de trabajo
4.- Modelo de Casos de Uso El modelo de Casos de Uso presenta las funciones del sistema y los actores que hacen uso de ellas. Se representa mediante Diagramas de Casos de Uso.
6.- Prototipos de Interfaces de Usuario Se trata de prototipos que permiten al usuario hacerse una idea mas o menos precisa de las interfaces que proveer el sistema y as, conseguir retroalimentacin de su parte respecto a los requisitos del sistema. Estos prototipos se realizan como: dibujos a mano en papel, dibujos con alguna herramienta grfica o prototipos ejecutables interactivos, siguiendo ese orden de acuerdo al avance del proyecto. Solo los de este ltimo tipo sern entregados al final de la fase de Elaboracin, los otros sern desechados. Asimismo, este artefacto, ser desechado en la fase de Construccin en la medida que el resultado de las iteraciones vayan desarrollando el producto final.
2010
persistentes, de acuerdo con el enfoque para modelado relacional de datos. Para expresar este modelo se utiliza una Diagrama de Clases (donde se utilizan un profile UML para Modelado de Datos, para conseguir la representacin de tablas, claves, etc.)
Riesgos:
Construir el producto que no encaja en la estrategia comercial general de la compaa. Que la tecnologa elegida cambie. Perder el apoyo de una gestin experta debido a cambios de enfoque o a cambios de personal. Que los equipos de trabajo se malogren. No entregar el software a tiempo o a la fecha indicada. No cumplir con el tiempo estimado al plan de trabajo (entregar software) Los usuarios de la empresa no quieren colaborar con el proyecto (ponen resistencia El equipo del proyecto no est capaz de realizar su labor con precisin ya que no est totalmente capacitado para ello. El personal encargado de gestionar no pone de su parte y as evitara la mejora de sus lecciones aprendidas.
2010
Modelo de Compra:
Men de compras Documentos Cotizacin Devoluciones Orden de compra Gua de proveedor Pedido de proveedor Reporte Verificacin del stock
2010
2010
2010
PUESTO
RESPONSABILIDAD
El jefe de proyecto asigna los recursos, gestiona las prioridades, coordina las interacciones con los clientes y usuarios, y mantiene al equipo del proyecto enfocado en los objetivos. El jefe de proyecto tambin establece un conjunto de Jefe de Proyecto prcticas que aseguran la integridad y calidad de los artefactos del proyecto. Adems, el jefe de proyecto se encargar de supervisar el establecimiento de la arquitectura del sistema. Gestin de riesgos. Planificacin y control del proyecto. Captura, Analista de Sistemas especificacin y validacin de
requisitos, interactuando con el cliente y los usuarios mediante entrevistas. Elaboracin del Modelo de Anlisis y Diseo. Colaboracin en la elaboracin de las pruebas funcionales y el modelo de datos. Construccin de prototipos. Colaboracin en la Programador elaboracin de las pruebas funcionales, modelo de datos y en las validaciones con el usuario. Gestin de requisitos, gestin de configuracin y Ingeniero de Software cambios, elaboracin del modelo de datos, preparacin de las pruebas funcionales, elaboracin de la documentacin. Elaborar modelos de implementacin y despliegue.
2010
A continuacin se describen las principales responsabilidades de cada uno de los puestos en el equipo de desarrollo durante las fases de Inicio y Elaboracin, de acuerdo con los roles que desempean en RUP.
4.1.-Tecnologa de Informacin
Evaluacin Tecnolgica: No cuenta con tecnologa
Recomendacin: Venta y compras Hardware 4 computadoras: Memoria: DDR2 1GB Procesador: Intel Core 2 Duo Case: Avatec 2.4642 Placa: Azus P55
2010
Como se ha comentado, el proceso iterativo e incremental de RUP est caracterizado por la realizacin en paralelo de todas las disciplinas de desarrollo a lo largo del proyecto, con lo cual la mayora de los artefactos son generados muy tempranamente en el proyecto pero van desarrollndose en mayor o menor grado de ala fase e iteracin del proyecto.
2010
Los hitos que marcan el final de cada fase se describen en la siguiente tabla.
Descripcin
Hito
En esta fase desarrollarn los requisitos del producto desde la perspectiva del usuario, los cuales sern establecidos en el artefacto Visin. Los principales casos de uso sern identificados y se har un refinamiento del Plan de Desarrollo del Proyecto. La aceptacin del cliente /usuario del artefacto Visin y el Plan de Desarrollo marcan el final de esta fase. En esta fase se analizan los requisitos y se desarrolla un prototipo de arquitectura (incluyendo las partes ms relevantes y / o crticas del sistema). Al final de esta fase, todos los casos de uso correspondientes a requisitos que sern implementados en la primera release de la fase de Construccin deben estar analizados y diseados (en el Modelo de Anlisis / Diseo). La revisin y aceptacin del prototipo de la arquitectura del sistema marca el final de esta fase. En nuestro caso particular, por no incluirse las fases siguientes, la revisin y entrega de todos los artefactos hasta este punto de desarrollo tambin se incluye como hito. La primera iteracin tendr como objetivo la identificacin y especificacin de los principales casos de uso, as como su
Fase de Inicio
Fase de Elaboracin
2010
realizacin preliminar en el Modelo de Anlisis / Diseo, tambin permitir hacer una revisin general del estado de los artefactos hasta este punto y ajustar si es necesario la planificacin para asegurar el cumplimiento de los objetivos. Ambas iteraciones tendrn una duracin de una semana. Durante la fase de construccin se terminan de analizar y disear todos los casos de uso, refinando el Modelo de Anlisis / Diseo. El producto se construye en base a 2 iteraciones, cada una produciendo una release a la cual se le aplican las pruebas y se valida con el cliente / usuario. Se comienza la elaboracin de material de apoyo al usuario. El hito que marca el fin de esta fase es la versin de la release 2.0, con la capacidad operacional parcial del producto que se haya considerado como crtica, lista para ser entregada a los usuarios para pruebas beta. En esta fase se prepararn dos releases para distribucin, asegurando una implantacin y cambio del sistema previo de manera adecuada, incluyendo el entrenamiento de los usuarios. El hito que marca el fin de esta fase incluye, la entrega de toda la documentacin del proyecto con los manuales de instalacin y todo el material de apoyo al usuario, la finalizacin del entrenamiento de los usuarios y el empaquetamiento del producto.
Fase de Construccin
Fase de Transicin
2010
Para este proyecto se ha establecido el siguiente calendario. La fecha de aprobacin indica cundo el artefacto en cuestin tiene un estado de completitud suficiente para someterse a revisin y aprobacin, pero esto no quita la posibilidad de su posterior refinamiento y cambio.
2010
2010
16/10 a 23/10 31/10 a 07/11
Id 1 2 3 4 5 6 7 8 9 10 11 12 13
Modelo de Proceso de Negocio Modelo del Dominio Modelado de Requisitos Visin Modelado de Requisitos Especificacin de Casos de Uso Priorizar Organizar Caso de Uso Anlisis de sistema Paquetes del Anlisis Realizacin de Caso d Uso
14 Modelo Clases de anlisis 15 Clases Entidad Fundamentales 16 Otras Clases de Modelo 17 Diseo del sistema 18 Arquitectura Lgica del sistema 19 Arquitectura Fsica del sistema 20 Modelo Lgico de Datos 21 Implementacin 22 Modelo Fsico de Datos 23 Implementacin de las Clases del sistema 24 Aspectos Destacados de Implementacin 25 Aplicaciones con la Base de Datos 26 Interaccion con la base de datos 27 Correspondencia con la Base de Datos 28 Implementacin del Sitio Web 29 Pruebas
Fase de Construccion
2010
Id 1
13/11 a 20/11
21/11a 28/11
29/11a 06/12
07/12a 14/12
15/12a 22/12
29/12a 05/01
2 3 4 5 6 7
Caso de Uso,Modelo,Diseo,Implementacion
Arquitectura Riesgos presentado Plan del Proyecto para la fase Transicin Manual Inicial Caso del Negocio Actualizado
Calendario de Transicion
Id 1
05/01 a 12/01
13/01 a 20/01
21/01 a 28/01
29/01 a 05/02
06/02 a 12/02
2 3 4 5
Descripcin de la Arquitectura
2010
DIAGRAMAS
REA DE VENTA
2010
Realizacin de Proforma
2010
2010
2010
2010
2010
2010