Documentos de Académico
Documentos de Profesional
Documentos de Cultura
ANÁLISIS DE
PROYECTO
Modelado de Software
CONCEPTO DE
ANÁLISIS
Etapa de análisis: Es el proceso de investigar
un problema que se quiere resolver. Definir
claramente el Problema que se desea resolver o
el sistema que se desea crear. Identificar los
componentes principales que integrarán el
producto.
Encuesta
Entrevista
Cuestionario
Observación
Diagrama de Flujo
Diagrama Causa- Efecto etc.
3
Preguntas
4
5
PLASMAR RESULTADOS
RE RECOPILACIÓN DE INFORMACIÓN
Planteamiento del Problema:
9
ANALISIS SIATUACIONAL
Clientes: Desde que los clientes llegan al negocio, son atendidos por personal capacitado que pueda
orientar correctamente a este con cualquier pedido, duda o aclaración que necesite. Posteriormente, los
clientes al estar convencidos del producto o JARCERÍAS TURQUESA 7 pedido. Se les cobrará el
costo de este, para que estos queden satisfechos y cubran sus necesidades.
Proveedores: Se les realiza un inventario donde se puede observar la cantidad de cada producto y el
costo de este, para que el proveedor suministre los productos solicitados por la dueña del negocio.
Productos: Son organizados de acuerdo con la demanda que tengan y, a su vez, son catalogados por el
uso sugerido de los clientes.
Publicidad: Se utilizan flyers y carteles para promover los productos, buscando la atención del cliente.
Ventas: Se realiza una lista de ventas de todos los productos que se vendieron y la cantidad total
obtenida diariamente
PROPUESTA DE SOLUCIÓN
12
IEEE830
• La aplicación debe soportar «cinco nueves» en disponibilidad: Esto significa que la aplicación estará disponible un
99,999% del tiempo al año. Indica que la aplicación no puede estar caida por más de 5,26 minutos al año.
Desempeño:
• La aplicación de recuperar la información del usuario y mostrarla en menos de 3 segundos.
• El computo de la presión en el fluido del freno del carro debe hacerse en menos de 1 milisegundo.
Estos requerimientos son críticos para aplicaciones que funcionan en tiempo real. Por ejemplo aplicaciones de control
de trenes, tráfico aéreo, etc.
EJEMPLOS R. NO FINCIONALES
Seguridad:
• La longitud de las claves de la aplicación debe ser de mínimo 8 caracteres y debe incluir símbolos, al menos una
• La aplicación web debe funcionar en PC, tabletas y dispositivos mobiles (Android, IOS, Windows Phone).
Restricciones
•Exactitud: indica la exactitud con la que se deben prestar los servicios.
•Restricciones de herramientas y lenguajes: Lenguajes y herramientas que se deben usar para el desarrollo de las
aplicaciones.
•Restricciones de diseño: Son restricciones en el diseño del SW como la necesidad de seguir ciertos estándares. EJ: WCAG
2.0
EJEMPLOS R. NO FINCIONALES
Interfaces externas
•La aplicación debe ser compatible con el servidor web Jboss.
•La aplicación debe invocar los servicios tipo REST de la empresa y procesar sus resultados.
•El formato de intercambio de datos con la aplicación del cliente debe ser XML.
Interfaces de usuario
El diseño de interfaces en borrador (wireframes, mockups y prototipos) sirven para que el cliente pueda expresar
de una mejor manera lo que quiere.
Control de errores
•• ¿Cómo debe actuar la aplicación si recibe un mensaje de otra aplicación indicando que el formato del mensaje
enviado es inválido?
•• ¿Cómo debe actuar la aplicación si encuentra un error grave?
Concepto de empresa
Con nuestra arquitectura de datos de próxima generación,
ayudamos a las empresas a administrar virtualmente flujos
de trabajo ágiles. Progresamos gracias a nuestro
conocimiento del mercado y al excelente equipo que hay
detrás de nuestro producto.
40,000 €
Ingresos Ingresos
Clientes Pedidos
brutos netos
30,000 €
20,000 €
20XX 20 200 20 000 € 16 000 €
0€
20XX 20XX 20XX 20XX
Ingresos
Usuarios 50 000 400 000 1 600 000
escenario
La falta de personal en roles
clave podría retrasar el Las pruebas de productos con clientes
lanzamiento del producto de alto valor no mostraron ningún