4.3.1 Metodología y Requerimientos.

Metodologia y Requerimientos 

3.1 ¿Qué hay que saber para construir o elegir una metodología?

En el momento de adoptar un estándar o construir una metodología, se han de considerar unos requisitos deseables, por lo que seguidamente se proponen una serie de criterios de evaluación de dichos requisitos.

1. La metodología debe ajustarse a los objetivosCada aproximación al desarrollo de software está basada en unos objetivos. Por ello la metodología que se elija debe recoger el aspecto filosófico de la aproximación deseada, es decir que los objetivos generales del desarrollo deben estar implementados en la metodología de desarrollo.

2. La metodología debe cubrir el ciclo entero de desarrollo de softwarePara ello la metodología ha de realizar unas etapas:

• Investigación


• Análisis de requisitos


• Diseño

3. La metodología debe integrar las distintas fases del ciclo de desarrollo

• Rastreabilidad. Es importante poder referirse a otras fases de un proyecto y fusionarlo con las fases previas. Es importante poder moverse no sólo hacia adelante en el ciclo de vida, sino hacia atrás de forma que se pueda comprobar el trabajo realizado y se puedan efectuar correcciones.


• Fácil interacción entre etapas del ciclo de desarrollo. Es necesaria una validación formal de cada fase antes de pasar a la siguiente. La información que se pierde en una fase determinada queda perdida para siempre, con un impacto en el sistema resultante.

4. La metodología debe incluir la realización de validaciones
La metodología debe detectar y corregir los errores cuanto antes. Uno de los problemas más frecuentes y costosos es el aplazamiento de la detección y corrección de problemas en las etapas finales del proyecto. Cuanto más tarde sea detectado el error más caro será corregirlo.

Por lo tanto cada fase del proceso de desarrollo de software deberá incluir una actividad de validación explícita.

5. La metodología debe soportar la determinación de la exactitud del sistema a través del ciclo de desarrollo.
La exactitud del sistema implica muchos asuntos, incluyendo la correspondencia entre el sistema y sus especificaciones, así como que el sistema cumple con las necesidades del usuario. Por ejemplo, los métodos usados para análisis y especificación del sistema deberían colaborar a terminar con el problema del entendimiento entre los informáticos, los usuarios, y otras partes implicadas.

Esto implica una comunicación entre usuario y técnico amigable y sencilla, exenta de consideraciones técnicas.

6. La metodología debe ser la base de una comunicación efectiva.Debe ser posible gestionar a los informáticos, y éstos deben ser capaces de trabajar conjuntamente. Ha de haber una comunicación efectiva entre analistas, programadores, usuarios y gestores, con pasos bien definidos para realizar progresos visibles durante la actividad del desarrollo.

7. La metodología debe funcionar en un entorno dinámico orientado al usuarioA lo largo de todo el ciclo de vida del desarrollo se debe producir una transferencia de conocimientos hacia el usuario. La clave del éxito es que todas las partes implicadas han de intercambiar información libremente. La participación del usuario es de importancia vital debido a que sus necesidades evolucionan constantemente. Por otra parte la adquisición de conocimientos del usuario la permitirá la toma de decisiones correctas.

Para involucrar al usuario en el análisis, diseño y administración de datos, es aconsejable el empleo de técnicas estructuradas lo más sencillas posible. Para esto, es esencial contar una buena técnica de diagramación.

8. La metodología debe especificar claramente los responsables de resultados
Debe especificar claramente quienes son los participantes de cada tarea a desarrollar, debe detallar de una manera clara los resultados de los que serán responsables.

9. La metodología debe poder emplearse en un entorno amplio de proyectos software

• Variedad. Una empresa deberá adoptar una metodología que sea útil para un gran número de sistemas que vaya a construir. Por esta razón no es práctico adoptar varias metodologías en una misma empresa.


• Tamaño, vida. Las metodologías deberán ser capaces de abordar sistemas de distintos tamaños y rangos de vida.


• Complejidad. La metodología debe servir para sistemas de distinta complejidad, es decir puede abarcar un departamento, varios de departamentos o varias empresas.


• Entorno. La metodología debe servir con independencia de la tecnología disponible en la empresa.

10. La metodología se debe de poder enseñarIncluso en una organización sencilla, serán muchas las personas que la van a utilizar, incluso los que se incorporen posteriormente a la empresa. Cada persona debe entender las técnicas específicas de la metodología, los procedimientos organizativos y de gestión que la hacen efectiva, las herramientas automatizadas que soportan la metodología y las motivaciones que subyacen en ella.

11. La metodología debe estar soportada por herramientas CASE
La metodología debe estar soportada por herramientas automatizadas que mejoren la productividad, tanto del ingeniero de software en particular, como la del desarrollo en general.

El uso de estas herramientas reduce el número de personas requeridas y la sobrecarga de comunicación, además de ayudar a producir especificaciones y diseños con menos errores, más fáciles de probar, modificar y usar.

