Please enable JavaScript.

Coggle requires JavaScript to display documents.

Software Desing - Coggle Diagram

- - - - Estos pasos no son tareas éstos pasos no son tareas secuenciales aisladas es decir que son actividades cooperativas y paralelas aisladas es decir que son actividades cooperativas y paralelas
        
        El diseño como proceso de aprendizaje
        
        Elementos importantes para conseguir un diseño son:
        
        En el mundo real, hay muchos malentendidos errores y omisiones por lo tanto es probable que haya muchos ciclos de retroalimentación y ciclos iterativos
        
        Los usuarios definen nuevas necesidades, los diseñadores realizan cambios y los implementa dores codifican y corrigen defectos.
        
        A medida que avanza el desarrollo, los requisitos el diseño se refinan progresivamente, lo que lleva nuestros conocimientos y cambios adicionales
        
        Requisitos iniciales, reunir datos sobre los requerimientos del usuario.
        
        Analizar los datos de los requerimientos
        
        Validar el diseño frente a los requisitos
        
        Obtener respuestas sobre los requisitos
        
        Realizar un diseño de alto nivel y refinar y documentar el diseño.
        
        El proceso del diseño es mucho más grande por los siguientes elementos:
        
        requisitos, diseño, implementación, prueba de unidad, examen de integración, prueba del sistema, aceptación, usar
  - - - Al principio se debe comprender los requisitos, el diseño o el implementación esto principalmente cuando la implementación finalmente los avances a los usuarios pueden probar el producto por primera vez
        
        Cada nueva exposición conduce a nuevos conocimientos, nuevas ideas y más cambios del problema para los desarrolladores es truncar el proceso de aprendizaje para que se pueda entregar un producto adecuado en un tiempo razonable
        
        Los proyectos para ver si meten en problemas debido a cambios masivos de nuevo aquí sitos por lo general estos cambios se reconocen y se revisan adecuadamente
        
        El marco de desarrollo del sistema
        
        si tiene el conocimiento, la habilidad y la disciplina para analizar el impacto de cada cambio, el tamaño en el trabajo puede aplicarse fácilmente antes de qué se de cuenta
        
        el proceso del diseño del PSP puede ayudar a hacer precisos y producir productos de calidad
        
        1 more item...
- - - - la complejidad de los requisitos está determinada por la complejidad del problema que los usuarios quieren resolver.
        
        Los es problema simple no siempre tienen soluciones simples a menudo los requisitos simples causan la mayoría de los problemas porque la simplicidad de los requisitos no pueden diseñarse o implementarse
        
        otro problema con proyectos incluso complejos desde el volumen de información potencialmente grande ya que debe asegurarse obtener toda la información crítica que se necesita
        
        por otro lado se debe evitar perder una gran cantidad de detalles es decir se debe seguir un proceso iterativo como se indica a continuación
        
        Concentrarse en los problemas alto nivel hasta que sepa lo suficiente para producir el diseño conceptual general
        
        Completar y documentar el diseño conceptual
        
        Una vez que se tenga el diseño conceptual se busca información que valide el concepto inicial o al menos defina el alcance y límites.
        
        Para ayudar evitar que se pierdan los detalles se debe caminar alrededor del problema y mirar todos los ángulos que se pueden imaginar.
        
        Se debe realizar un plan de desarrollo
        
        Una vez que se haya convencido de qué no sirve conceptual y seguido puede comenzar a centrarse en los detalles.
  - - - no se debe a que los usuarios y los diseñadores del sistema tan incompetentes y nada que le llame el principio de incertidumbre
        
        El verdadero papel de diseño es crear una solución viable para un problema mal definido
        
        si bien existe una forma de procedimiento para abordar esta tarea, es importante establecer un proceso de diseño riguroso implícito que se puede identificar y ayudar a resolver las incertidumbres de los requisitos tan pronto sea el proceso del desarrollo
