Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Titulo
Autor
Asesor
LIMA – PERÚ
2018
I. INTRODUCCIÓN
2
II. DESCRIPCIÒN DE LA EMPRESA
- Placas
- Tornillos
- Clavos
- Instrumental Quirúrgico
- Maquinas Quirúrgicas
Cada producto que ingrese o sale siempre son esterilizados porque algunos
productos son manipulados al tener un contacto físico con la persona pueden
obtener bacterias al momento de entrar o salir sea material, instrumental o
maquinas.
Todo empleado que tenga contacto con cualquier material está obligados
siempre a usar guantes quirúrgicos por la seguridad de ellos como también del
paciente siempre cuidando la integridad de ambos lados.
Avanmet tiene una buena fidelización con algunos hospitales como por ejemplo
Hospital Cayetano, Rebaliàtegui, etc. Así también con clínicas.
3
2.1 Visión
2.2 Misión
2.3 Objetivos
Los objetivos de la empresa que sueña con facilitar un buen servicio de calidad
hacia sus clientes que tengan problemas de traumatología, siendo un servicio
pensado para ellos siempre dándole un servicio confortable que le genere
confianza.
4
2.4 Organigrama
Figura 1
5
III. Realidad Problemática
Hace ya tiempo que la cadena de suministro dejó de ser el patito feo al que nadie
miraba, para convertirse en un importante foco de atención. Y es que en la tarta
de gastos totales de cualquier pequeña y mediana empresa, la logística
representa casi un tercio.
6
IV. Temas Relacionados
- Mysql
Lenguaje de Programación
- Java
Seguridad
7
4.3. Metodología de Desarrollo
Las técnicas indican cómo debe ser realizada una actividad técnica determinada
identificada en la metodología. Combina el empleo de unos modelos o
representaciones gráficas junto con el empleo de unos procedimientos
detallados. Se debe tener en consideración que una técnica determinada puede
ser utilizada en una o más actividades de la metodología de desarrollo de
software. Además se debe tener mucho cuidado cuando se quiere cambiar una
técnica por otra.
8
4.3.1 Metodología RUP
9
4.3.2 Metodología SCRUM
10
El proceso
Planificación de la iteración
Ejecución de la iteración
Cada día el equipo realiza una reunión de sincronización (15 minutos máximo),
normalmente delante de un tablero físico o pizarra (Scrum Taskboard). Cada
miembro del equipo inspecciona el trabajo que el resto está realizando
(dependencias entre tareas, progreso hacia el objetivo de la iteración, obstáculos
que pueden impedir este objetivo) para poder hacer las adaptaciones necesarias
que permitan cumplir con el compromiso adquirido. En la reunión cada miembro
del equipo responde a tres preguntas:
11
¿Qué he hecho desde la última reunión de sincronización?
¿Qué voy a hacer a partir de este momento?
¿Qué impedimentos tengo o voy a tener?
Inspección y adaptación
12
4.3.3 Metodología ICONIX
Fue elaborado por Doug Rosenberg y Kendall Scott a partir de una síntesis del
proceso unificado de los “tres amigos” Booch, Rumbaugh y Jacobson y que ha
dado soporte y conocimiento a la metodología ICONIX desde 1993. Presenta
claramente las actividades de cada fase y exhibe una secuencia de pasos que
deben ser seguidos.
Características Principales
Dinámica del UML: Ofrece un uso dinámico del UML porque utiliza
algunos diagramas UML, sin exigir la utilización de todos, como en el caso
de RUP (Rational Unified Process).
13
Fases de ICONIX
En esta fase se deben analizar todos los requisitos que formaran parte del
sistema y con estos construir el diagrama de clases, que representa las
agrupaciones funcionales que estructuraran el sistema en desarrollo.
En esta fase a partir de cada caso de uso se obtendrán una ficha de caso de
uso, está formada por un nombre, una descripción, una precondición que debe
cumplir antes de iniciarse, una pos-condición que debe cumplir al terminar si
termina correctamente.
14
Revisión crítica del diseño/Diseño
En esta fase se registran todos los elementos que forman parte de nuestro
sistema.
Implementación
Análisis de Requisitos
Diseño
15
Análisis y diseño preliminar
Implementación y pruebas
Iterativo e Incremental:
16
4.3.3 Metodología XP PROGRAMMING
El equipo de un proyecto XP
17
En general, no obstante, los participantes en este tipo de equipos no siempre
toman un rol fijo y contribuyen con los conocimientos de cada uno en aras del
beneficio colectivo.
Las planificaciones
Por una parte se deben planificar los plazos temporales del proyecto basándose
en las exigencias del cliente. En base a las estimaciones de coste y la dificultad
del proyecto se marcan las prioridades y las fechas, no siempre de forma precisa,
pero sí orientativa.
Pruebas
Diseño y programación
El diseño del programa suele ser simple y basado en la funcionalidad del sistema
y se lleva a cabo durante todo el proyecto, tanto durante la planificación de la
entrega como en el de la iteración.
18
V. Actores del sistema
INGRESAR AL SISTEMA
USUARIO
19
VI. Casos de Uso
20
VII. ECUS
Especificación de CU01 Ingresar al sistema
CU01 Ingresar al sistema
Breve Descripción:
Al acceder al sistema, este debe solicitar un usuario y contraseña, si
se ingresan los datos correctos, entonces se visualizará la pantalla
principal del sistema.
2. Precondición
1. Debe estar registrado en el sistema.
3. Flujo de Eventos
USUARIO SISTEMA
3. Ingresar usuario
4. Ingresar password
5. Clic en el botón aceptar
6. Validar datos
7.Emitir mensaje “Bienvenido”
8.Mostrar ventana principal
4. Flujo Alternativo
7. Emitir mensaje a usuario
incorrecta
9. Repetir paso 3,4,5 8. Mostrar ventana de logueo
10. Repetir paso 6
11. Emitir mensaje de contraseña
incorrecta
12.Mostrar ventana de logueo
13.Repetir paso 3,4,5 14.Repetir paso 6
15.Cerrar Sistema
5. Post condición
Usuario:
Contraseña:
ingresar Salir
21
Especificación de CU02 Registrar Producto
CU02 Registrar Producto
Breve Descripción:
El sistema debe permitir asignar un código aleatorio a cada producto,
así mismo; el sistema debe permitir registrar el nombre, la descripción,
stock, precio.
2. Precondición
3. Flujo de Eventos
USUARIO SISTEMA
4. Flujo Alternativo
9. Si no se colocan los datos
obligatorios correctamente se
10.Repetir paso 4,5,7,8,9
mostrará un mensaje de error
5. Post condición
22
Especificación de CU03 Registrar Cliente
CU03 Registrar Cliente
Breve Descripción:
El sistema debe permitir asignar un código aleatorio a cada cliente, así
mismo; el sistema debe permitir registrar los nombres, apellidos,
dirección, teléfono, DNI, correo, fecha de nacimiento, ruc, estado civil,
sexo, distrito, cargar foto (opcional).
2. Precondición
3. Flujo de Eventos
USUARIO SISTEMA
4. Flujo Alternativo
18. Si no se colocan los datos
obligatorios correctamente se
14. Repetir paso
mostrará un mensaje de error
6,7,8,9,10,11,12,13,14,15,16,17
5. Post condición
23
Especificación de CU04 Registrar Proveedor
CU04 Registrar Proveedor
Breve Descripción:
El sistema debe permitir asignar un código aleatorio a cada cliente, así
mismo; el sistema debe permitir registrar los nombres, apellidos,
dirección, teléfonos, DNI, correo, fecha de nacimiento, ruc, estado civil,
sexo, distrito, cargo.
2. Precondición
3. Flujo de Eventos
USUARIO SISTEMA
4. Flujo Alternativo
19. Si no se colocan los datos
obligatorios correctamente se
22. Repetir paso
mostrará un mensaje de error
6,7,8,9,10,11,12,13,14,15,16,17
5. Post condición
24
Especificación de CU05 Ingresar Empleado
CU05 Ingresar Empleado
Breve Descripción:
El sistema debe permitir asignar un código aleatorio a cada empleado,
así mismo; el sistema debe permitir registrar los nombres, apellidos,
teléfono, dirección, DNI, fecha de nacimiento, correo.
2. Precondición
3. Flujo de Eventos
USUARIO SISTEMA
4. Flujo Alternativo
12. Si no se colocan los datos
obligatorio correctamente se
14.Repetir paso 6,7,8,9,10,11,12,
mostrara un mensaje de error
5. Post condición
25
Especificación de CU06 Registrar Factura
CU06 Registrar Factura
Breve Descripción:
El sistema toma los valores registrados o registra nuevamente los datos
de los clientes los nombres, apellidos, teléfono, dirección, DNI, fecha de
nacimiento, RUC, correo.
2. Precondición
3. Flujo de Eventos
USUARIO SISTEMA
4. Flujo Alternativo
5. Si no se colocan los datos
obligatorios correctamente se
mostrará un mensaje de error
21.Si el cliente es nuevo se le
22.Repetir paso registra.
6,7,8,9,10,11,12,13,14,15,16,17,18
26
Especificación de CU07 Registrar Boleta
CU07 Registrar Boleta
Breve Descripción:
El sistema toma los valores registrados o registra nuevamente los
datos de los clientes los nombres, apellidos, teléfono, dirección, DNI,
fecha de nacimiento, correo.
2. Precondición
3. Flujo de Eventos
USUARIO SISTEMA
4. Flujo Alternativo
5. Si no se colocan los datos
obligatorios correctamente se
mostrará un mensaje de error
20.Si el cliente es nuevo se le
21.Repetir paso registra.
6,7,8,9,10,11,12,13,14,15,16,17
5. Post condición
27
Especificación de CU08 Consultar Clientes
CU08 Consultar Clientes
Breve Descripción:
El sistema consultara los clientes mediante diferentes tipos de filtros
2. Precondición
Tener Registrado por lo menos algún cliente para poder realizar las
consultas.
3. Flujo de Eventos
USUARIO SISTEMA
4. Flujo Alternativo
20. Si no se colocan los datos
obligatorios no muestra nada
5. Post condición
28
Especificación de CU09 Consultar Productos
CU09 Consultar Productos
Breve Descripción:
El sistema consultara los clientes mediante diferentes tipos de filtros
2. Precondición
Tener Registrado por lo menos algún producto para poder realizar las
consultas.
3. Flujo de Eventos
USUARIO SISTEMA
4. Flujo Alternativo
9. Si no se colocan los datos
obligatorios no muestra nada
5. Post condición
29
Especificación de CU10 Consultar Facturas
CU09 Consultar Facturas
Breve Descripción:
El sistema consultara las facturas mediante diferentes tipos de filtros
2. Precondición
Tener Registrado por lo menos alguna factura para poder realizar las
consultas.
3. Flujo de Eventos
USUARIO SISTEMA
4. Flujo Alternativo
10. Si no se colocan los datos
obligatorios no muestra nada
5. Post condición
30
31
ANEXOS
32
33
34
35