English version
German version
Spanish version
French version
Italian version
Portuguese / Brazilian version
Dutch version
Greek version
Russian version
Japanese version
Korean version
Simplified Chinese version
Traditional Chinese version
Hindi version
Czech version
Slovak version
Bulgarian version
 

Proceso de desarrollo del Web site - los pasos del ciclo vital

Diseño web RSS Feed





Un proceso de desarrollo del sistema puede seguir un número de armazones específicos del estándar o de la compañía, metodologías, modelando las herramientas y las idiomas. El ciclo vital del desarrollo de programas viene normalmente con algunos estándares que puedan satisfacer las necesidades de cualquier equipo de desarrollo. Como software, los Web site se pueden también desarrollar con ciertos métodos con algunos cambios y adiciones con el proceso de desarrollo existente del software. Veamos los pasos implicar en cualquier desarrollo del Web site.

1. Análisis:

Una vez que comienzan a un cliente a discutir sus requisitos, el equipo consigue en él, hacia el análisis de requisito preliminar. Mientras que el Web site va a ser una parte de un sistema, necesita un análisis completo como, cómo el Web site o el uso en Internet va a ayudar al actual sistema y cómo el sitio va a ayudar al negocio. Por otra parte el análisis debe cubrir todos los aspectos especialmente en cómo el Web site va a ensamblar el sistema existente. La primera cosa importante está encontrando a la audiencia apuntada. Entonces, todo el actuales soporte físico, software, gente y datos se deben considerar durante la época del análisis. Por ejemplo, si una compañía XYZ corp está necesitando un Web site para tener sus detalles del recurso humano en línea, el equipo del análisis puede intentar utilizar los datos existentes sobre los empleados de la actual base de datos. El análisis se debe hacer de la manera, eso puede no ser demasiado desperdiciador de tiempo o con muy menos informativo. El equipo debe poder subir con el análisis de costes y beneficios completo y como el plan para el proyecto será una salida del análisis, debe ser realista. Para alcanzar esto el analista debe consultar los diseñadores, los reveladores y a los probadores para subir con un plan realista.

Entrada: Entrevistas con los clientes, los correos y los doc. favorables del cliente, las notas de las discusiones, la charla en línea, las conversaciones telefónicas registradas, los sitios modelo/los usos etc.,

Salida: 1. Plan de trabajo, 2. implicados costada, 3. requisitos del equipo, 4. requisitos de equipos y programas, 5. documentos de apoyo y 6. la aprobación

2. Edificio de la especificación:

Las especificaciones preliminares son elaboradas cubriendo para arriba cada elemento del requisito. Por ejemplo si el producto es un Web site entonces los módulos del sitio incluyendo la disposición general, la navegación del sitio y las partes dinámicas del sitio se deben incluir en espec. Proyectos más grandes requerirán otros niveles de consulta determinar negocio adicional y requisitos técnicos. Después de repasar y de aprobar el documento preliminar, una oferta escrita se prepara, contorneando el alcance del proyecto incluyendo responsabilidades, cronologías y costes.

Entrada: Informes del equipo del análisis

Salida: Termine las especificaciones de requisito a los individuos y al representante del cliente/del cliente

3. Diseño y desarrollo:

Después de construir la especificación, el trabajo sobre el Web site se programa sobre el recibo de la oferta firmada, un depósito, y cualesquiera materiales y gráfico contentos escritos que usted desee incluir. Aquí normalmente las disposiciones y la navegación serán diseñadas como prototipo.

Algunos clientes pueden estar interesados solamente en un prototipo funcional completo. En este caso podemos necesitar demostrarles la interactividad del uso o del sitio. Pero en la mayor parte de casos el cliente puede estar interesado en la visión dos o el diseño tres con todas las imágenes y navegación.

Puede haber muchas sugerencias y cambios del lado del cliente, y todos los cambios deben freezed antes de trasladarse a la fase próxima. Las revisiones se podían redesplegar vía la tela para que el cliente vea.

Según lo necesitado, los comentarios del cliente, la regeneración y las aprobaciones se pueden comunicar por el email, el fax y el teléfono.

A través de la fase de diseño el equipo debe desarrollar planes y los procedimientos de prueba para la garantía de calidad. Es necesario obtener la aprobación del cliente en planes del diseño y del proyecto.

Paralelamente el equipo de la base de datos se sentará y entender los requisitos y desarrollar la base de datos con todas las estructuras de datos y datos de la muestra también serán preparados.

Entrada: Especificación de requisito

Salida: Diseño del sitio con las plantillas, las imágenes y el prototipo

4. Escritura contenta:

Esta fase es necesaria principalmente para los Web site. Hay los reveladores contentos profesionales que pueden escribir el contenido específico de la industria y relevante para el sitio. Los escritores contentos para agregar su texto pueden utilizar las plantillas del diseño. El cheque gramatical y de deletreo debe haber terminado en esta fase.

Entrada: Plantilla diseñada

Salida: Sitio con el contenido formatado

5. Codificación:

