Legibilidad :

2. Criterios de aceptación y rechazo Legibilidad: La legibilidad es el conjunto de características tipográficas y lingüísticas del texto escrito que permiten leerlo y comprenderlo con facilidad."

3. Robustez • ¿Qué es un sistema robusto? Un sistema robusto es un sistema que no falla. • Cada equipo está diseñado para ofrecer la máxima robustez posible. • Pero no sólo basta con un buen diseño. Además es necesario realizar pruebas de integración que confirmen la eficiencia del sistema, y pruebas de compatibilidad con el software al que va destinado. • Los ordenadores de hoy en día basan su filosofía en el uso de tecnología fiable y de la más alta calidad, lo cual garantiza tanto a nivel individual, como a nivel general, que el sistema fabricado cumple con las expectativas a las que va orientado. • Tan importante como las pruebas de diseño e integración son las pruebas de robustez y sobrecarga a las que son sometidos los sistemas MOUNTAIN una vez fabricados. • Además, un elemento a tener muy en cuenta en un ordenador es el chasis. Muchas compañías apuestan por utilizar chasis de bajo coste para abaratar el precio del producto final. En MOUNTAIN en cambio, apostamos porque todas y cada una de nuestras configuraciones estén albergadas en chasis de la máxima calidad y acabado, tanto a nivel de materiales, como en sus sistemas de refrigeración y bajo ruido, lo cual garantiza en todo momento la estabilidad de la que presumimos.

4. Portabilidad • La portabilidad (en inglés porting) es uno de los conceptos clave en la programación de alto nivel. • Se define como la característica que posee un software para ejecutarse en diferentes plataformas, el código fuente del software es capaz de reutilizarse en vez de crearse un nuevo código cuando el software pasa de una plataforma a otra. A mayor portabilidad menor es la dependencia del software con respecto a la plataforma. • El prerrequisito para la portabilidad es la abstracción generalizada entre la aplicación lógica y las interfaces del sistema. Cuando un software se puede compilar en diversas plataformas (x86, IA64, amd64, etc.), se dice que es multiplataforma. Esta característica es importante para el desarrollo de reducción costos, cuando se quiere hacer una misma aplicación. • En algunos casos el software es "independiente" de la plataforma y puede ejecutarse en plataformas diversas sin necesidad de ser compilado específicamente para cada una de ellas, a este tipo de software se le llama interpretado, donde un "interprete" traduce (propiamente interpreta) las intrucciones a tiempo de ejecución para que sean entendidas por diferentes plataformas.

5. Modificabilidad • Un documento de requisitos si y solo si su estilo y estructura permiten que puedan llevarse a cabo modificaciones en los requisitos manteniendo la estructura y el estilo, de forma facil, completa y consistente. La modificabilidad generalmente requiere en la documentación que tenga una organización coherente y facil, con una tabla de contenidos y un indice.

6. Eficiencia • Un sistema de software es eficiente si utiliza los recursos computacionales en forma economica. La perfomance de un sistema es importante porque afecta su usuabilidad. Por ejemplo, si es muy lento reduce la productividad de los usuarios. Si utiliza demasiada memoria puede afectar al resto de las aplicaciones que se estan ejecutando o ejecutarse demasiado lentamente, mientras el sistema operativo intenta balancear el uso de la memoria por parte de las distintas aplicaciones. Detrás de estos problemas están los limites cambiantes de la eficiencia según cambia la tecnología, ya que la visión de “demasiado caro” cambia constantemente según los avances tecnologicos, actualmente una computadora cuesta menos que hace unos años. • Se refiere al comportamiento en el tiempo (tiempo de respuesta, tiempo de proceso, velocidad de proceso) y al comportamiento de los recursos (cantidad de recursos utilizados y duración de esta utilización)

7. Economía • Una vez analizadas las ventajas que ofrece el producto, es necesario evaluar la relación costo-beneficio, comparando las ventajas con los costos totales que se incurrirán durante el ciclo de vida del paquete. El costo de un producto comprado es la suma del precio facturado por el proveedor, de los impuesto no susceptibles de recupero y del costo de entrega. • Es la capacidad que un sistema tiene de completarse con el presupuesto asignado.

8. Documentación • Este se puede presentar de la siguiente manera: • 1.- Documentación interno.- se encuentra integrado y accesible a través del software. • 2.- Este no se encuentra integrado en el sistema, de tal forma que se encuentra aparatado de la operación del software, el cual se podrá distribuir por medio de un CD o a través de descarga que se establezcan en determinadas paginas web

