TAREA No 1

ANALISIS DE SISTEMAS II
Cdigo: 00828

ELABORADO POR: Jerry Mauricio Vargas Carballo Grupo 01 Cedula: 1-753-820 Correo: mauriciovargas@museocr.org

PRIMER CUATRIMESTRE 2012

1. Empleando un sitio Web real como ejemplo, ilustrar las diferentes manifestaciones del contenido de la WebApp. Para el respectivo anlisis estaremos basndonos en la siguiente pgina: http://www.ibericaweb.com/ Descripcin textual de un producto :

Imgenes graficas :

Vnculos :

2. Revisar la exposicin del Manifiesto para desarrollo del software gil presentado en el captulo 4. Cul de los 12 principios funcionaria bien para un proyecto de dos aos (que involucra docenas de personas) que construira un gran sistema de comercio electrnico para una compaa automotriz? Cul de los 12 principios funcionara bien para un proyecto de dos meses que construira un sitio informativo para una pequea firma de bienes races?

Para el caso de la empresa automotriz con un proyecto de tan amplio plazo cabe la aplicacin del segundo principio segn el autor de Ingeniera del Software Roger S. Pressman : 2. Bienvenidos los requisitos cambiantes, incluso en fases

tardas del desarrollo. La estructura de los procesos agiles cambia para la ventaja competitiva del cliente.1 La agilidad deber responder a los constantes y vertiginosos cambios que se producen hoy en da en materia de tecnologa , pero como la agilidad es mas que una respuesta simple y efectiva al cambio , tambin incluye una comunicacin gil y efectiva entre los miembros del equipo de trabajo , y en este caso tratndose de un grupo tan numeroso , se deber tener la mayor agilidad en cuanto a la

comunicacin entre los miembros del equipo , los tcnicos y la gente de negocios , y por supuesto con los usuarios finales . Se dice que un proceso gil deber ser adaptable. En el segundo caso de la pequea firma de bienes races; se podra valorar la aplicacin del decimo enunciado 10. La simplicidad el arte de maximizar la cantidad de trabajo no realizado es esencial. Esencialmente deberemos procurar ante todo un diseo que permita mantener la agilidad en el desarrollo, aplicando el concepto de mantenerlo Simple, sin que esto implique por supuesto que el resultado del desarrollo signifique en un producto final demasiado burdo.

3. 19.2 En este captulo se analiz una amplia variedad de atributos de calidad para las WebApps. Eljanse las tres que se considere como las ms importantes y elabrese un argumento que explique por qu cada uno debe resaltarse en el trabajo de diseo de ingeniera Web.

La calidad para las WebApp. La calidad del Software, fue motivo de preocupacin para especialistas, ingenieros, investigadores y comercializadores de software, por lo que se realizaron importantes investigaciones al respecto.

La Calidad de Software es la Concordancia del software producido con los

1

Pressman, Roger S. (2006). Ingeniera del software. Un enfoque prctico. Sexta Edicin. Editorial Mc Graw Hill. Mxico.Pag 80 4

requerimientos explcitamente establecido producir software de calidad implica la utilizacin de mtodos o procedimientos estndar con el fin de obtener mayor confiabilidad, mantenibilidad y facilidad de prueba, mejorando as la labor de desarrollo y control de la calidad del mismo. Tomando en cuenta lo mencionado por el autor Pressman en su libro Ingeniera del Software mencionaremos tres de estos atributos y explicaremos la importancia de cada uno de estos en el diseo de la ingeniera de web. FACILIDAD DE USO (Es fcil y cmodo de manejar?): El esfuerzo requerido para aprender el manejo de una aplicacin, trabajar con ella, introducir datos y conseguir resultados. Las aplicaciones web, poco a poco, estn hacindose cada vez ms esenciales en nuestro da a da , de ah la importancia que tiene que nosotros como desarrolladores de WebApp , pensemos cada mas en los usuarios y menos en nuestras facilidades de desarrollo, la mayor parte del xito que va a obtener un desarrollo de alguna aplicacin va a recaer directamente en la facilidad de uso que los usuarios perciban de esta, muchas veces esto implicara que el diseo y desarrollo de esta implicara retos an mayores para nosotros como ingenieros de Web, es evidente que un sitio o aplicacin que omita este atributo estar

destinada casi definitivamente al fracaso . Todo en conjunto, la compresibilidad global del sitio, las ayudas en lnea, la retroalimentacin, la esttica y caractersticas adecuadas de las interfaces, debern contribuir a lograr una mayor facilidad de uso para el usuario final logrando que este de forma intuitiva comprenda el uso y fin de esta. Algunos atributos que deber reunir la aplicacin en procura de lograr una facilidad de uso por parte de usuario final serian: comprensin (Understandability, ISO 9126) Subcaracterstica de facilidad de uso, que indica las caractersticas del software que influyen en el esfuerzo del usuario para reconocer el concepto lgico y su aplicacin

