Ir al contenido principal

FORMULACION Y PLANEACION PARA LA INGENIERIA WEB

A pesar de las declaraciones radicales de que la web representa  un nuevo paradigma los desarrolladores se estan dando cuenta que las lecciones aprendidas en el desarrollo de proyectos de software previos a la web a un se aplican

y en tre los principios fundamentales podemos destacar "comprender el problema antes de empezar a resolverlo y estar seguro que la solucion concebida es la que realmente quiere la gente" y "Planear el trabajo antes de comenzar a realizarlo"

La formulacion de sistemas  y aplicaciones basados en web inicia con la identificacion de las necesidades, se mueve hacia la descripcion de objetivos, define grandes caracteristicas y funciones, realiza la recopilacion de requisitos y un modelo de analisis

Powell suguiere una serie de preguntas que deben formularse y responderse al comienzo de la etapa de formulacion

¿cual es la principal motivacion para la WebApp?
¿cuales son los objetivos que debe satisfacer la webapp?
¿Quien usara la webapp?

Se debe tratar  de describir lo que la WebApp pretende en un solo enunciado de lo contrario si no se puede posiblemente no se estan entendiendo las metas globales.

Existen dos categorias de metas

Metas informativas. indican  una intencion de proporcionar  contenido informativo especifico al usuario

Metas aplicables indican la habilidad de poder realizar una tarea dentro de la webApp

la recopilacion de requisitos es parecida a la de las aplicaciones convencionales estos requisitos se convierten para las WebApps en

Identificar requisitos de contenido
Identificar requisitos funcionales
Definir escenarios de interaccion para las direrentes clases de usuarios

Los pasos de la recopilacion de requisitos se dirigen para lograr los objetivos

1. Pedir a los clientes que definan la categoria de usuario y describan cada categoria
2. Comunicarse con los clientes para definir los requisitos basicos de la WebApp
3. Analizar la informacion recopilada  y utilizar la informacion para realizar un seguimiento de clientes
4. Definir casos de uso

PLANEACION EN PROYECTOS DE INGENIERIA WEB



Se necesitan una gran cantidad de talentos para desarrollar un proyecto Iweb ente ellos

Desarrolladores/ proveedores de contenido
Editores WEB
Ingeniero Web
Expertos en dominios empresariales
Especialista de soporte
Administrador

Construccion del equipo

Se debe establecer un conjunto de directrices de equipo
El respeto hacial los talentos individuales es crucial
Cada miembro del equipo se debe comprometer
Es facil comenzar lo dificil es mantener el impetu

MEDICION PARA ESFUERZO  DE INGENIERIA WEB




Las peores practicas

lo que no se debe hacer al construir una webApp es

1. se tiene una gran idea asi que se puede comenzar a construir la WebApp ahora
2. las cosas cambiaran constantemente por lo que no tiene caso tratar de comprender los requisitos de la webapp
3. Los dearrolladores cuya experiencia dominante se basa en el desarrolo de software tradicional pueden desarrollar WebApps inmediatemente no se necesita entrenamiento
4. Burocracia
5. Pruebas para que molestarse

Comentarios

Anónimo ha dicho que…
Usted tiene problemas de sintaxis
Anónimo ha dicho que…
y muy notorios.... pero buen resumen.

Entradas populares de este blog

DISEÑO AL NIVEL DE COMPONENTES

El diseño a nivel de componentes se presenta a menudo despues que se ha terminado la primera iteracion del diseño arquitectonico. y  el objetivo de esta fase es traducir el diseño en software operaciona. El diseño a nivel de componentes define las estructuras de datos, los algoritmos, las caracteristicas de la interfaz  y los mecanismos de comunicacion asignados a cada componente de software. esta fase permite revisar si los detalles de diseño son correctos y consistentes con las representaciones iniciales de diseño ¿QUE ES UN COMPONENTE? Es un bloque de construccion modular par el software de computo. una parte modular desplegable y reemplazable de un sistema que encapsula implementacion y expone un conjunto de interfaces. desde el punto de vista orientado a objetos un componente es un conjunto de clases ques se interrelacionan entre si. en el contexto convencional de ingenieria de software  un componente es un elemento funcional que incorpora  la logica del procesamiento y

ESTRATEGIAS DE PRUEBAS DE SOFTWARE

La estrategia de pruebas de software proporciona un mapa que describe los pasos que se daran como parte de la prueba indica cuando se planea y cuando se daran dichos pasos ademas cuanto tiempo, esfuerzo y recursos consumiran. un software se prueba para descubrir los errores cometidos, si se realiza sin ningun plan seguramente se desperdiciara tiempo, se dedicara un esfuerzo innecesario y lo que es peor puede que no se detecten los errores. Las pruebas se deben planificar con anticipacion y realizarlas de manera sistematica por lo que es importante tener una plantilla existen diferentes y en general tienen los siguientes pasos. 1. Revisiones tecnicas formales y efectivas 2. Se inicia a nivel de componentes y se trabaja hacia afuera hacia la integracion del sistema 3. Diferentes tecnicas en diferentes momentos 4. las pruebas las dirige el desarrollador 5. la prueba y la depuracion son actividades diferentes, pero la segunda debe incluirse en cualquier estrategia de pruebas. l

Múltiples Botones de Submit en MVC 5

Hace unos días me tope con un inconveniente debía colocar varios botones de submit en una vista de MVC, la solución que implementé es muy sencilla 1. En el controlador añadí un parámetro llamado "boton" de tipo string, el cual recibe el valor del botón que se esta accionando en la vista, en el ejemplo colocó una condición que indica que si el botón que se esta accionando es el de cancelar, regresamos al index de lo contrario ejecutamos otra acción [HttpPost] public ActionResult Carga(string boton) {         if(boton.CompareTo("Cancelar")==0)                 return RedirectToAction("Index"); } 2. En la vista tengo dos botones "Cargar" y  "Cancelar" de tipo submit, acá es importante que la propiedad "name" del botón tenga el mismo nombre que la variable del controlador, ya que es por este medio por el cual el controlador identifica de donde tomar el valor para la variable en este caso la variable del controlador