9. Interoperabilidad • Consiste en que el sistema heterogéneos dispongan de mecanismos que permitan intercambiar procesos y/o datos. En el entorno web, la interoperabilidad es una condición necesaria para que los usuarios tengan un completo acceso a la información disponible. De tal forma podemos decir que un sistema integrado de gestión, compuesto por diversos módulos. Utiliza ODBC para admitir el trabajo contra distintos motores de bases de datos, (informix,DB2,SQL Server, Oracle). Esto proporciona interoperabilidad entre diferentes plataformas.

10. Estética • Permite facilitar la comunicación con el cliente y resultan útiles para determinar las características necesarias que tendrá el sistemas. Como pueden ser los siguiente: • Entorno visual: (resolución del monitor) • Elementos de multimedia: (Graficos, fotografias, animaciones etc.) • Hipertexto: Tendrá un nivel de hipertexto adecuado (no mas de 3 niveles).

11. 3. Herramientas automatizadas CASE 3.1 Uppre case Características y aplicación 3.2 Middle case Características 3.3 Lower case Características y aplicación

12. HERRAMIENTAS AUTOMATIZADAS El mercado de los sistemas de hoy en día demanda desarrollos de software cada vez más grandes y complejos debido a la importancia y al volumen de la información que manejan las organizaciones. Como solución a esta problemática, la ingeniería del software ha creado métodos y herramientas que ayuden a los programadores a desarrollar aplicaciones de forma más rápida y de mejor calidad.

13. HERRAMIENTAS AUTOMATIZADAS La ingeniería del software es la ciencia que ayuda a elaborar sistemas con el fin de que sea económico, fiable y funcional eficientemente sobre las maquinas. La IEEE define en 1990 a la ingeniería del software como: “ la aplicación de un enfoque sistemático, disciplinado y cuantificable al desarrollo, operación (funcionamiento) y mantenimiento de software”.

14. HERRAMIENTAS AUTOMATIZADAS Las herramientas CASE (ComputerAided Software Engineering, Ingeniería de Software Asistida por Ordenador) son diversas aplicaciones informáticas destinadas a aumentar la productividad en el desarrollo de software reduciendo el costo de las mismas en términos de tiempo y de dinero.

15. HERRAMIENTAS AUTOMATIZADAS Estas herramientas nos pueden ayudar en todos los aspectos del ciclo de vida de desarrollo del software en tareas como el proceso de realizar un diseño del proyecto, calculo de costos, implementación de parte del código automáticamente con el diseño dado, compilación automática, documentación o detección de errores entre otras.

16. HERRAMIENTAS AUTOMATIZADAS En los años 70 un proyecto llamado ISDOS diseñó un lenguaje y por lo tanto un producto que analizaba la relación existente entre los requisitos de un problema y las necesidades que éstos generaban, el lenguaje en cuestión se denominaba PSL (ProblemStatementLanguage o Lenguaje de la declaración de problema) y la aplicación que ayudaba a buscar las necesidades de los diseñadores PSA (ProblemStatementAnalyzer o Analizador de la declaración de problema).

17. HERRAMIENTAS AUTOMATIZADAS Aunque ésos son los inicios de las herramientas informáticas que ayudan a crear nuevos proyectos informáticos, la primera herramienta CASE fue Excelerator que salió a la luz en el año 1984 y trabajaba bajo una plataforma PC. Las herramientas CASE alcanzaron su techo a principios de los años 90.

18. HERRAMIENTAS AUTOMATIZADAS En la época en la que IBM había conseguido una alianza con la empresa de software AD/Cycle para trabajar con sus mainframes, estos dos gigantes trabajaban con herramientas CASE que abarcaban todo el ciclo de vida del software. Pero poco a poco los mainframes han ido siendo menos utilizados y actualmente el mercado de las Big CASE ha muerto completamente abriendo el mercado de diversas herramientas más específicas para cada fase del ciclo de vida del software.

19. OBJETIVOS Mejorar la productividad en el desarrollo y mantenimiento del software. 2. Aumentar la calidad del software. 3. Mejorar el tiempo y costo del desarrollo y mantenimiento de los sistemas informáticos. 4. Mejorar la planificación de un proyecto.

20. OBJETIVOS 5. Aumentar la biblioteca de conocimiento informático de una empresa ayudando a la búsqueda de soluciones para los requisitos. 6. Automatizar, desarrollo del software, documentación, generación de código, pruebas de errores y gestión del proyecto. 7. Ayuda a la reutilización del software, portabilidad y estandarización de la documentación.

21. OBJETIVOS 8. Gestión global en todas las fases de desarrollo de software con una misma herramienta. 9. Facilitar el uso de las distintas metodologías propias de la ingeniería del software.

