TAREA No 2
ANALISIS DE SISTEMAS II
Código: 00828
ELABORADO POR: Jerry Mauricio Vargas Carballo Grupo 01 Cedula: 1-753-820 Correo:
[email protected]
PRIMER CUATRIMESTRE 2012
1. ¿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.
Proporcionan el detalle para crear un modelo de análisis efectivo.
Ayudad a dividir en compartimientos el trabajo de la iWeb.
Ofrecen una guía importante para quienes deben probar la WebApp, 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, lo que permite emplearlo en la estimación antes de iniciar las actividades significativas de modelado y construcción.
Los casos de uso describen (al menos indirectamente) funciones y características visibles al usuario que son requisitos básicos para un sistema.
El caso de uso es independiente del lenguaje de programación.
El número de casos de uso nos infiere cual será la proporción en tamaño que tendrá nuestra aplicación.
2. Descríbanse cinco riesgos asociados con la subcontratación del desarrollo de WebApps.
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. Pero muchas de estas son poco confiables. Con la finalidad de hacer una elección adecuada el contratante debe realizar algunas diligencias obligatorias :
Entrevistar
a
los
clientes
antiguos
para
determinar el profesionalismo de la oferente y su habilidad para cumplir con los plazos y costos, y su destreza para comunicarse efectivamente.
Determinar el nombre del ingeniero jefe de la empresa oferente, para analizar el historial de este y verificar su currículo.
Examinar cuidadosamente ejemplos de trabajos anteriores similares en apariencia y sentido (y área de negocios) a la WebApp que será contratada. Incluso antes de que se ofrezca una solicitud de presupuesto será importante realizar una entrevista previa.
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. Más bien, las preguntas deben ser :
¿La cotización de la WebApp ofrece un rendimiento sobre la inversión, directo o indirecto, 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.
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, costo y complejidad de la WebApp.
Evaluación del programa del proyecto :
o
Dado que los periodos de tiempo que programas de desarrollo abarcan son relativamente cortos , el programa de desarrollo debe tener una dosificación muy precisa. 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, el modelo de proceso iWeb es adaptable e incremental.
3. 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. ¿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
WebApp, es decir representan una funcionabilidad especifica.
5. Los casos de uso o los paquetes de caso de uso se valoran para garantizar que son comprensibles, cohesivos, libremente acoplados y jerárquicamente superficiales.
Descríbase con palabras propias que significan estos
términos:
Comprensibles en tanto sean entendidos en su propósito por parte de los clientes.
Cohesivo en cuanto a que sus funciones están bien relacionadas con el entorno en que deberán de operar.
Libremente acoplados, los clases que lo componen asi como sus funciones colaboran para su adecuado funcionamiento interno, pero con respecto al entorno de la aplicación en que se desempeñan su relaciones se mantienen al mínimo.
Jerárquicamente superficial, las funciones intrínsecas de la navegación al ser difíciles de comprender por los usuarios.
6. ¿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, 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. Mediante pequeños equipos de software independientes se desarrolla una Línea de “
incrementos de software . Conforme cada incremento se certifica se integra ”
en el todo. Por ende, la funcionabilidad del sistema crece con el tiempo.
Una vez completadas la verificación, la inspección y las pruebas de utilización (y que los errores han sido corregidos), el incremento se certifica listo para la integración.
7. Con palabras propias, 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 , se aplica a cada uno de los componentes que “
”
están dentro de la aplicación en desarrollo , una vez
que estos son
certificados adquieren un valor potencialmente alto, y
que trascienden
incluso al mismo proyecto en el cual fueron empleados , ya que podremos almacenar estos y junto con sus escenarios de uso, luego de ser certificados con un alto grado de fiabilidad , esto será de gran utilidad para aquellos que pretendan su implementación en futuros proyectos.
Bibliografía
Pressman, Roger S. (2006). Ingeniería del software. Un enfoque práctico. Sexta Edición. Editorial Mc Graw Hill. México.
Alvarado Zamora, Jorge. (2010). Guía de Estudio Análisis de Sistemas II. Versión digital, disponible en la Moodle.
Corrales Sánchez, Gian Carlo. (2012 ). Orientación para el curso Análisis de Sistemas II. EUNED.