Principios de Planeación

 

Principios de Planeación 1.- Entender el alcance del Proyecto. *Dejar Cerrado el Sistema *Hasta donde va a llegar nuestro Sistema. 2.- Involucrar en la Actividad de Planeación a los participantes de software. *Incluír la Participación del Grupo de trabajo. 3.- Reconocer que la planeación es Iterativa. *Cada etapa del proceso requiere una retroalimentación. *Tiempo Optimista - Tiempo Normal - Tiempo Pesimista 4.- Estimar con base a lo que sabe. *Definir tiempo En base a la Experiencia 5.- Al definir el Plan tomar en cuenta los riesgos. *Riesgos de Personal, Recursos Económicos, De tiempo 6.- Ser Realista. *Tomar en cuenta cualquier situación o imprevisto q se presente. *Un miembro del equipo Nunca va rendir al 100% en su totalidad. *En el tiempo. 7.- Ajustar la Granularidad cuando se define el Plan. *Definir el tiempo estimado correcto a cada etapa 8.- Definir como se va a controlar la calidad. *Desarrollar software de calidad *Al final de cada etapa realizar una Revisión Técnica-Formal. 9.- Describir como se busca manejar el cambio. *Documentar los parámetros específicos del cambio para llevar un control. 10.- Dar seguimiento al plan con frecuencia y hacer los ajustes que se requieran. *No confiarse del Grupo de Trabajo hay q ver los avances.   Principios de Modelado 1.- El equipo de software tiene como objetivo principal elaborar software no crear modelos. 2.- Viajar ligero no crear mas modelos de los necesarios. *Cree sólo aquellos modelos que hagan mas fácil construir el software. 3.- Tratar de producir el modelo mas sencillo que describa al problema o al software. 4.- Construir Modelos Susceptibles al cambio. quedeser susceptible al cambioexplicito pero sinpara abusar. 5.- *Tiene Ser capaz enunciar un propósito cada modelo que se cree. *Los Modelos enunciados deben ser claros y aportar al sistema. 6.- Adaptar los modelos que se desarrollan al Sistema en cuestión. *Debemos adaptar los modelos al tipo de software a desarrollar. 7.- Tratar de construir modelos útiles pero olvidarse de elaborar modelos perfectos. *Un modelo simple puede ayudar mas que un modelo perfecto o complejo. 8.- No ser Dogmático respecto de la sintaxis del modelo, si se tiene éxito para comunicar contenido la representación es secundaria. *Todo modelo tiene una sintaxis y semántica 9.- Si su instinto dice que un modelo no es el correcto a pesar de que se vea bien en el papel hay razones para estar preocupados. 10.- Obtener retroalimentación tan pronto como sea posible. *En la actualidad el software se construye con un grupo de desarrollo. *Construir Modelos con la opción de que otra persona lo evalúe. Requerimientos de los principios de Modelado

 

1.- Debe representarse y entenderse el dominio d ominio de información de un problema. *Entrada de datos --> Proceso --> Salida de Información 2.- Debe definirse las funciones que realizara el software. *(Clientes-Usuarios-Desarrolladores) *(Clientes-Usuarios-Desar rolladores) Revisión Técnica-Formal. 3.- Debe representarse el comportamiento del software (como consecuencia con secuencia de eventos externos). *Desarrollo de Controles y Validaciones. 4.- Los modelos que representen información, función y comportamiento deben dividirse de manera que revelen los detalles en forma estratificada e stratificada (o jerárquica). 5.- El trabajo de análisis debe avanzar av anzar de la información esencial hacia la implementación en detalle. Principios de modelado de Diseño. 1.- El diseño debe poderse pode rse rastrear hasta el modelo de requerimientos. 2.- Siempre tomar en cuenta la arquitectura del sistema que se va a construir. 3.- El diseño de los datos es tan importante como las funciones del procesamiento. 4.- Las interfaces tanto internas como externas deben diseñarse con cuidado. 5.- El diseño de la interfaz de usuario debe ajustarse a las necesidades del usuario final, sin embargo en todos los casos debe resaltar la facilidad de su uso. 6.- El diseño de nivel de componentes debe tener independencia funcional. *Que no este ligado al proyecto, sino que cada componente tiene su funcionalidad. 7.- Los componentes deben estar acoplados con holgura entre si y con el ambiente externo. *Niveles de acoplamiento entre componentes. *Entre mas niveles de acoplamiento exista, hay mas probabilidades de error. 8.- La representaciones del diseño (Modelos) deben entenderse con facilidad. *El diseño debe ser claro para agilizar el trabajo del programador. 9.- El diseño debe desarrollarse de forma iterativa, el diseñador debe buscar mas sencillez en cada iteración. Principios de Construcción Principios de Codificación y Pruebas Los principios que guían el trabajo de codificación se relacionan de cerca con el estilo, lenguajes y métodos de programación. Principios de Preparación Antes de escribir una sola de codigo asegúrese de: *Entender el problema quelinea se trata de resolver. *Comprender los principios y conceptos básicos del diseño. *Elegir un lenguaje de programación que satisfaga las necesidades del software que se va a elaborar y el ambiente en que se operara. *Seleccionar un ambiente de programación que disponga de herramientas que hagan mas fácil su trabajo. *Crear un conjunto de pruebas unitarias que se aplicara una ves que se haya terminado el componente a codificar. Principios de Programación Cuando comience a escribir codigo asegúrese de: *Restringir sus algoritmos por medio del uso de programación estructurada. e structurada. *Tomar en consideración el uso de programación por parejas. *Seleccionar estructura de datos que satisfagan las necesidades del diseño. *Entender la Arquitectura del software y crear interfaces que son congruentes con ella.

 

*Mantener la lógica condicional tan sencilla como sea posible. *Crear lazos anidados que se puedan probar con facilidad. *Seleccionar nombres significativos para las variables y seguir otros estándares locales de codificación. *Escribe codigo que se documente a si mismo. *Crear una imagen visual (Lineas con sangría y en blanco) que ayuden a entender. Principio de Validación Una vez que se haya terminado su primer intento de codificación asegúrese de: *Realizar el recorrido del codigo cuando sea apropiado. *Llevar a cabo pruebas unitarias y corregir los errores que se detecten. *Rediseñar el Codigo. Principios de la Prueba 1.- Todas las pruebas deben poder rastrearse hasta los requerimientos del cliente. 2.- Las pruebas deben planearse mucho antes de que den comienzo. 3.- El principio de pareto se aplica a las pruebas de software. 4.- Las pruebas deben comenzar "en lo pequeño" y avanzar hacia lo grande. 5.- No son posibles las pruebas exhaustivas. Deber  Estándares de Codificación y Programación