22. VENTAJAS FACILIDAD PARA LA REVISIÓN DE APLICACIONES Cuando se crea un sistema en grupo, el contar con un almacenamiento central de la información agiliza el proceso de revisión ya que éste proporciona consistencia y control de estándares. La capacidad que brindan algunas herramientas para la generación de código contribuye a modificar el sistema por medio de las especificaciones en los diagramas más que por cambios directamente al código fuerte.

23. VENTAJAS AMBIENTE INTERATIVO EN EL PROCESO DE DESARROLLO El desarrollo de sistemas es un proceso interactivo. Las herramientas CASE soportan pasos interactivos al eliminar el fastidio manual de dibujar diagramas. Como resultado de esto, los analistas pueden repasar y revisar los detalles del sistema con mayor frecuencia y en forma más segura.

24. Documentación automatizada. Diagramas Computarizados. Herramientas de análisis y diseño. Principios Análisis Automático de diseño y verificación. Sistemas automáticos de almacenamiento de información. Herramientas CASE En los años 80’s Mitad Generación automática de código. Automatización de diseño de enlace Finales

25. Manejadores de metodología inteligente. Interfaces de usuarios amigables. Reusabilidad como metodología de desarrollo. Principios Desarrollo Orientado a Objetos Diagramas Computarizados. Mitad Herramientas CASE En los años 90’s Sistemas bajo arquitectura cliente/servidor. CASE multiplataforma. CASE Para ingeniería inversa y directa. CASE para trabajo en grupo. CASE para desarrollo de sistemas orientados a objetos. Finales

26. Tecnología Multimedia. Inteligencia Artificial. Sistemas de Realidad Virtual TENDENCIA DE LAS HERRAMIENTAS CASE

27. CLASIFICACIÓN Aunque no es fácil y no existe una forma única de clasificarlas, las herramientas CASE se pueden clasificar teniendo en cuenta los siguientes parámetros: 1.- Las plataformas que soportan. 2.- Las fases del ciclo de vida del desarrollo de sistemas que cubren. 3.- La arquitectura de las aplicaciones que producen. 4.- Su funcionalidad.

28. CLASIFICACIÓN La siguiente clasificación es la más habitual basada en las fases del ciclo de desarrollo que cubren: Upper CASE (U-CASE) herramientas que ayudan en las fases de planificación, análisis de requisitos y estrategia del desarrollo, usando, entre otros diagramas UML. (UnifiedModelingLanguage - Lenguaje Unificado de Modelado).Se trata de un lenguaje gráfico para construir, documentar, visualizar y especificar un sistema de software.

29. CLASIFICACIÓN • Middle CASE (M-CASE) • herramientas para automatizar tareas en el análisis y diseño de la aplicación.

30. CLASIFICACIÓN Lower CASE (L-CASE) Tienen como principal objetivo la generación automática de código a partir de determinados diagramas, generalmente de UML. Facilitando el desarrollo de prototipos y aplicaciones. Las herramientas upper case apoyan a los analistas en las fases iniciales del software (definicion, analisis y diseño). Finalmente la herramienta integrated case contienen caracteristicas de los dos tipos.

31. CLASIFICACIÓN Lower CASE (L-CASE) herramientas que semiautomatizan la generación de código, crean programas de detección de errores, soportan la depuración de programas y pruebas. Además automatizan la documentación completa de la aplicación. Aquí pueden incluirse las herramientas de Desarrollo_rápido_de_aplicaciones. Generación de código, test e implantación.

32. CONCLUSIÓN Debido a la gran demanda que tienen las CASE su exigencia en cuanto a su uso ha ido aumentando, por lo que toda CASE debe entre otras cosas: 1.- Proporcionar topologías de aplicación flexibles 2.- Proporcionar aplicaciones portátiles 3.- Brindar un Control de versión 4.- Crear código compilado en el servidor 5.- Dar un Soporte multiusuario 6.- Ofrecer Seguridad Desde que se crearon éstas herramientas hasta la actualidad, las CASE cuentan con una credibilidad y exactitud que tienen un reconocimiento universal, siendo usadas por cualquier desarrollador y / o programador que busca un resultado óptimo y eficiente, pero sobre todo que busca esa minuciosidad necesaria de los procesos y entre los procesos.

34. OBJETIVOS DEL CASE • Aumentar la productividad de las áreas de desarrollo y mantenimiento de los sistemas informáticos. • Mejorar la calidad del software desarrollado. • Reducir tiempos y costos de desarrollo y mantenimiento del software

35. OBJETIVOS DEL CASE • Mejorar la gestión y dominio sobre el proyecto en cuanto a su planificación, ejecución y control. • Mejorar el archivo de datos (enciclopedia) de conocimientos (know-how) y sus facilidades de uso, reduciendo la dependencia de analistas y programadores.

