lo que ise en la programacion

En lo que va de esta semana e aportado algunas ideas para megorar el programa pero parase que no funcionaron bien, la realisacion del pragra se fue asiendo como lo estableciodo dsede un principio.

Tambien e aportado en una parte a la realisacion del codigo del programa intentando corregir algunos errores dentro del codigo en intentando aser mas amigable la interfaz por mi cuenta para despues mostrarsela a mis compañeros de equipo y ver que opinan del ello.

Miscompañeros me dieron una copia del programa para ver como esta y corregir algunos fallos pero por aora no epodido arreglarlos todos de una forma total. Un compañero del equipo tambien me a estado ayudando un poco con la correccion del programa y tenemos la esperansa de que funcione correctamente con las modificaciones que hemos hecho.

tarea de lo que e echo en el proyecto

En lo que llevamos del transcurso del proyecto e apollado a mis compañeros con algunas de las actividades que les corresponden como realizar diagramas UML y e alludado a completar un poco del documento de requerimientos, lu inco que en realidad creo que hize bien fue algunos de los diagramas de diseño del sistema los cuales relize junto a mi compañero sergio para que no tardaramos tanto tiempo en los digramas y darpaso a lo siguiente.

Aunque quisas falto un poco mas por completar en algunos diagramas pero creo que con lo que pude aser vasto para que se viera mas presentable el trabajo.

minuta

La reunión se llevo a cabo antes del horario de clases para quedar de
Acuerdo en que programa se va a llevar acabo el proyecto (por lomenos eso me digeron)

los acuerdos fueron:
1. Decidieron que programa iban a utilizar para la creación del programa.
2. Decidieron como tenia diseñado proyecto el diseñador y dependiendo el programa que tienen decido utilizar serian los cambios que le harían al diseño ya propuesto.

Sin embargo queda a solucionar uno que otro problema para que todo quede solucionado y el trabajo sea mas facil, para eso nos pondremos deacuerdo luego para decidir en que lugar nos quedaremos a ver y que temas vamos a tratar de solucionar y porsupuesto ver quienes seran los que tengan que asistir a la reunion.

minuta

El 17/nov/07. nos reunimos para ponernos deacuerdo en el siguiente paso del proyecto y verificar si alguien nesesitaba alluda nos reunimos en el auditorio 4 para no ir tan legos ,duramos serca de 1hora o mas , algunos integrantes del equipo nesesitaron algo de alluda para realizar y ajilizar el trabajo que le tocaba a los integrantes pero tambien podimos verificar dudas aserca del diseño(si este iba a funcionar deacorde al cliente ) y tambien a ver que podiamos megorar en cuanto al prayecto.

Al terminar la reinion algunos empesamos atrabajar el lo que nos toco mientras que otros discutian otros asuntos

diagramas

Relato

La documentación de nuestro sistema se llevó acabo de acuerdo a lo que el equipo concluyó.
Esta documentación estuvo a cargo de una persona, con la ayuda de todos los integrantes del equipo.

Investigamos, y del trabajo antrior sacamos conclusiones, también corregimos y aumentamos, de acuerdo a cada rol de cada persona del equipo.

DIAGRAMA DE CASOS DE USO

•CASO DE USO: Prestar videos
•ACTOR: Encargado
•PROPSITO: Prestar videos a los usuarios que lleguen al local
•DESCRIPCION: Este caso de uso inicia cuando el actor presta artículos (en este caso videos de cualquier tipo) a usuarios interesados en sus artículos, para este propósito el actor lleva el control de cada usuario, es decir que tiene las fechas de préstamo
• Y el tiempo que el usuario podrá disponer del video

preguntas sobre el sistema

¿Se conocen con claridad los requerimientos del Selección del Ciclo de Vida Sistema al inicio del proyecto?

Algunas partes del sistema están totalmente claras pero otras estan echas a nuestro parecer y quisas falte alguna operación omitida

¿Se requieren planear con anticipación futuras versiones?