Operabilidad (operability, ISO 9126) Subcaracterstica de facilidad de uso, que indica las caractersticas del software que influyen en el esfuerzo del usuario para operar y control operacional. Atractivo (attractiveness, ISO 9126) Subcaracterstica de facilidad de uso, que indica las caractersticas del software que influyen en la satisfaccin de los deseos del usuario y las preferencias a travs de servicios, comportamiento y presentacin ms all de la demanda actual. EFICIENCIA (Qu recursos hardware y software necesito?): La cantidad de recursos hardware y software que necesita una aplicacin para realizar las operaciones con los tiempos de respuesta adecuados. Para nadie es un secreto que a pesar de las capacidades que hoy en da tienen los equipos de computo y si a esto le sumamos las capacidades de ancho de banda con que se cuenta en esto momentos , tambin es cierto que no en todas partes se cuentan con este tipo de recursos , hay que estimar las variables para tomar en cuenta que una gran parte de los usuarios que van a accesar nuestra WebApp cuentan con requerimientos mnimos en sus equipos, as las cosas deberemos procurar que durante la etapa de diseo y desarrollo nuestras aplicaciones no se vuelvan grandes consumidoras de recursos , ya que este factor incide directamente en el acceso de los usuarios quienes al percibir una aplicacin sumamente lenta , optaran por desistir de accesarla. Estos factores debern tomarse muy en cuenta en la etapa de diseo ya que aunque las aplicaciones que cuentan con generaciones graficas son muy llamativas habra que valorar en muchos casos no caer en el exceso de uso desmedido de estos efectos visuales. Algunos atributos que deber reunir la aplicacin en procura de la eficiencia serian:

Comportamiento temporal

(time behavior, ISO 9126) Sub-caracterstica de eficiencia, que indica las caractersticas del software que influyen en el tiempo de respuesta y procesado y productividad cuando se ejecuta su funcin. Usabilidad (usability, ISO 9126) Capacidad de un software de ser comprendido, aprendido, usado y ser atractivo para el usuario, en condiciones especficas de uso. (usability, ISO 9241) Efectividad, eficiencia y satisfaccin con la que un producto permite alcanzar objetivos especficos a usuarios especficos en un contexto de uso especfico. Utilizacin de recursos (resource behavior,ISO 9126) Subcaracterstica de eficiencia, que indica las caractersticas del software que influyen en el nmero de recursos usados, y la duracin de su uso, cuando se lleva a cabo su funcin.

FACILIDAD DE MANTENIMIENTO

(Puedo localizar los fallos?): El esfuerzo requerido

para localizar y reparar errores es razonable. La creencia habitual de un equipo de trabajo de que su tarea ha finalizado cuando instala y pone en funcionamiento el software en las instalaciones del cliente no puede ser ms errnea. Un producto software envuelve muchos aspectos y caractersticas que provocan que sea totalmente necesario supervisar su funcionamiento correcto durante un tiempo despus de la entrega del mismo. Ante la dificultad que entraa garantizar el comportamiento correcto del programa en circunstancias no previstas, los test de aceptacin del producto incluyen pruebas a largo plazo del software (a peticin del cliente). A esta fase de supervisin se le denomina fase de operacin. Slo cuando termina esta fase el cliente acepta definitivamente el producto, que haba sido aceptado provisionalmente al ser entregado (fase de transferencia). Ms tarde, es posible que el software necesite

ser modificado, ya sea consecuencia de la deteccin de errores o bien ante nuevas exigencias y/o necesidades del usuario del sistema. A esta fase se le conoce como fase de mantenimiento. Es importante resear que durante estas fases de operacin y mantenimiento (OM) se debe generar y actualizar una adecuada documentacin del proyecto; este documento debe incluir todos los errores (y sus correcciones) y/o modificaciones realizadas en el producto. Para que una WebApp se considerara con facilidad de mantenimiento entre otros atributos debe reunir los siguientes:

Adaptabilidad (adaptability, ISO 9126) Sub-caracterstica de portabilidad, que indica las caractersticas del software que influyen en las posibilidades de adaptacin a diferentes entornos especificados, sin realizar otras acciones que las indicadas para este propsito. Facilidad de prueba (Testability,ISO 9126) Sub-caracterstica de mantenimiento, que indica la capacidad del software para permitir que sea validado tras ser modificado. cambiabilidad (changeability,ISO 9126) Sub-caracterstica de mantenimiento, que indica la cantidad de esfuerzo requerido para una modificacin o borrado de un defecto. capacidad de ser analizado (analyzability, ISO 9126) Sub-caracterstica de mantenimiento, que indica la cantidad de esfuerzo requerido para diagnosticar la causa de un fallo.` 4. Siempre es necesario desarrollar un plan de pruebas escrito de manera formal? Explquese la respuesta. Es necesario un plan de pruebas? El desarrollo de sistemas de software implica una serie de actividades de produccin en las que las posibilidades de que aparezca el fallo humano son enormes.
8

Los errores pueden empezar a darse desde el inicio del proceso, en el que los objetivos pueden estar especificados de forma errnea o imperfecta, as como dentro de pasos de diseo y desarrollo posteriores, debido a la imposibilidad
humana de trabajar y comunicarse de forma perfecta, el desarrollo de software ha de ir acompaado de una actividad que garantice la calidad

La prueba del software es un elemento crtico para la garanta de calidad del software y representa una revisin final de las especificaciones, del diseo y de la codificacin. Para llevar a cabo estas pruebas, en algunos casos se produce un plan de pruebas de la WebApp. En todos estos casos de desarrolla un aparato de pruebas para cada una de las etapas de la prueba y se conservan archivados los resultados de estas pruebas para un futuro. Ahora bien podremos asegurar de que lo realizado esta bien?, pues es difcil asegurar esto, dado que no tendremos nunca la total certeza que el conjunto de todas la pruebas realizadas eran las que se necesitaban , pero solo la puesta en marcha de estas pruebas nos permite encontrar estos errores y corregirlos. La importancia de haber establecido un plan de prueba y cuya verificacin pueda asegurarnos que se realizaron todas las pruebas planeadas. Basados en lo anteriormente expuesto podremos llegar a la conclusin que si bien es cierto no siempre es necesario el desarrollo de un plan de pruebas de manera formal, pero el hecho es que el poder contar con este, nos brinda una mayor seguridad en cuanto al buen funcionamiento de la aplicacin. 5. Cul es el objetivo de las pruebas de seguridad? Quin lleva a cabo esta actividad de prueba? Citando al autor Roger S. Pressman Las pruebas de seguridad estn diseadas para probar las vulnerabilidades en el amiente del lado del cliente, las comunicaciones de red que ocurren mientras los datos pasan del cliente al

servidor y de vuelta, y el ambiente del lado del servidor. Cada uno estos dominios

puede recibir ataques, y es labor de quien prueba la seguridad descubrir las debilidades que pueden explotar quienes tengan la intencin de hacerlo2. Dado que las WebApps estn disponibles a travs de un acceso por red, es difcil, si no imposible, limitar la poblacin de usuarios finales que pueden acceder a la aplicacin. Con objeto de proteger el contenido confidencial y de proporcionar formas seguras de transmisin de datos, debern implementarse fuertes medidas de seguridad en toda la infraestructura que apoya una WebApp y dentro de la misma aplicacin por parte de los ingenieros Web. 6. Cul es la diferencia entre prueba de carga y prueba de tensin?

El objetivo de las pruebas de carga es determinar como la WebApp y su ambiente del lado del servidor responder a varias condiciones de carga. Conforme proceden las pruebas, los cambios a las siguientes variables definen un conjunto de condiciones de prueba: N, el nmero de usuarios concurrentes. T, el nmero de transacciones en lnea por unidad de tiempo. D, la carga de datos procesada por el servidor por transaccin. En cada uno de los casos estas variables estarn definidas dentro de los parmetros operativos normales del sistema. La prueba de tensin es una extensin de la prueba de carga, pero en esta instancia las variables N,T y D se forzan por alcanzar y luego superar los limites operativos, esto con la finalidad de que con esta prueba se respondan cada una de las siguientes preguntas: El sistema se degrada gentilmente o el servidor se desconecta cuando se rebasa su capacidad? El software del servidor genera mensajes de servidor no disponible? De manera ms general: a los usuarios se les advierte que no pueden alcanzar el servidor?

Pressman, Roger S. (2006). Ingeniera del software. Un enfoque prctico. Sexta Edicin. Editorial Mc Graw Hill. Mxico.Pag 630 10

El servidor pone en cola las solicitudes de recursos y vaca la cola una vez que la capacidad demanda disminucin? Las transacciones se pierden conforme se rebasa la capacidad? La integridad de los datos se afecta cuando se rebasa la capacidad? Qu valores de N,T y D fuerzan el fallo del ambiente del servido? Cmo se manifiesta la falta en si misma? Las notificaciones automticas se envan al equipo de soporte tcnico en el sitio del servidor?

Sistema el sistema falla, Cunto tardar en estar en lnea de nuevo? Cierta funciones de la WebApp (por ejemplo, calcular funcionalidad intensa, capacidades de flujo de datos) se descontinua cuando la capacidad alcanza el nivel de 80% 90%?

Visto y analizado lo anterior la mayor diferencia entre ambas pruebas seria: Que mientras las pruebas de carga son realizadas bajo condiciones normales de operatividad del sistema, las pruebas de tensin (tambin llamadas pruebas de pico) son realizadas bajo condiciones que superan los limites normales de operatividad, con el fin de evaluar en ambos casos el desempeo mostrado en estas situaciones.

11

Bibliografa
Pressman, Roger S. (2006). Ingeniera del software. Un enfoque prctico. Sexta Edicin. Editorial Mc Graw Hill. Mxico. Alvarado Zamora, Jorge. (2010). Gua de Estudio Anlisis de Sistemas II. Versin digital, disponible en la Moodle. Corrales Snchez, Gian Carlo. (2012). Orientacin para el curso Anlisis de Sistemas II. EUNED.

Glosario de calidad. Recuperado el (23 de febrero 2012), de

http://squac.iti.upv.es/glosario-calidad/

12