12. La metodología debe soportar la eventual evolución del sistemaNormalmente durante su tiempo de vida los sistemas tienen muchas versiones, pudiendo durar incluso más de 10 años. Existen herramientas CASE para la gestión de la configuración y otras denominadas "Ingeniería inversa" para ayudar en el mantenimiento de los sistemas no estructurados, permitiendo estructurar los componentes de éstos facilitando así su mantenimiento.

13. La metodología debe contener actividades conducentes a mejorar el proceso de desarrollo de software.Para mejorar el proceso es básico disponer de datos numéricos que evidencian la efectividad de la aplicación del proceso con respecto a cualquier producto software resultante del proceso. Para disponer de estos datos, la metodología debe contener un conjunto de mediciones de proceso para identificar la calidad y coste asociado a cada etapa del proceso. Sería ideal el uso de herramientas CASE.

La “Metodología para Creación de Sitios Web” comprende las fases de: Análisis, Planificación, Contenido, Diseño, Programación, Testeo, Mercadeo y Publicidad.

Fase I. Análisis	Fase II. Planificación.
Definición de Objetivos del Sitio Definición de Audiencia Expectativas de la Organización	Selección Del Hardware Selección del Software Selección del Equipo de Trabajo Bechmarking Estructura de Navegación Costos de Inversión Beneficios a obtener. Instrumentos de seguimiento
Fase III. Contenido
Contenido Conceptual Contenido Practico Diagrama de Interacción con los Usuarios
Fase IV. Diseño	Fase V. Programación
Usabilidad Accesibilidad	Base de Datos Programación Intermedia. Interfaz
Fase VI. Testeo	Fase VII. Mercadeo y Publicidad
Comprobación en Navegadores Detectar los vínculos rotos Comprobar tiempo de descarga	Derechos internacionales del Autor Publicidad

Hay que tomar en cuenta algunos aspectos importantes para iniciar una página web. A continuación explicamos términos usados para que usted conozca lo que implica tener una web.

*        Dominio.

*        Hosting.

*        Redacción para la página web.

*        Fotografía de sus productos o del servicio.

*        Información Organizada.

*        Estudio Creativo lo asesora o Asistentes.

:: Dominio: como se llamará su web (ej.www.minuevaweb.com).

El domino es el "punto com" con el que llamamos una web a través de nuestro navegador. Es necesario verificar la disponibilidad del mismo y si no está disponible tener una segunda opción.

Se contrata y queda reservado exclusivamente para usted durante  el periodo que haya contratado.

En la cuenta del dominio hay que configurar los DNS que es la manera de indicar a que servidor se debe de referir el nombre de la página web para mostrarse.

:: Hosting: donde se encuentra la información guardada.

El Hosting es necesario para una buena página web. El Hosting es el que guarda la información de la página web y provee de otros servicios como el correo electrónico y soporte para bases de datos, blogs, foros y otros programas.

Es necesario considerar un Hosting más grande si su página consume mucho ancho de banda y tiene miles de descargas por mes.

:: Redacción, Fotografía e Información organizada.

Estos son los elementos básicos para hacer un proyecto web.

Requerimientos: Los requerimientos especifican qué es lo que el sistema debe hacer (sus funciones) y sus propiedades esenciales y deseables. La captura de los requerimientos tiene como objetivo principal la comprensión de lo que los clientes y los usuarios esperan que haga el sistema. Un requerimiento expresa el propósito del sistema sin considerar como se va a implantar. En otras palabras, los requerimientos identifican el qué del sistema, mientras que el diseño establece el cómo del sistema. La captura y el análisis de los requerimientos del sistema es una de las fases más importantes para que el proyecto tenga éxito. Como regla de modo empírico, el costo de reparar un error se incrementa en un factor de diez de una fase de desarrollo a la siguiente, por lo tanto la preparación de una especificación adecuada de requerimientos reduce los costos y el riesgo general asociado con el desarrollo 

Tipos de requerimientos. Según el estándar internacional de Especificación de Requerimientos IEEE830, los documentos de definición y especificación de requerimientos deben contemplar los siguientes aspectos resumidos por [Pfleeger, 2002] como se indica a continuación: Ambiente físico - ¿Dónde esta el equipo que el sistema necesita para funcionar? - ¿Existe una localización o varias? - ¿Hay restricciones ambientales como temperatura, humedad o interferencia magnética? Interfaces - ¿La entrada proviene de uno o más sistemas? - ¿La salida va a uno o más sistemas? - ¿Existe una manera preestablecida en que deben formatearse los datos? Usuarios y factores humanos - ¿Quien usará el sistema? - ¿Habrá varios tipos de usuario? - ¿Cuál es el nivel de habilidad de cada tipo de usuario? - ¿Qué clase de entrenamiento requerirá cada tipo de usuario? - ¿Cuán fácil le será al usuario comprender y utilizar el sistema? - ¿Cuán difícil le resultará al usuario hacer uso indebido del sistema?
REFERENCIAS:

(http://tegnologias-de-la-informacion.webnode.mx/news/a4-1-6-1-metodologia-y-requerimientos-/ , s.f.)

(http://www.um.es/docencia/barzana/IAGP/Iagp3.html, s.f.)

(http://www.cua.uam.mx/pdfs/conoce/libroselec/Notas_Analisis_Requerimiento.pdf, s.f.)