36. OBJETIVOS DEL CASE • Automatizar : • El desarrollo del software • La documentación • La generación del código • El chequeo de errores • La gestión del proyecto

37. OBJETIVOS DEL CASE • Permitir • La reutilización (reusabilidad) del software • La portabilidad del software • La estandarización de la documentación

38. OBJETIVOS DEL CASE • Integrar las fases de desarrollo (ingeniería del software) con las herramientas CASE. • Facilitar la utilización de las distintas metodologías que desarrollan la propia ingeniería del software.

39. ENCICLOPEDIA (REPOSITORY) • En el contexto CASE se entiende por enciclopedia a la base de datos que contiene todas las informaciones relacionadas con las especificaciones, análisis y diseño del software. En está base de datos se incluyen las informaciones de: • DATOS: Elementos atributos (campos), asociaciones (relaciones), entidades (registros), almacenes de datos, estructuras, etc.

40. ENCICLOPEDIA (REPOSITORY) • PROCESOS: Procesos, Funciones, módulos, etc. • GRAFICOS: DFD (Digrama de flujo de datos), DER (Diagrama Entidad Relación) DFD (Diagrama de Descomposición Funcional), ED (Diagrana de Estructura), Diagrama de Clases, etc. • REGLAS: de Gestión, de métodos, etc.

41. CLASIFICACIÓN DE LAS HERRAMIENTAS CASE • Como ya hemos comentado que las herramientas CASE es una combinación de herramientas software (aplicaciones) y de metodologías de desarrollo : • Las herramientas permiten automatizar el proceso de desarrollo del software. • Las metodologías definen los procesos automatizar.

42. CLASIFICACIÓN DE LAS HERRAMIENTAS CASE Una primera clasificación del CASE es considerando su amplitud: TOOLKIT: es una colección de herramientas integradas que permiten automatizar un conjunto de tareas de algunas de las fases del ciclo de vida del sistema informático : Planificación estratégica, Análisis, Diseño, Generación de programas.

43. CLASIFICACIÓN DE LAS HERRAMIENTAS CASE WORKBENCH: Son conjuntos integrados de herramientas que dan soporte a la automatización del proceso completo de desarrollo del sistema informático. Permiten cubrir el ciclo de vida completo. El producto final aportado por ellas es un sistema en código ejecutable y su documentación. Una segunda clasificación es teniendo en cuenta las fases (y/o tareas) del ciclo de vida que automatizan :

44. CLASIFICACIÓN DE LAS HERRAMIENTAS CASE • UPPER CASE: Planificación estratégica, Requerimientos de Desarrollo Funcional de Planes Corporativos. • MIDDLE CASE: Análisis y Diseño. • LOWER CASE: Generación de código, test e implantación

46. FODA • FORTALEZAS • CUENTA CON UN SURTIDO BASTANTE AMPLIO DE MATERIALES. • ENTREGA INMEDIATA DE MATERIALES A LOS CLIENTES. • LA MATRIZ Y LA SUCURSAL SE ENCUENTRA UBICADAS EN LUGARES ESTRATÉGICOS. • OTORGA FACILIDADES DE PAGOS A LOS CLIENTES

47. FODA • DEBILIDADES • LOS PROCESOS SE LLEVAN MANUALMENTE • LAS FACILIDADES DE PAGO A LOS CLIENTES NO SE BIEN ESTRUCTURADAS • LA GERENCIA NO CUENTA CON INFORMACIÓN VERAZ Y OPORTUNA LA TOMA DE DECISIONES.

48. FODA • DEBILIDADES • PÉSIMO CONTROL DE INVENTARIOS. • EL PERSONAL OPERATIVO NO CUENTA CON CAPACITACIÓN • LA INFORMACIÓN CONTABLE SE ENCUENTRA FUERA DE LA EMPRESA, ES DECIR, LA EMPRESA TIENE UN CONTADOR EXTERNO Y LA CONTABILIDAD LA MANEJA EN SU OFICINA.

49. FODA • DEBILIDADES • PÉSIMO CONTROL DE INVENTARIOS. • EL PERSONAL OPERATIVO NO CUENTA CON CAPACITACIÓN • LA INFORMACIÓN CONTABLE SE ENCUENTRA FUERA DE LA EMPRESA, ES DECIR, LA EMPRESA TIENE UN CONTADOR EXTERNO Y LA CONTABILIDAD LA MANEJA EN SU OFICINA. • LA EMPRESA CUENTA CON UNA POLÍTICA DE VENTAS DE PRECIOS BAJOS.

50. FODA • OPORTUNIDADES • LA EMPRESA ES CONOCIDA POR MUCHAS PERSONAS DE LA REGIÓN. • SURTE PEDIDOS DENTRO Y FUERA DE LA CIUDAD.