Propuesta tecnica y funcional

Propuesta técnica y funcional

Bitácora

Requisitos

• Agregar consultar cta. cte.



• Registrar compras



• Ampliar estadísticas

Propuesta
Reescribir los módulos indicando función y beneficios.

Diagrama de CU completar según los requisitos.

Hacer descripciones e interfaces de todo el módulo de reparaciones.!!!

Subir al blog con scribd: Investigación de mercado, Informe de relevamiento, Propuesta técnica y funcional, y la propuesta económica.

Sin scribd subir los requisitos funcionales.

Hacer: Diagrama de clases y DER con su respectiva base de datos.

Bitácora

Propuesta técnica y funcional
Hacer más hincapié en las compras de insumos y la fabricación. El pedido de venta sí, porque dispara la fabricación pero dejar con menor prioridad la impresión de factura.
Reescribir la propuesta en tercera persona.

Corregir según requisitos. Pasar el diagrama de CU a rational.


Hacer el diagrama de clases y el DER con su respectiva bases de datos

Bitácora

Requisitos: Registrar las compras, pagos a proveedores, módulo de cheques (x fecha, x estado).
Estan muy incompletos!!!
Volver a revisar los módulos de la propuesta, completarlos según los requisitos.
Pasar el diagrama de CU a rational.
Descripciones de CU rehacer.

Subir al blog con scribd: el informe de relevamiento, la propuesta técnica y funcional, y la propuesta económica.
Sin scribd subir en un post separado los requisitos funcionales.

Para la próxima:

• Diagrama de clases


• DER y base de datos

Bitácora

Propuesta Técnica y Funcional
Agregar Compras, un módulo de estadísticas (Ej. Ingresos por tipo de cobranza), un módulo para la caja y otro para cheques (Ver x fecha, x estado). Revisar los requisitos y completar con los puntos anteriores.
Subir al blog con scribd el informe de relevamiento, la propuesta técnica y funcional, la propuesta económica.

Hacer el diagrama de clases, el diagrama entidad relación (DER)

Bitácora

Diagrama de CU. Completar las breves descripciones. Agregar estadísticas más específicas.
Terminar todo lo necesario para aprobar el trimestre.

Bitácora

Ajustar diagrama de CU según correcciones de los requisitos. Agregar en word una breve descripción de cada caso de uso.
Falta incluir cobranza, ver si existe un pedido previo a la venta.
Subir los requisitos al blog SIN scribd.
Reformular los módulos de la propuesta y aclarar qué hace y cuál es el beneficio.
Describir en detalle y hacer interfases de: Fabricación, Venta y Cobranza.

Bitácora

Informe de relevamiento Nota B- No trajo las últimas correcciones.
Terminar todo lo que se necesita para aprobar el trimestre!!

Propuesta técnica y funcional

Propuesta Tecnica y Funcional Corregida

Propuesta económica

Propuesta Economica

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

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.

• 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.