Tabla de contenido:
- Definir la tarea
- Determine el alcance del proyecto
- Determine qué se necesitará para hacer el trabajo:
- Generar una declaración de requisitos
- Crear un modelo de base de datos formal
- Diseña la aplicación de base de datos
- Compilación
- Documéntelo
- Probar todo
- Mantener el producto finalizado
Video: my wife left me. ("How success destroyed us") 2024
El propósito de SQL es permitir a los desarrolladores crear bases de datos y aplicaciones de bases de datos robustas y útiles. Para tener éxito en esto, su esfuerzo de desarrollo debe pasar por una serie de etapas, cada una de las cuales se basa en la anterior, hasta que pueda celebrar con razón un proyecto exitoso. Aquí hay diez etapas esenciales que resultarán en un esfuerzo de desarrollo de base de datos exitoso.
Definir la tarea
Al comienzo de un proyecto, la persona que le está asignando la tarea de construir un sistema (el cliente) tiene una idea de lo que se necesita. Esa idea puede ser muy específica, nítida y concisa, o puede ser vaga, nebulosa y mal definida. Su primera tarea es generar y poner por escrito una descripción detallada de exactamente cuál debe ser el resultado final del proyecto, llamado los entregables . Esta es la tarea principal de la etapa de definición.
En la etapa de definición, usted define el problema que debe resolver su base de datos y la aplicación asociada con la mayor precisión posible. Haga esto escuchando atentamente a su cliente mientras describe lo que ella imagina que es el sistema. Haga preguntas para aclarar puntos vagos. A menudo, el cliente no habrá pensado las cosas completamente. Ella tendrá una idea general de lo que quiere, pero no tendrá una idea clara de los detalles. Debe llegar a un acuerdo con ella sobre los detalles antes de poder continuar.
Determine el alcance del proyecto
El próximo paso en la fase de definición es determinar el alcance del proyecto. ¿Qué tan grande será un trabajo? ¿Qué requerirá en tiempo de analista de sistemas, tiempo de programador, equipo y otros artículos de costo? ¿Hay una fecha límite?
Determine qué se necesitará para hacer el trabajo:
Una vez que haya determinado el alcance del proyecto, la siguiente pregunta que debe hacerse es: "¿Es posible hacer este trabajo dentro de las limitaciones de tiempo y costo impuestas? por el cliente? 'Para responder a esta pregunta, debe hacer un análisis de viabilidad. Después de completar el análisis, puede decidir que el proyecto no es factible como está definido actualmente. Debe rechazarlo o convencer al cliente para que reduzca el alcance a algo más manejable.
Una vez que ha determinado que el proyecto es factible, usted sabe qué tipo de personal necesitará para hacer el trabajo. En este punto, debe decidir quién trabajará en el proyecto. Es posible que pueda hacer un pequeño trabajo por su cuenta, pero la mayoría de los esfuerzos de desarrollo requieren un equipo de varias personas. Encontrar personas que tengan las habilidades necesarias (y que también estén disponibles para trabajar en el proyecto cuando las necesite) puede ser tan desafiante como cualquier parte del esfuerzo de desarrollo total.
Generar una declaración de requisitos
Una vez que haya llegado a un acuerdo con su cliente sobre qué exactamente incluirá el proyecto, puede escribir una Declaración de requisitos formal. La Declaración de requisitos es una declaración explícita de la pantalla de la aplicación de base de datos, la actualización y los mecanismos de control.
La declaración de requisitos debe ser lo más detallada posible. Es esencialmente un contrato entre usted y su cliente. Usted está aceptando exactamente qué se entregará y cuándo se entregará. Para sellar el acuerdo, tanto usted como su cliente deben firmar la Declaración de Requisitos, lo que significa un acuerdo sobre lo que será responsable de entregar. Este paso puede parecer bastante formal, pero protege a ambas partes. No puede haber ninguna pregunta posterior sobre lo que se acordó.
Crear un modelo de base de datos formal
Hasta ahora, el proyecto se ha analizado principalmente. En este punto, puede ingresar a la fase de diseño y hacer la transición del análisis al diseño. Lo más probable es que sepas todo lo que necesitas saber sobre el problema, así que ahora puedes comenzar a diseñar la solución.
El diseño de la base de datos tiene que ver con modelos. En este punto, tiene el modelo de datos de los usuarios, que captura el concepto de los usuarios de la estructura de la base de datos. Incluye todos los tipos principales de objetos, las características de esos objetos y cómo se relacionan los objetos entre sí. Sin embargo, no está suficientemente estructurado como para ser la base de un diseño de base de datos. Para eso, debe convertir el modelo de datos de los usuarios en un modelo que se ajuste a uno de los sistemas formales de modelado de bases de datos que se han desarrollado en las últimas décadas.
El más popular de los sistemas de modelado formal es el modelo de relación entre entidades, comúnmente denominado modelo E-R. Con este modelo, puede capturar lo que los usuarios le han dicho en una forma bien definida que luego puede traducir fácilmente en una base de datos relacional.
Una vez que tiene el sistema en forma de modelo E-R, es fácil convertirlo en un modelo relacional. El modelo relacional es algo que su DBMS entiende, y puede crear la base de datos directamente desde allí.
Diseña la aplicación de base de datos
Una vez que hayas diseñado la base de datos, la tarea de diseño está a medio hacer. Tiene una estructura que ahora puede completar con datos, pero todavía no tiene una herramienta para operar con esos datos. La herramienta que debe diseñar ahora es la aplicación de base de datos.
La aplicación de base de datos es la parte del sistema total que interactúa con el usuario. Crea todo lo que el usuario ve en la pantalla. Detecta y responde a cada depresión de clave que el usuario realiza y cada acción del mouse que realiza el usuario. Imprime cada informe que es leído por los compañeros de trabajo del usuario. Desde el punto de vista del usuario, la aplicación de base de datos es el sistema.
Al diseñar la aplicación de la base de datos, debe asegurarse de que permite a los usuarios hacer todo lo que la Declaración de Requisitos les promete que podrán hacer.También debe presentar una interfaz de usuario que sea comprensible y fácil de usar. Las funciones del sistema deben aparecer en posiciones lógicas en la pantalla. El usuario debe comprender fácilmente cómo realizar todas las funciones que proporciona la aplicación.
Compilación
Ahora que tiene un diseño de base de datos, puede crear las tablas, las relaciones entre ellas y las restricciones sobre esos datos que se pueden ingresar en ellas.
Documéntelo
Todo lo que ha hecho y los motivos de todas las decisiones que ha tomado deben documentarse meticulosamente. Con suerte, has estado haciendo esto todo el tiempo. En esta etapa, todo lo que necesita hacer es colocar la documentación en su forma final. Un desarrollador competente que no esté familiarizado con el proyecto debería ser capaz de recogerlo después de que haya pasado a cosas más grandes y mejores.
Probar todo
Una vez que haya creado y documentado un sistema de base de datos, puede parecer que ha terminado y puede disfrutar de unas vacaciones bien merecidas, pero aún no ha terminado: el sistema necesita ser rigurosamente probado. Esa prueba debe ser realizada por alguien que no piensa de la misma manera que tú. Una vez que el sistema entre en funcionamiento, los usuarios harán cosas que nunca imaginó. Harán combinaciones de selecciones que no previste, ingresarán valores en campos que no tienen sentido y harán las cosas al revés y al revés. No se sabe lo que harán. Independientemente de lo inesperado que haga el usuario, desea que el sistema responda de una manera que proteja la base de datos y que guíe al usuario a realizar las acciones de entrada apropiadas.
Mantener el producto finalizado
Una vez que haya entregado el sistema a tiempo y dentro del presupuesto, celebrado y haya recibido su pago final por el trabajo, sus responsabilidades no han terminado. Incluso si el probador independiente ha hecho un trabajo fantástico al tratar de hacer que el sistema falle, después de la entrega aún puede albergar errores latentes que aparecen semanas, meses o incluso años después. Puede estar obligado a corregir esos errores sin cargo, dependiendo de su acuerdo contractual con el cliente.
Incluso si no se encuentran errores, es posible que aún tenga alguna responsabilidad continua. Después de todo, nadie entiende el sistema tan bien como usted. A medida que pasa el tiempo, las necesidades de su cliente cambiarán. Quizás necesite funciones adicionales o quiera migrar a un hardware más nuevo y más potente. Estas posibilidades pueden requerir modificaciones a la aplicación de la base de datos, y usted está en la mejor posición para hacer esas modificaciones, según su conocimiento previo. Este trabajo adicional podría significar algunos buenos ingresos adicionales para usted.