Ahora su vuelta de los programadores para agregar su código sin disturbar el diseño. Desemejante de diseño tradicional el revelador debe saber que el interfaz y el código no deben disturbar la mirada y la sensación del sitio o del uso. El revelador debe entender tan el diseño y la navegación. Si el sitio es dinámico entonces el código debe utilizar la plantilla. El revelador puede necesitar obrar recíprocamente con el diseñador, para entender el diseño. El diseñador puede necesitar desarrollar algunos botones gráficos cuando el revelador está nunca en necesidad, especialmente mientras que usar una cierta forma abotona. Si un equipo de reveladores está trabajando deben utilizar un CVS para controlar sus fuentes. El equipo de la codificación debe generar planes de prueba necesarios así como la documentación técnica. Por ejemplo los usuarios de Java pueden utilizar JavaDoc para desarrollar sus documentos para entender su flujo del código. La documentación del usuario final se puede también preparar por el equipo de la codificación, que se puede utilizar por un escritor técnico que pueda entenderlo, escribe ayudas y los manuales más adelante.

Entrada: El sitio con las formas y la especificación de requisito

Salida: Funciones conducidas base de datos con el sitio, cifrando documentos

6. Prueba:

Desemejante de software, los usos en Internet necesitan la prueba intensiva, pues los usos funcionarán siempre como un sistema multiusos con limitaciones de la anchura de banda. Algo de la prueba que deben ser hechas es, prueba de la integración, prueba de la tensión, prueba de Scalablity, prueba de la carga, prueba de la resolución y prueba de la compatibilidad del cruz-hojeador. La prueba automatizada y la prueba manual se deben hacer sin falta. Por ejemplo su necesario para probar gráficos rápidos del cargamento y para calcular su tiempo de cargamento, pues son muy importantes para cualquier Web site. Hay ciertas herramientas de prueba así como algunas herramientas de prueba en línea que puedan ayudar a los probadores a probar sus usos. Por ejemplo los reveladores del ASP pueden utilizar la herramienta de prueba de la aplicación web de Microsoft para probar los usos del ASP, que es una herramienta libre disponible del sitio de Microsoft a transferir.

Después de hacer toda la prueba una prueba viva es necesaria para los Web site y los usos en Internet. Después de cargar el sitio debe haber una prueba completa (E.g. Prueba de los acoplamientos)

Entrada: El sitio, las especificaciones de requisito, los documentos de apoyo, las especificaciones técnicas y los documentos técnicos

Salida: Uso terminado/sitio, informes de prueba, registros de errores, interacción frecuente con los reveladores y diseñadores

7. Promoción:

Esta fase es aplicable solamente para los Web site. La promoción necesita la preparación de las etiquetas de la meta, del análisis constante y de someter el URL a los motores y a los directorios de la búsqueda. Hay un artículo de los detalles en este sitio en la promoción del sitio, chasca aquí para leerla. La promoción del sitio es normalmente un proceso en curso pues las estrategias del Search Engine pueden cambiar absolutamente a menudo. Someter URL de un sitio una vez en 2 meses puede ser una política ideal de la sumisión. Si el cliente está dispuesto, después pagado tecleo y sumisiones pagadas puede también ser hecho con coste adicional.

Entrada: El sitio con el contenido, cliente envía mencionar a los competidores

Salida: Sumisión del sitio con la preparación necesaria de la etiqueta de la meta

8. Mantenimiento y puesta al día:

Los Web site necesitarán updations absolutamente frecuentes mantenerlos muy frescos. En ese caso necesitamos hacer análisis otra vez, y el resto de pasos del ciclo vital repetirán. Los arreglos de insecto se pueden hacer durante la época del mantenimiento. Una vez que su Web site es promoción operacional, en curso, mantenimiento técnico, gerencia contenta y puesta al día, los informes de actividad de la visita de sitio, la formación del personal y la tutoría es necesarios sobre una base regular dependen de la complejidad de su Web site y de las necesidades dentro de su organización.

Entrada: El sitio/el uso, contenido/funciones que se pondrán al día, nuevo análisis divulga

Salida: El uso actualizado, documentos de apoyo al otro ciclo vital camina y teams.

Los pasos antedichos solamente no son terminantes al desarrollo de la aplicación web o del Web site. Algunos pasos no pueden aplicable para ciertas tareas. Su dependen del coste y el tiempo implicados y la necesidad. A veces si es un sitio del intranet, después no habrá promoción del sitio. Pero incluso si usted es una pequeña firma del desarrollo, si usted adopta cierto planeamiento junto con pasos de esta ingeniería de la tela en mente, refleja definitivamente en la calidad del resultado.

¿Vea que lo hace el organigrama “cómo nosotros desarrollo de la tela en Macronimous? ” [Formato del pdf]

Macronimous es un organismo de desarrollo internacional especializado de la tela, con una diferencia. Realizamos que el organismo de desarrollo del Web es una terminología que se ha falsificado recientemente y puntería para distinguirse de los otros.

http://www.macronimous.com/resources/web_development_life_cycle.asp

Artículo Fuente: Messaggiamo.Com

Translation by Google Translator





Related:

» Seo Elite: New Seo Software!
» AntiSpywareBOT
» Reverse Mobile
» Error Nuker


Webmaster obtener el código html
Añadir este artículo a su sitio web ahora!

Webmaster Envíe sus artículos
No es necesario que se registre! Completa el formulario y su artículo está en el Messaggiamo.Com Directorio!

Add to Google RSS Feed See our mobile site See our desktop site Follow us on Twitter!

Envíe sus artículos a Messaggiamo.Com Directorio

Categorías


Derechos de autor 2006-2011 Messaggiamo.Com - Mapa del sitio - Privacy - Webmaster enviar sus artículos a Messaggiamo.Com Directorio [0.01]
Hosting by webhosting24.com
Dedicated servers sponsored by server24.eu