- - - - especificación completa de un diseño de software requiere una gran cantidad de información, esto incluye el diseño del software definir las clases de objetos, identificar las interacciones entre ellos, transformaciones del Estado y especificar entradas y salidas del sistema
        
        el código fuente de incluir todas las opciones de diseño pero una forma muy concisa.
        
        El código fuente sin comentarios un programa de muy poca redundancia y definir con precisión todos los aspectos del comportamiento del producto es la forma más compacta definir completamente el diseño del programa
        
        Un diseño completamente definidas costoso en los implementado los experimentos no estando en gran parte de su contigo por lo que puede posponer algunas direcciones de diseños de la implementación
        
        Si se está haciendo el diseño implementación debe especificar el diseño de que es una pérdida de tiempo, tanto para ahorrar tiempo, para reducir errores y volver una compensación explícita entre diseño y contenido
  - - - el propietario debe ser la única persona que pueda cambiar el diseño, las diversas categorías de propietarios y los productos de diseño se deben controlar son las siguientes:
        
        Gestión de sistemas o productos
        
        Registro de seguimiento de problemas una lista actualizada de problemas abiertos y preguntas que deben resolverse a medida de qué los avances se hagan el diseño
        
        especificación de cualquier restricción de implementación especificaciones de código, estándares y procedimientos de gestión de la configuración
        
        una descripción precisa de la función prevista del programa
        
        notas aplicación, descripciones, utilizar el producto sistema
        
        escenarios de usuarios a nivel sistema escenarios uso de ejemplos
        
        restricciones del sistema ,Tiempo, tamaño, empaquetado manejo de errores seguridad
        
        ingenieros de sistemas
        
        descripción de todos los archivos: la especificación precisa de todos los archivos hacer profesionales y su estructura
        
        una descripción de los mensajes del sistema
        
        cualquier verificación o condición de error especial
        
        Decisiones por las que se tomaron las decisiones de diseño de un sistema
        
        diseñadores de software
        
        una imagen de donde encaja el programa en el sistema
        
        una imagen lógica del programa y en si
        
        una lista de todas las variables externas incluye alcances, límites, restricciones, donde se declara, donde se inicializa
        
        una declaración clara de lógica del programa
  - - - es posible que no siquiera haya completado el diseño, si no se tiene la especificación precisa de lo que se debe contener el diseño las decisiones sobre dónde detener serán inconsistentes
- - - - Definir la necesidad
      - defina la solución
      - conceptualizar la solución
      - divide el trabajo
      - definir el diseño del producto
      - definir el diseño del componente
      - Dividan los componentes en módulos
      - detallar la solución
      - Implementar la solución
  - - - requisitos pueden verse como un planteamiento de un problema sin solución
        
        para los productos pequeños, las especificaciones pueden ser una simple extensión de los requisitos pero para productos más grandes las especificaciones debe estar completamente separadas de los requisitos
  - - - El sistema de aplicaciones ir a biblioteca de archivos de componentes, se diseñan las funciones de misa les comparto nada biblioteca de componentes y se da con las funciones específicas
        
        Al relacionarse adecuadamente las dimensiones, equilibra los factible con lo que se hable y lo asequible.
        
        DAN surge muchas preguntas y deben considerar muchos rediseño, los clientes y los ingenieros de los sistemas deben de estar en contacto estrecho y continuo
  - - - Es posible que oportunidades de reutilización, tenga información sobre el rendimiento y piensa en los problemas de integración y prueba del sistema
        
        Implementación la fase final de diseño y la implementación donde no es un diseño si no se debe abordar los problemas de diseño, no sólo se mantendrán las opciones de diseño de bajo nivel sino que me diga que abordan los problemas de implementación
        
        notación de diseño un objetivo principal es traducir una declaración concisa y precisa de qué es exactamente el programa y cómo debe funcionar
        
        Fluidez del diseño nuevos métodos de diseño, encontrar a su productividad como la calidad de su trabajo se ven afectadas.