Está en la página 1de 15

Capítulo II: MARCO TEORICO CONCEPTUAL

FARMACEUTIICO

SISTEMA
MEDICAMENTOS

VENTAS

HISTORIAL

 TEORIA DE LA METODOLOGIA PUD


Un proceso define quién está haciendo qué, cuándo y cómo para alcanzar un determinado
objetivo. Un Proceso Unificado de Desarrollo es un conjunto de actividades necesarias
para transformar los requisitos de usuario en un sistema software. Para ello es necesario
desarrollar un sistema conociendo las necesidades de los clientes mediante casos de uso.
Estos casos de uso guían el desarrollo del sistema, siguiendo un flujo. Paralelamente a los
casos de uso se debe ir desarrollando la arquitectura del sistema. El PUD es iterativo e
incremental. Para ello es necesario crear "mini-proyectos" que es una iteración que resulta
en incremento. Para la mejor organización de estos "mini-proyectos" es conveniente
priorizarlos e implementarlos siguiendo el orden establecido.
Cada uno de estos sigue el esquema:
Análisis -> Diseño -> Implementación ->Pruebas
O lo que es lo mismo:

1. Identificar y especificar casos de uso relevantes.


2. Crear un diseño utilizando arquitectura seleccionada.
3. Implementación del diseño mediante componentes.
4. Verificación de estos componentes
La organización del trabajo tiene cuatro fases destacadas.
Cada fase puede tener iteraciones que siguen el esquema anterior.

1. Fase de Inicio: Objetivo ciclo de vida.


Se desarrolla una descripción del producto final a partir de una buena especificación.
Se identifican y priorizan los riesgos más importantes, se detalla la fase de
elaboración, y se estima el proyecto de manera aproximada.
2. FASE DE ELABORACIÓN: arquitectura del sistema.
Se especifica en detalle la mayoría de los casos de uso del producto y se diseña la
arquitectura del sistema. Se desarrollan los casos de uso más críticos que se
identificaron en la fase anterior.

3. FASE DE CONSTRUCCIÓN: Capacidad Operacional Inicial. Se crea el producto acorde


con los casos de uso que la dirección y el cliente han acordado para el desarrollo de
esta versión. Esta versión puede no estar completa, pero los pequeños defectos que
existan se corregirán en la siguiente fase.

4. FASE DE TRANSICIÓN: Entrega del producto.


En esta fase el producto se convierte en versión beta. Conlleva actividades como la
fabricación, formación del cliente, proporcionar una línea de ayuda y asistencia, y la
corrección de los defectos que se encuentren.

CAPITULO III INGENIERIA DEL PROYECTO

MODELADO DEL NEGOCIO

 LISTADO DE LOS PROCESOS IDENTIFICADOS EN EL NEGOCIO

 STOK DE LOS PORDUCTOS


 ORDEN DE COMPRAS
 FACTURA DE LA COMPRA

 LISTADO Y DECRIPCION DE LOS ACTORES INDENTIFICADOS EN EL SISITEMA

 SISTEMA DE INFORMACION
En si estamos realizando un sistema donde le permita controlar y administrar las
comprar y ventas de cada sucursal de la Farmacia Doctor Osvaldo
 SPORCESO DE ESTOCK
En esta parte estaremos controlando los medicamentos más sus preciosos donde
podremos ver si hay o llegaron recién dicho medicamentó
 SPROCESO DE FACTURACION
En esta parte es el control de cada venta echa por los vendedores Asia los clientes
donde tendremos mas control para cada factura y el acorde cobro de efectivo
para cada cliente
 DIAGRAMA DE ACTIVIDADES DE LOS DOS CASOS O PROCESOS MAS IMPORTANTES DEL
NEGOCIO

Primer caso de uso importante

Segundo caso de uso importante


MODELO DE REQUISITOS

 LISTADO DE CASOS DE USOS PRIMARIOS

o Gestión de facturación de compra


o Gestión de control de stock

 LISTADO DE CASOS DE USO SECUNDARIOS

o Gestión de mantenimiento del sistema

 LISTADO DE CASOS DE USO NO FUNCIONAL

o Gestión de personal
o Gestión del mantenimiento del edificio

 DIAGRAMA DE CLASOS DE USO EN VISTA CONTEXTO, E INICIAL O GENERAL


 ESPECIFICACIONES DE LOS DOS CAOSO DE USO MAS IMPORTANTES DEL DIAGRAMA
INICIAL O GENERAL DE CASOS DE USO
MODELO DE ANÁLISIS

 Diagrama de casos dé usos extendido o estructurado del sistema


 Modelo de domino (diagrama de clases con sus atributos)
Modelo de diseño

 Diagrama de clases conceptual con sus métodos

 Modelo de datos relacional (mapeo)


 Diseño de la interfaz de usuario para los dos cases principales más sus cosos extendidos si
los tuviera

FOTO DE SU PROGRAMA
 Diseño de reportes parametrizados

FOTO DE SU PROGRAMA

 Diagrama de comunicación o colaboración


 Diagrama de secuencia en un 2do nivel de detalle

Modelo de implementación

 Diagrama de componentes
 Diagrama de despliegue

Modelo de pruebas
Conclusiones

Recomendaciones
Bibliografía

 https://ingsotfwarekarlacevallos.wordpress.com/2015/06/04/uml
-casos-de-uso/
 https://es.slideshare.net/omarbeltrancelismendoza/02-modelo-
delnegocio
 https://www.infor.uva.es/~mlaguna/cd/CD3.PDF
 https://cgrw01.cgr.go.cr/rup/RUP.es/SmallProjects/core.base_r
up/guidances/guidelines/communication_diagram_FFFEA1B5.html
 https://www.lucidchart.com/pages/es/diagrama-de-secuencia
 https://diagramasuml.com/componentes/

Anexos

También podría gustarte