Informe de relevamiento

Requisitos

• Registrar venta y emitir factura



• Registrar cobranza



• Generar comprobantes



• Consultar prioridades



• Generar informe de clientes habituales



• Generar informe gráfico de ventas por épocas del año



• Generar informe gráfico de compras por épocas del año



• Administrar clientes habituales



• Registrar las compras



• Registrar pagos a proveedores



• Registrar cheques por fecha y por estado



• Administración de usuarios



• Consultar cuentas corrientes (clientes)

Informe Relevamiento

informe relevamiento

Requisitos Funcionales

•Registrar ventas Y Emitir Factura
•Registrar Pedido
•Registrar compra
•Administrar Proveedores
•Administrar cliente
•Registrar Anular una venta
•Administrar Aerosoles
•Bloquear Cliente
•Bloquear Proveedor
•Registrando Fabricación
•Administrar Insumos
•Consultar Cuenta Corriente del cliente
•Consultar Stock de insumos menor al mínimo
•Consultar Estadística Anual del Aerosol
•Consultar Cheques por estado
•Consultar Cheques por fecha
•Consultar Estadística entre fecha

Requisitos Técnivos y Funcionales

Requerimientos técnicos

• Amigable con el usuario
• Fácil de operar
• Que sea más rápido de facturar

Requerimientos Funcionales

• Imprimir factura
• Control de stock
• Ver la cantidad de Aerosoles facturados
• Ver la recaudación
• Ver los clientes
• Ver los proveedores

Requisitos Funcionales

• Registrar ventas Y Emitir Factura
• Registrar Pedido
• Registrar compra
• Administrar Proveedores
• Administrar cliente
• Registrar Anular una compra
• Registrar Anular una venta
• Administrar Aerosoles
• Bloquear Cliente
• Bloquear Proveedor
• Registrando Fabricación
• Administrar Insumos
• Registrar cliente.
• Cuenta Corriente del cliente
• Control de stock
• Estadística Anual del Aerosol
• Administrar los cheques
• Consultar Cheques por estado
• Consultar cheques por fecha
• Consultar stock de pedido
• Estadística entre fecha
• Registrar Precio

Bitácora

Informe de relevamiento Nota: B
Subirlo con scribd. Postear los requisitos sin scribd.
En la propuesta se describen los módulos (función y beneficio).
Diagrama de CU separar roles y rehacer

Relevamiento

REQUISITOS FUNCIONALES:
-Registrar compra
-Emitir factura
-Registrar venta
-Emitir ticket
-Consultar el stock
-Advertir mínimo
-Registrar cambios
-Emitir nota de crédito
-Administrando artículos
-Administrando personal
-Administrando proveedores
-Registrar pagos
-Registrar cheques
-Consultar cuentas corrientes
-Consultar deudas con el personal
-Consultar estadísticas
-Registrar salidas
-Emitir comprobante

Informe de relevamiento

Informe de Relevamiento Corregido

Bitácora

Informe de relevamiento

• Subir al blog con scribd.

Requisitos

• Ver si es necesario incorporar cancelar, anular, etc.

Diagrama de CU

• Analizar el login cómo se relaciona con los demás casos de uso. Es precondición para todos.


• Breve descripción revisar para que digan qué se hace y no cómo se hace.

Propuesta técnica, funcional y la económica subir al blog con scribd.

Bitácora

Informe de relevamiento

• No actualizó los procedimientos según lo pedido la clase anterior.



• Ampliar

Requisitos subirlos al blog (sin scribd)

• Agregar requisitos relacionados con cheques (Consulta x fechas, x estado, etc.)



• Revisar y completar



• Agregar Estadísticas.

Diagrama de CU completar y pasar a rational

Propuesta técnica y funcional

• En los módulos marcar la función (qué, NO cómo) y el beneficio.



• Revisar los módulos (Administración, Pagos, Cobranzas, Ventas, Compras, Estadísticas, etc.)

Propuesta económica aclarar el cálculo por módulo (horas de programación, horas de análisis) y el costo por hora de programación y de análisis.

Bitácora

Falta subir el informe de relevamiento al blog.

Requisitos

• Los proveedores se administran, no se registran


• Ampliar el tema de cheques (consultas por fechas, estado, etc.)


• Con quien tienen cuenta corriente??


• Donde se administran los artículos??? y los precios???


• Agregar los comprobantes que se emiten.


• Administrar personal y sueldos (no se liquidan). Pensar en todos los requisitos involucrados.


• Agregar los movimientos de caja si lo crees necesario.


• Registrar los adelantos y emitir comprobante.


• Agregar estadísticas!!!! (Vtas x vendedora entre dos fechas, etc.)


• Subir al blog (sin scribd).

Diagrama de CU

• Completar con los nuevos requisitos


• Las breves descripciones estan Bien.

Propuesta técnica y funcional

• Ampliar módulos

Nota : B+

Bitácora

Informe de relevamiento Nota B-

• Procedimientos actuales: sólo los enuncia, explicar detalladamente cómo se llevan a cabo en la actualidad y qué comprobantes avalan cada procedimiento. Adjuntar comprobantes completos.


• Averiguar la categoría de iva del negocio.


• Averiguar si maneja cheques, listados de iva ventas e iva compras, pagos a proveedores.

Requisitos

• Usar administrar para alta, baja, modificación y consulta.


• Modificar según las correcciones hechas en clase.


• Ampliar con: el manejo de cheques (consultar según fechas y/o estados).


• Agregar emisión de listados de iva.

Diagrama de CU: no lo tiene

Propuesta sigue incompleta.

Bitácora

Informe de relevamiento.

• Subir al blog con scribd.Requisitos t y f .


