Beruflich Dokumente
Kultur Dokumente
2010
2011
SISTEMA
2011
METODOLOGIA
RUP
(RATIONAL UNIFIED PROCESS)
Sistema: ILDA
Integrantes:
Jefe de Proyecto:
Colaboradores:
2011
FASE
DE
INICIO
Consideraciones:
2011
2011
1.-Organizacin
1.1.- Introduccin
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.
2011
2.-Estructura Organizacional
2.1.-Visin
Ser la empresa lder de la operacin de libreras pblicos, con la capacidad de
implementar permanentemente sistemas que hagan mas oficien la velocidad en el
servicio. En otras palabras ser la empresa con la mejor demanda en los productos
que nosotros podemos ofrecer en el mercado, de acuerdo a la demanda necesaria.
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.
-
Objetivos Generales
-
Ofrecer una mejor atencin a los clientes para que estos queden satisfechos.
Objetivos Especficos
- Ofrecer amplia gama de productos a nuestros clientes.
2.5.-Organigrama
2011
2011
3.2.2.- Misin
Atender las necesidades del cliente en menor tiempo y asegurarse que de su
pedido tenga el mejor beneficio y comodidad.
2011
3.2.3.- Metas
Lograr que el cliente pueda elegir la librera como una segunda casa, que tenga
lo que busca en el menor tiempo posible.
2011
Elvira
Pedro
Caja
Servicio al
cliente proforma
Saln de quejas.
FUNCIONES RESPONSABILI
DADES
Administrar el
rea, y facturar el
precio por la
cantidad de
productos que el
cliente desee
comprar.
Mantener las
actualizaciones
respectivas de los
precios y de los
productos.
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.
2011
Juan
3.4
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
Administrativo
Problema
Descripcin
2011
Perdida tiempo
Atencin al cliente
Comunicacin
Control de Venta
Organizacional
Problemas
Descripcin
2011
Ambiente inadecuado
Trabajadores impuntuales.
Falta de publicidad
Competencia
Orden y Limpieza
3.5-Recomendaciones
Administrativos
Problemas
Descripcin
2011
Realizar un sistema
Capacitacin
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)
2011
Mantenimiento
Modificar el ambiente
3.6.-
reas involucradas
AREA DE COMPRAS
Descripcin del rea de compras
2011
ADMINISTRADO
R
ASESOR
CONTABLE
ADMINITRACIO
N
SERVICIOS
VENTAS
COMPRAS
VENDEDO
R
ALMACEN
SEGURIDA
D
CAJA
2011
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.
John Beltrn
Cargo
Gerente de
Compras
Almacn
Funciones
Responsabilidades
-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.
-Que la empresa se
mantenga abastecida
de materiales.
-Y que los pagos sean
puntuales.
-Los productos se
encuentren en buen
estado y debidamente
ordenados
ADMINISTRATIVOS
Descripcin
2011
Falta de empleados.
Pequeo almacn
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
reas Involucradas
Est relacionada con el rea de contabilidad, almacn.Contabilidad: Se ve cuanto
se invierte en la compra de los productos.
2011
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
2011
Objetivos:
Incrementar su nivel de produccin en la empresa
Entrar a un mercado ms competitivo.
Que nuestro control de ventas y compras sea cada vez ms fructfero en
cuanto a competencia se refiere.
2011
Alcance:
Que todo lo manual se vuelva sistemtico.
Generar mayor eficiencia.
Tener un mejor control sobre nuestros productos.
Realizar informes econmicos de la empresa.
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)
Que el tiempo de entrega vari.
No contar con los recursos econmicos necesarios.
2011
Restricciones
.
2011
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.
2011
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.
Stock de productos
Consulta
Modelo de Compra:
Men de compras
Documentos
Cotizacin
Devoluciones
Orden de compra
Gua de proveedor
Pedido de proveedor
Reporte
Verificacin del stock
Consulta
2011
2011
Clientes y
Usuarios
Desarrolladore
s
Software
objetivo
Maquina
Personas, Equipos,
Organizaciones
IdeasespecificacinDiseoCdigo
2011
Analista de Sistemas
Especialidad:
Oracle
Struts
Experiencia:
Desarrollo de Driver Windows
Programador
Especialidad:
Spring
Hibernate
2011
PUESTO
RESPONSABILIDAD
especificacin
validacin
de
Sistemas
Programador
Ingeniero de
Software
de
las
pruebas
funcionales,
2011
4.1.-Tecnologa de Informacin
Evaluacin Tecnolgica:
No cuenta con tecnologa
Recomendacin:
Venta y compras
Hardware
4 computadoras:
-
Disco: 250GB
Monitor: LCD 17
Software
- Windows XP
- Office 2007
- Visual Studio .NET
2011
- SQL Server
Fase
Duracin
Fase Inicio
14 de setiembre 06 de octubre
Fase de Elaboracin
24 de setiembre 07 de noviembre
Fase de Construccin
13 de noviembre 26 de enero
Fase de Transicin
05 de enero 12 febrero
2011
Los hitos que marcan el final de cada fase se describen en la siguiente tabla.
Descripcin
Fase de Inicio
Fase de Elaboracin
Fase de Construccin
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
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
2011
Fase de Transicin
2011
2011
2011
Id
1
2
3
4
5
6
7
8
9
10
11
12
13
14/09 a
21/09
Nombre de Tarea
Fase Inicio
Modelo de Negocio
22/09 a
29/09
30/09 a
07/10
08/10 a
15/10
16/10 a
23/10
31/10 a
07/11
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
Id
Nombre de Tarea
13/11 a
20/11
21/11a
28/11
29/11a
06/12
07/12a
14/12
15/12a
22/12
2
0
2011
Fase de Construccin
Caso de Uso,Modelo,Diseo,Implementacion
Arquitectura
Riesgos presentado
Manual Inicial
Calendario de Transicion
Id
Nombre de Tarea
Fase de Transicin
Descripcin de la Arquitectura
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