si el cliente quiere seguir actualizando el sistema y temer nuevas versiones de el , si

¿Cuáles el nivel de riesgo del proyecto?

Quizás ya exista otro sistema muy similar al nuestro o uno ya igual asiendo nuestro sistema obsoleto


¿Cuáles son las restricciones de calendario?

Hasta ora ninguna ya que no nos andado fechas limites


¿Es importante mantener informado al cliente del progreso del proyecto?
si para que sepa que cosas se le están agregando y cuales se han eliminado o cambiado y cuando va a estra listo totalmente el sistema

diagrama de agregacion

interaccion de un objeto con otras cosas

colaboracion y asociacion

diagramas de representacion

ingenieria en sofware

la ingenieria en software se de fine como un conjunto de etapas ordenadas para obtener al final un producto eficas, de calidad y sobretodo que beneficie a los usuarios que lo utilizan es desir un software de calidad.

La elaboracion de programas comseptos y metodologias para su desarrollo como por ejemplo: EL CICLO DE VIDA DEL SOFTWARE el cual tiene ciertas fases muy importantes :comcepcion,elaboracion,construccion y transicion.La ingenieria en software requiere de la elaboracion de muchas tareas:

Analisis y requisitos:El resultado del análisis de requisitos con el cliente se plasma en el documento ERS, Especificación de Requerimientos del Sistema, cuya estructura puede venir definida por varios estándares, tales como CMM-I.

Espesificacion:Es la tarea de describir detalladamente el software a ser escrito, en una forma matemáticamente rigurosa

Diseño y arquitectura:Se refiere a determinar como funcionará de forma general sin entrar en detalles

programacion:Reducir un diseño a código puede ser la parte más obvia del trabajo de ingeniería de software, pero no es necesariamente la porción más larga

Prueba:Consiste en comprobar que el software realice correctamente las tareas indicadas en la especificación.

Tambien se debe de tomar en cuenta los factores que influyen en la elaboracion de dicho programa como los recursos para su elaboracion,factores humanos,costo y confiabilidad, ya que muchos programas tienen millones de lineas de codigo que se esperan que funcionen correctamente en condicione siempre cambiantes.

fuentes:wikipedia.com
angelfire.com

orientacion a objetos

La programacion de orientacion a objetos de fine a uno o varios programas como clases de los mismos objetos a los que pertenecen y que estos pueden cambiar de estado(datos)comportamiento e identidad.La orientacion a objetos expresa a los mismos programas como un conjunto de objetos que en cierta forma interactuan entre si, cada uno de ellos pueden o no tener caracteristicas similares o iguales e inclusibe con la misma clase y/o subclase de estos.

Este tipo de orientacion tambien define que los objetos se relacionaran con el usuario e interactuaran con ellos para un megor control sobre los mismos objetos como por ejemplo:los gagests de las computadoraspueden tener fornas de distintos objetos y a la ves dar informacion sobre el sistema,utlizacion de recursos,facha y hora,ajenda calendario, a su ves colaboran juntos para realisar tareas .esto tambien ase a los modulos y programas mas faciles de escribir,mantener y reutilisar.


fuente: wikipedia.com
monografias.com

que es un blog?

¿Qué es un blog?

Un blog es un diario personal. Una tribuna de orador. Un espacio de colaboración. Un estrado político. Una fuente de noticias impactantes. Una colección de vínculos. Un medio para expresar sus opiniones personales. Comunicados para todo el mundo.
Su blog será como usted quiera que sea. Existen millones de ellos con diferentes formas y tamaños. No debe seguirse ningún patrón. Un blog puede definirse de forma sencilla como un sitio Web donde el usuario escribe periódicamente sobre cualquier tema. Los últimos escritos se muestran en la parte superior para que las personas que visitan el sitio sepan cuál es la información más reciente. Una vez leída esta información, pueden comentarla, enlazar con ella o escribir un mensaje al autor, aunque también pueden optar por no hacer nada de esto