• Revisar los funcionales y subir al blog.

Diagrama de CU

• Hacer una breve descripción de cada caso de uso (3 líneas) en Word.

Propuesta técnica y funcional.

• Dejar la carga inicial a cargo del cliente.



• Nota: MB-

Propuesta económica.

• Discriminar el cálculo por horas de programación y de análisis con el costo por hora.



• Revisar los costos opcionales, plantearlos por hora o digitación en el caso de la carga inicial.

Hacer el diagrama de clases!!

Diseñar las interfaces.

Bitácora

Informe de relevamiento

• Los requerimientos priorizarlos.


• Hacer la lista de requisitos.


• Revisar el diagrama de CU según la corrección hecha en clase.


• Ver cómo funcionan las cuentas corrientes (proveedores y/o clientes).


• Buscar nuevos actores (roles).


• Subir al blog una vez corregido. (con scribd)

Propuesta t y f

• Marcar los beneficios de cada módulo. (Qué se hace y en qué lo beneficia al cliente).


• Reforzar los módulos.


• Subirla al blog.


• Nota: MB-

Propuesta económica

• Aclarar por módulo horas de análisis y programación.


• Costo x hora.


• Nota: B

Seguir con las descripciones de detalle y el diseño de las interfaces.

A futuro Diagrama de Clases.

Bitácora

Informe de relevamiento

• Separar los procedimientos (compras, pagos, fabricación, venta y cobranza).


• Ver si se pueden ampliar más.


• Requerimientos completar con las palabras del usuario.


• Requisitos muestran las funcionalidad del sistema.


• Diagrama de CU: Corregir según nuevos requisitos.

Propuesta (modificar según pasos anteriores)

Bitácora

Informe de relevamiento

• Averiguar si trabajan con nota de crédito.


• Traer una fotocopia de recibo de proveedor.


• Requerimientos funcionales están bien, revisar los técnicos.


• Lista priorizada de requisitos (de los más a los menos importantes).


• Diagrama de Cu. Buscar más actores (roles). Ver si existen extend e include.


• Subir el informe al blog.



• Nota: MB-

Bitácora

Informe de relevamiento
Nota: Incompleto!!!

Completar los procedimientos actuales.
Un procedimiento nace con una necesidad y termina cuando esa necesidad queda satisfecha. Cada uno de estos es avalado por comprobantes cuyas fotocopias debe conseguirse.
Ej.: Ventas, Cobranzas, Pagos, Compras, Cuentas con Corrientes (Proveedores), Devoluciones, Reparaciones (Pedido).
Otros temas a averiguar
Manejo de Stock.

Al estar incompleto el informe, también lo está la propuesta.

Previo a la propuesta plantear los requisitos (técnicos y funcionales) y hacer el diagrama de Casos de Uso con una breve descripción de cada caso.

Hacer el 20% de descripciones de casos de uso (Pedido de Servicio técnico y Facturación). Rehacer Informe y Propuesta.

Bitácora

Informe de relevamiento

• Averiguar más sobre el código de artículo.
• Información sobre el catálogo.
• Qué pasa con lo que se pide y no hay en stock? Conviene dejar alguna información para evaluar estadísticas de pedidos no satisfechos, artículos faltantes.
• Ampliar sobre cómo se manejaría el negocio on line.
  

Plantear los requisitos funcionales para hacer el diagrama completo.
Cómo se actualiza el stock??
Nota: MB-

Propuesta

• Ampliar con más opciones.
• Averiguar donde residen los archivos.
  

Descripciones 20% . Ver UML y Patrones para ver como hacer una descripción completa.
Diseñar las interfaces.

Bitácora

Informe de Relevamiento

• Cada procedimiento está avalado por un comprobante. Conseguir copia de ellos.
• Ampliar los procedimientos. Ej.: Pedido de service.
  
• Los requerimientos funcionales expresarlos en la terminología del usuario.
• Los requerimientos técnicos son los No funcionales que haya pedido el usuario.

Plantear los requisitos funcionales

Diagrama de Casos de Uso

• Los actores van afuera y los ovalos adentro.
• Separar roles (Vendedor, Comprador, Técnico, Gerente, etc.).
• Las flechas no son las adecuadas.
• Sólo poner los casos de uso que correspondan a la funcionalidad del sistema relacionada con las reglas de negocio.
• Actualizar el diagrama y hacer breve descripción de cada caso.

Propuesta técnica y funcional.

• Completar.

Hacer 20% de descripciones (Pedido de Service y Facturación)

Nota: B

• No usar "administrando" para las transacciones.
  

Bitácora

Informe de relevamiento

• Corregir errores ortográficos!!!
• Hacer oraciones más cortas y releer el informe para ver si se entiende.
• En el organigrama usar rectángulos NO ovalos.
• Separar los procedimientos con títulos.
• El cliente no le quiere dar comprobantes. Verlos in situ y tomar nota de los datos.
• Los procedimientos nacen con una necesidad y terminan cuando esa necesidad está satisfecha. Ver cómo se llevan a cabo. Cada procedimeinto es avalado por un documento, verlos y traer información.
• Los requerimientos funcionales expresarlos como lo hizo el cliente.
• Los requisitos funcionales surgen a partir de los requerimientos y dan idea de la funcionalidad del sistema a desarrollar.
• Nota: B-

Diagrama de Casos de uso.

• Usar gerundios para los casos de uso.
• La impresión de factura puede estar incluida en "Registrando Ventas".
• Las ventas No se eliminan, en todo caso se Anulan.
• Replantear los requisitos funcionales para mejorar el diagrama.
• Agregar una breve descripción de cada caso de uso.

Propuesta

• Rehacer en función de los cambios efectuados en los puntos anteriores.