Beruflich Dokumente
Kultur Dokumente
Metodologías para el
Diseño de Sistemas
Realizado por:
Isidro González C.I. 25.547.661
Método y Metodología
El método científico, por su parte, es la serie de pasos que sigue una ciencia para
obtener saberes válidos (es decir, que pueden verificarse a través de un
instrumento fiable). Gracias al respeto por un método científico, un investigador
logra apartar su subjetividad y obtiene resultados más cercanos a la objetividad o
a lo empírico.
Análisis de Requerimientos
En esta etapa se logra claridad sobre lo que desea el usuario y la forma en la cual
se le va a presentar la solución que está buscando
Diseño Detallado
Implementación y Pruebas
Esta etapa requiere que los usuarios con un vasto conocimiento de los procesos
de la compañía determinen cuáles serán las funciones del sistema. Debe darse
una discusión estructurada sobre los problemas de la compañía que necesitan
solución.
“No intentes arreglarlo a menos que lo hayas comprendido”. Esta frase consiste en
estudiar y analizar el sistema actual. Se identificarán sus problemas, como se
maneja, con quién se interrelaciona y cómo podría solventarse el mismo. Qué es
lo que se necesita para que el sistema trabaje de manera eficiente. Como parte
del análisis del sistema de información se encuentra el análisis de los
requerimientos, de viabilidad, el modelado de datos, procesos, redes y el
diccionario de datos.
La fase de concepción o inicio tiene por finalidad definir la visión, los objetivos y el
alcance del proyecto, tanto desde el punto de vista funcional como del técnico,
obteniéndose como uno de los principales resultados una lista de los casos de uso
y una lista de los factores de riesgo del proyecto. El principal esfuerzo está
radicado en el Modelamiento del Negocio y el Análisis de Requerimientos. Es la
única fase que no necesariamente culmina con una versión ejecutable.
La fase de elaboración tiene como principal finalidad completar el análisis de los
casos de uso y definir la arquitectura del sistema, además se obtiene una
aplicación ejecutable que responde a los casos de uso que la comprometen. A
pesar de que se desarrolla a profundidad una parte del sistema, las decisiones
sobre la arquitectura se hacen sobre la base de la comprensión del sistema
completo y los requerimientos (funcionales y no funcionales) identificados de
acuerdo al alcance definido.
La fase de transición se inicia con una versión “beta” del sistema y culmina con el
sistema en fase de producción.
Esta fase es útil para que el analista confirme la idea que tiene de la organización
y sus objetivos. Los implicados en esta fase son el analista y los usuarios, por lo
general los trabajadores y gerentes del área de operaciones.
El analista necesita conocer los detalles de las funciones del sistema actual: el
quién (la gente involucrada), el qué (la actividad del negocio), el dónde (el entorno
donde se desarrollan las actividades), el cuándo (el momento oportuno) y el cómo
(la manera en que se realizan los procedimientos actuales) del negocio que se
estudia.
En esta fase el analista evalúa las dos fases anteriores, usa herramientas y
técnicas como el uso de diagramas de flujo de datos para graficar las entradas, los
procesos y las salidas de las funciones del negocio en una forma gráfica
estructurada.
El analista prepara en esta fase, una propuesta de sistemas que sintetiza sus
hallazgos, proporciona un análisis de costo/beneficio de las alternativas y ofrece,
en su caso, recomendaciones sobre lo que se debe hacer.
En esta fase el analista utiliza la información recopilada en las primeras fases para
realizar el diseño lógico del sistema de información. El analista diseña
procedimientos precisos para la captura de datos que aseguran que los datos que
ingresen al sistema de información sean correctos. Facilita la entrada eficiente de
datos al sistema de información mediantes técnicas adecuadas de diseño de
formularios y pantallas. La concepción de la interfaz de usuario forma parte del
diseño lógico del sistema de información. La interfaz conecta al usuario con el
sistema y por tanto es sumamente importante. También incluye el diseño de
archivos o bases de datos que almacenarán gran parte de los datos
indispensables para los encargados de tomar las decisiones en la organización.
En esta fase el analista interactúa con los usuarios para diseñar la salida (en
pantalla o impresa) que satisfaga las necesidades de información de estos últimos.
Finalmente el analista debe diseñar controles y procedimientos de respaldo que
protejan al sistema y a los datos y producir paquetes de especificaciones de
programa para los programadores. Cada paquete debe contener esquemas para
la entrada y la salida, especificaciones de archivos y detalles del procesamiento
En la quinta fase del ciclo del desarrollo de sistemas, el analista trabaja de manera
conjunta con los programadores para desarrollar cualquier software original
necesario. Entre las técnicas estructuradas para diseñar y documentar software se
encuentran los diagramas de estructuras, los diagramas de Nassi-Shneiderman y
el pseudocódigo.
Durante esta fase el analista trabaja con los usuarios para desarrollar
documentación efectiva para el software, como manuales de procedimientos,
ayuda en línea y sitios web que incluyan respuestas a preguntas frecuentes en
archivos “léame” que se integrarán al nuevo software.
Se menciona la evaluación como la fase final del ciclo de vida del desarrollo de
sistemas principalmente en áreas del debate. En realidad, la evaluación se lleva a
cabo durante cada una de las fases. El trabajo de sistemas es cíclico, cuando un
analista termina una fase del desarrollo de sistemas y pasa a la siguiente, el
surgimiento de un problema podría obligar a regresar a la fase previa y modificar
el trabajo realizado.
Primera etapa: representar los objetos del dominio con la ayuda del modelo
Entidad-Relación ampliado con relaciones asociativas (aquéllas que permiten
representar caminos navegacionales entre entidades puestos en evidencia en la
fase de análisis).
Tercera etapa: definir los caminos de navegación inducidos por las relaciones
asociativas del esquema E-R+. A continuación, es posible definir estructuras de
acceso de alto nivel (agrupaciones), lo que permite dotar a la aplicación de
accesos jerárquicos a niveles diferentes de los trozos de información. El esquema
RMDM resultante se obtiene añadiendo al esquema E-R+ las agrupaciones y
caminos navegacionales definidos en esta etapa.
Cualquier cosa que un objeto no sabe, o no puede hacer, es excluida del objeto.
Además, como se puede observar de los diagramas, las variables del objeto se
localizan en el centro o núcleo del objeto. Los métodos rodean y esconden el
núcleo del objeto de otros objetos en el programa. Al empaquetamiento de las
variables de un objeto con la protección de sus métodos se le
llama encapsulamiento. Típicamente, el encapsulamiento es utilizado para
esconder detalles de la puesta en práctica no importantes de otros objetos.
Entonces, los detalles de la puesta en práctica pueden cambiar en cualquier
tiempo sin afectar otras partes del programa.
Modularidad, esto es, el código fuente de un objeto puede ser escrito, así como
darle mantenimiento, independientemente del código fuente de otros objetos. Así
mismo, un objeto puede ser transferido alrededor del sistema sin alterar su estado
y conducta.
Ocultamiento de la información, es decir, un objeto tiene una "interfaz publica" que
otros objetos pueden utilizar para comunicarse con él. Pero el objeto puede
mantener información y métodos privados que pueden ser cambiados en cualquier
tiempo sin afectar a los otros objetos que dependan de ello.
Con la herencia, todas las clases están arregladas dentro de una jerarquía
estricta. Cada clase tiene una superclase (la clase superior en la jerarquía) y
puede tener una o más subclases (las clases que se encuentran debajo de esa
clase en la jerarquía). Se dice que las clases inferiores en la jerarquía, las clases
hijas, heredan de las clases más altas, las clases padres.
Las subclases heredan todos los métodos y variables de las superclases. Es decir,
en alguna clase, si la superclase define un comportamiento que la clase hija
necesita, no se tendrá que redefinir o copiar ese código de la clase padre
1.1.3.- Definición detallada del problema que motiva el desarrollo del sistema
experto.
Fase 2.1.- Estimación del perfil de los usuarios finales del Sistema Experto.
Fase 3.2.- Estimación del tiempo requerido para el desarrollo del Sistema Experto.
Etapa 1: Análisis
Etapa 2: Diseño
Etapa 3: Desarrollo
La prueba de campo de un Sistema Educativo es mucho más que usarlo con toda
la población objeto.
- Para algunos estudiantes pueden ser centros de estudio donde asisten para
formarse con miras a ingresar a un mercado de trabajo profesional, para otros
pueden ser centros donde tomar experiencia en la diatriba política, para otro grupo
pueden ser centros donde converge el conocimiento universal y acuden a entrar
en contacto con él, etc.
La SSM está conformada por siete (7) estadios cuyo orden puede variar de
acuerdo a las características del estudio, a continuación se describen brevemente
estos estadios.
. Metodología MERINDE
Este proyecto pretende entre sus principales objetivos apoyar a las comunidades
de desarrollo de SL en sus proyectos, suministrando las herramientas necesarias
para que estos cumplan con un proceso de desarrollo y documentación de sus
sistemas. Se aclara que el proceso propuesto y las plantillas no son universales y
no intentan proveer guías prescriptivas en el proceso general de desarrollo de
sistemas
Metodología SCRUM
Planificación de la iteración
Ejecución de la iteración
Cada día el equipo realiza una reunión de sincronización (15 minutos máximo).
Cada miembro del equipo inspecciona el trabajo que el resto está realizando
(dependencias entre tareas, progreso hacia el objetivo de la iteración, obstáculos
que pueden impedir este objetivo) para poder hacer las adaptaciones necesarias
que permitan cumplir con el compromiso adquirido. En la reunión cada miembro
del equipo responde a tres preguntas:
Inspección y adaptación
Isakowitz, T.; Kamis, A.; Koufakis, M: Extending the capabilities of RMM: Russian
dolls and Hypertext. 1996
César Krall. ¿Qué es y para qué sirve UML? [En Línea] Disponible en:
http://bit.ly/1Gwacqm
Abdel Rívas. Metodología de James Martin y UML [En línea] Disponible en:
http://mundoinformatico321.blogspot.com/2012/12/metodologia-de-james-martin-y-
uml.html
Adrian La Rosa, Rafael Silva, Juan Velázquez. Metodología Kendall & Kendall [En
línea] Disponible en:
http://sistemasdeinformacion2.wikispaces.com/METODOLOG%C3%8DA+KENDA
LL+%26+KENDALL
Abdel Rívas. Metodología del Software Educativo por Álvaro Gálvis [En línea]
Disponible en: http://mundoinformatico321.blogspot.com/2012/12/metodologia-del-
software-educativo-por.html