Tema 9.- Pruebas del sistema

La Empresa Tecnologia en Telecomunicaciones en Sistemas de Computo manda su fragmento de este tema con el fin de que los usuarios de este blog conoscan mas acerca de este tema para el mejoramiento de la calidad.
el resumen se encuentra en.
http://rapidshare.com/files/215987617/Cap._9_Pruebas_del_Sistema.zip.html
Espero sea de su agrado
Att. Director de la empresa

TEMA 8

NOSOTROS SOMOS DE LA CONSULTORIA DE iTEC Y NOS TOCO EL TEMA 8 LLAMADO CALIDAD.
ESTE TEMA TRATA PRINCIPALMENTE, DE QUE EN EL DESARROLLO DE NUESTRO SISTEMA, DEBEMOS DE TENER LOS ERRORES MÍNIMOS POSIBLES O NINGUNO. Y QUE ESTOS ERRORES SE PUEDEN PRESENTAR EN VARIOS CICLOS DE NUESTRO DISEÑO Y DEPENDE EN CUAL NOS AFECTARÁ UN POCO MÁS.
LES DEJO EL LINK DEL TEMA
http://rapidshare.com/files/215212851/Tema8Calidad.doc.html

Tema 4. Fuentes de Información

Saludos a todos compañeros espero que se encuentren bien, nosotros somos de la consultaría SandSoft.

Y a nosotros nos toco realizar el tema 4 que se refiere a las Fuentes de Información.

En esta ocasión daremos algunos pasos a seguir, para la realización de proyectos dedicados al desarrollo de software.

El primer paso sería realizar entrevistas en varias organizaciones y con el propósito de obtener información y así formar un esquelo, esto quiere decir tener un modelo ya más fundamentado para que así se tenga un buen manejo de software.

El paso dos, es la realización de una extensa revisión bibliografica, ya que esto ayuda a tener un amplio y concreto conocimiento del desarrollo del software

Y el tercer y último paso fue la realización de una nueva encuesta para si tener más detallado el modelo

Bueno sería todo por el momento. Se cuidan mucho y nos vemos en clase, que tenga un día excelente.

Bye.

Aquí les dejo los links

Resumen Tema 4:
http://rapidshare.com/files/215199808/Capitulo_4.pdf.html


Mapa Mental:
http://rapidshare.com/files/215200597/cap4_esquema.pdf.html

Capitulo 6

Hola somo el equipo de wos y nuestro trabajo es el de produccion de softwrae esta en la siguiente direccion http://rapidshare.com/files/215205033/Resumen.zip.html
hasta luego :).

MxC Soft-Engine Resumen de ITIL

Somos la gestoria MxC soft-Engine y aqui la liga nos toco acerca de ITIL y si no saben de que trata este show aqui se enteran:


http://rapidshare.com/files/215198966/ITIL_MxC.doc.html


y aqui el mapa

http://rapidshare.com/files/215201450/mapa_ITIL.JPG.html

capítulo 5. Administración de recursos humanos. BITNET

hola compañeros, les pongo el resúmen del capítulo 5. Les pongo el link en megaupload o en skydrive, es el mismo archivo así que elijan el de su preferencia.

resumen capítulo 5

resumen capítulo 5

Esperamos su comentarios.
BITNET

Tema 3 COMPONENTES CLAVE DE DESARROLLO DE SOFTWARE

COMPONENTES CLAVE DE DESARROLLO DE SOFTWARE

Las constante mejoras que han tenido en la relación costo eficacia, han causado una expansión en las aplicaciones, y esto a causado que la informática sea una solución factible y económica.

Por tanto esto ha producido una mayor demanda en el desarrollo de sistemas de informática, esto ha surgido y se ha comenzado sus análisis desde 1970, se han aplicando rigores de la ciencia y de la ingeniería para el proceso de producción de software.

A consecuencia de esto se produjeron nuevos avances en la tecnología de producción de software.

Existen diferentes aspectos por los cuales el desarrollo del software tiene deficiencias, es decir que la principal causa de la deficiencia de software es porque todavía no aprendemos a analizar y comprender lo que realmente es el desarrollo de software.

Este capítulo nos presenta un modelo de dinámica de sistemas del proceso de desarrollo de software que permite conocer con mayor detalle y hacer predicciones sobre el proceso del software.

Hay varios aspectos y puntos por los cuales el desarrollo de un sistema de software es deficiente, uno de ellos es el retraso del proyecto, este tiene muchas causas y eso se debe a que no hay un orden en la fecha de terminación, revisión de la fecha de contratación del personal, fecha señalada para la terminación del proyecto, etc.

