Está en la página 1de 7

TAREA No 2

ANALISIS DE SISTEMAS II
Código: 00828

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

PRIMER CUATRIMESTRE 2012

Ayudad a dividir en compartimientos el trabajo de la iWeb.  Los casos de uso describen (al menos indirectamente) funciones y características visibles al usuario que son requisitos básicos para un sistema.    Proporcionan el detalle para crear un modelo de análisis efectivo. Pero muchas de estas son poco confiables.   El caso de uso es independiente del lenguaje de programación. ¿Qué beneficios se pueden derivar de requerir el desarrollo de casos de uso como parte de la actividad de recopilación de requisitos?  Ayudan al desarrollador a entender como perciben los usuarios su interacción con la WebApp. Ofrecen una guía importante para quienes deben probar la WebApp. El número de casos de uso nos infiere cual será la proporción en tamaño que tendrá nuestra aplicación. lo que permite emplearlo en la estimación antes de iniciar las actividades significativas de modelado y construcción. Con la finalidad de hacer una elección adecuada el contratante debe realizar algunas diligencias obligatorias : . Descríbanse cinco riesgos asociados con la subcontratación del desarrollo de WebApps. 2.1.  Selección entre los sub contratistas : o En los últimos años han surgido miles de compañías de “Dise ño Web” dedicadas a ayudar a las empresas que desean una presencia Web o aventurarse en el comercio electrónico. ya que nos brinda el numero de casos de prueba que tendrán que diseñarse y aplicarse para la ejecución correcta de nuestra aplicación  Los casos de uso se define en las etapas tempranas del proceso del software.

Incluso antes de que se ofrezca una solicitud de presupuesto será importante realizar una entrevista previa. que justifique el proyecto?    ¿La empresa emisora de la cotización tiene profesionalismo y la experiencia que se requieren? Si las respuestas son afirmativas la cotización es justa.  Examinar cuidadosamente ejemplos de trabajos anteriores similares en apariencia y sentido (y área de negocios) a la WebApp que será contratada. Más bien.  Valoración de la validez de las cotizaciones y la confiabilidad de las estimaciones : o La pregunta no debe ser si se ha obtenido la mejor solución por la inversión.  Evaluación del programa del proyecto : . y su destreza para comunicarse efectivamente. costo y complejidad de la WebApp. para analizar el historial de este y verificar su currículo. Entrevistar a los clientes antiguos para determinar el profesionalismo de la oferente y su habilidad para cumplir con los plazos y costos.  Determinar el nombre del ingeniero jefe de la empresa oferente. Comprensión del grado de gestión del proyecto que puede esperar o realizar : o La formalidad asociada con las labores de gestión del proyecto (que realizan el proveedor y la organización contratante) es directamente proporcional al tamaño. las preguntas deben ser :  ¿La cotización de la WebApp ofrece un rendimiento sobre la inversión. directo o indirecto.

Es decir : las tareas de trabajo y los hitos menores deben programar un cronograma diario.  Gestión de ámbito : o Como es enormemente probable que el ámbito cambiara conforme avance el proyecto.o Dado que los periodos de tiempo que programas de desarrollo abarcan son relativamente cortos . Descríbanse cinco riesgos asociados con el desarrollo en casa de las WebApps:   ¿Los incrementos WebApp planeados pueden entregarse en los plazos definidos? ¿Estos incrementos proporcionaran valor subsecuente para los usuarios finales mientras se realiza la ingeniería de incrementos adicionales?    ¿Cómo impactan las fechas de entrega las solicitudes de cambio? ¿El equipo comprende los métodos. tecnologías y herramientas de iWeb requeridos? ¿Los cambios probables requieren la introducción de nueva tecnología? 4. 3. el modelo de proceso iWeb es adaptable e incremental. ¿Qué representa un paquete de caso de uso?  En el contexto de la iWeb el caso de uso en si mismo es relativamente informal un párrafo descriptivo que describe una interacción especifica entre un usuario y la . el programa de desarrollo debe tener una dosificación muy precisa.

Cohesivo en cuanto a que sus funciones están bien relacionadas con el entorno en que deberán de operar. ¿Cómo trabajan en conjunto un modelo de proceso incremental y la certificación para producir software de alta calidad?  Una vez que se ha finalizado la verificación. libremente acoplados y jerárquicamente superficiales. cohesivos. Conforme cada incremento se certifica se integra en el todo. las funciones intrínsecas de la navegación al ser difíciles de comprender por los usuarios. . Libremente acoplados. 5. términos:    Comprensibles en tanto sean entendidos en su propósito por parte de los clientes. Los casos de uso o los paquetes de caso de uso se valoran para garantizar que son comprensibles. es decir representan una funcionabilidad especifica. los clases que lo componen asi como sus funciones colaboran para su adecuado funcionamiento interno. Por ende. pero con respecto al entorno de la aplicación en que se desempeñan su relaciones se mantienen al mínimo. la funcionabilidad del sistema crece con el tiempo. Descríbase con palabras propias que significan estos 6. Mediante pequeños equipos de software independientes se desarrolla una “Línea de incrementos de software”. la inspección y la comprobación de utilización (y después de corregir todos los errores) se certifica el incremento como preparado para su integración.WebApp.  Jerárquicamente superficial.

una vez certificados adquieren un valor potencialmente alto. esto será de gran utilidad para aquellos que pretendan su implementación en futuros proyectos. se aplica a cada uno de los componentes que están dentro de la aplicación en desarrollo . descríbase el intento de certificación en el contexto de ingeniería de software de sala limpia.  Esto significa que el enfoque de ingeniería de software que nos brinda el modelo de “sala limpia”. y que estos son que trascienden incluso al mismo proyecto en el cual fueron empleados . la inspección y las pruebas de utilización (y que los errores han sido corregidos). ya que podremos almacenar estos y junto con sus escenarios de uso. Con palabras propias.Una vez completadas la verificación. 7. . el incremento se certifica listo para la integración. luego de ser certificados con un alto grado de fiabilidad .

Orientación para el curso Análisis de Sistemas II. .  Alvarado Zamora. Editorial Mc Graw Hill. Gian Carlo. Ingeniería del software. (2010). (2012). disponible en la Moodle.Bibliografía  Pressman. Versión digital. México. EUNED. Roger S. (2006). Un enfoque práctico.  Corrales Sánchez. Sexta Edición. Guía de Estudio Análisis de Sistemas II. Jorge.