Se debe de proveer el costo del proyecto y finalización de este, basándose en que un proyecto siempre debe de tener calidad y se debe d agregar un esfuerzo mayor en esta parte del proyecto para tener mejores resultados.

Uno de los aspectos importantes es el ciclo de vida del sistema, durante el cual se definen porcentajes para trabajar, tomando en cuenta los aspectos de proyecto así como los requerimientos que este debe de tener. Con la finalidad de tener establecido el tiempo para el desarrollo y las pruebas que se la van a efectuar al proyecto.

El desarrollo de proyectos y sus actividades de gestión, casi siempre se basan a una imagen mental.

El modelo de este capítulo se enfoca solamente a la parte de desarrollo del sistema y producciones, y se extiende hasta la última fase de desarrollo del software.

En este modelo no incluyen las fases posteriores del proyecto, como son las de mantenimiento futuro del mismo.

El análisis del proyecto lo determinan los requerimientos, y el proyecto se debe de basar en la organización del desarrollo.

Modelo de fronteras

Este modelo se basa en el acuerdo que existe entre el cliente y el desarrollador del sistema en cuanto a lo que el sistema debe de cumplir.

En segundo lugar se enfoca en la organización del desarrollo de software, es decir en los directores de proyecto y desarrollo de software profesionales, y de cómo sus políticas decisiones y acciones afectan el éxito o el fracaso del desarrollo.

El modelo costa de cuatro subsistemas principales

· La gestión de recursos humanos

· Planificación

· Control

· Producción de software

El Subsistema de Gestión de Recursos Humanos comprende la contratación, la formación, la asimilación, y la transferencia de los recursos humanos del proyecto.

Otros componentes claves de desarrollo de software son:

- Fuerza de trabajo disponible
- Estado de los programas informáticos necesarios
- Producción de software de desarrollo
- Calendario de tareas Completo
- Controlar el esfuerzo de planificación restante

El desarrollo de la actividad comprende tanto el diseño y la codificación del software. Como el software se desarrolla, también es revisado para detectar cualquier diseño o de errores de codificación. Errores detectados a través de la garantía de la calidad son modificados. No todos los errores se detectan, algunos se "escapan" hasta después de la detección de desarrollo, es decir, hasta la fase de prueba.
El software es básicamente un producto intangible durante la mayor parte del proceso de desarrollo, no hay visible hitos para medir el progreso y la calidad como un producto físico. Una vez que una evaluación del estado del proyecto se hace, se convierte en una importante aportación a la función de planificación.

Beneficios del Desarrollo de Software basado en Componentes

En esencia, un componente es una pieza de código preelaborado que encapsula alguna funcionalidad expuesta a través de interfaces estándar. Los componentes son los "ingredientes de las aplicaciones", que se juntan y combinan para llevar a cabo una tarea.

El paradigma de ensamblar componentes y escribir código para hacer que estos componentes funcionen se conoce como Desarrollo de Software Basado en Componentes. El uso de este paradigma posee algunas ventajas:

1. Reutilización del software. Nos lleva a alcanzar un mayor nivel de reutilización de software.

2. Simplifica las pruebas. Permite que las pruebas sean ejecutadas probando cada uno de los componentes antes de probar el conjunto completo de componentes ensamblados.

3. Simplifica el mantenimiento del sistema. Cuando existe un débil acoplamiento entre componentes, el desarrollador es libre de actualizar y/o agregar componentes según sea necesario, sin afectar otras partes del sistema.

4. Mayor calidad. Dado que un componente puede ser construido y luego mejorado continuamente por un experto u organización, la calidad de una aplicación basada en componentes mejorará con el paso del tiempo.

De la misma manera, el optar por comprar componentes de terceros en lugar de desarrollarlos, posee algunas ventajas:

1. Ciclos de desarrollo más cortos. La adición de una pieza dada de funcionalidad tomará días en lugar de meses ó años.

2. Mejor ROI. Usando correctamente esta estrategia, el retorno sobre la inversión puede ser más favorable que desarrollando los componentes uno mismo.

Funcionalidad mejorada. Para usar un componente que contenga una pieza de funcionalidad, solo se necesita entender su naturaleza, más no sus detalles internos. Así, una funcionalidad que sería impráctica de implementar en la empresa, se vuelve ahora completamente asequible.

Consultoria COSISCOM