Objetivo del análisis y diseño de sistemas
Comprender qué necesitan los humanos para analizar la entrada o el flujo de datos de manera sistemática, procesar o transformar los datos, almacenarlos y producir información en el contexto de una organización específica.
Ciclos de desarrollo de software
o Desarrollo incremental.
o Desarrollo de Prototipos. Desarrollos rápidos o Problemas no estructurados
o OOA. Orientado a Objetos. Para aplicaciones con mucha HCI. Interección humano-computadora
o Desarrollo de páginas WEB
o Metodologías de Desarrollo. Problemas Estructurados
Ciclo del Desarrollo Incremental
o Se atiende el problema principal a primera instancia
o El aplicativo va evolucionando progresivamente al integrarle nueva funcionalidad alrededor del problema principal
o Generalmente se presentan muchas deficiencias en producción, por lo que se tiene que realizar muchas liberaciones para solventarlas
o En empresas grandes en dónde se tienen procesos de liberación complejos no conviene adoptar éste ciclo
o Es muy bueno cuando el usuario no tiene idea de que es lo que quiere
o Es común tener que realizar recursividad para ir ajustando el prototipo
o En casos extremos puede agotar la tolerancia del usuario a seguir participando
Ciclo Orientado a Objetos
o Especial para sistemas transaccionales, con mucha interacción con el ser humano
o Facilita el desarrollo de sistemas que cambian con rapidez
o Se tiene un estándar UML. Lenguaje de modelado unificado
SDLC Ciclo de Desarrollo de Sistemas
S.A.D.T. Structure Analysis And Design Technique
Es una herramienta para representar procesos con orientación a objetos.
Metodología de Desarrollo de Proyectos
Para el desarrollo de proyectos se consideran 3 etapas
o Etapa de Planeación
o Etapa de Desarrollo
o Etapa de Mantenimiento
CICLO DE VIDA CLÁSICO
o ANÁLISIS. Determinar los elementos y relaciones que interactúan en el modelo real e identificar las necesidades del usuario.
o DISEÑO. Desarrollar una estrategia de solución al problema planteado, mediante la creación de estructuras de datos y traduciendo esto en términos de software.
o DESARROLLO. Crear la Base de Datos y los algoritmos, e incorporarlos a la computadora.
o PRUEBAS. Determinar la calidad del producto, comparando los requerimientos del usuario y especificaciones originales contra la funcionalidad del sistema.
o IMPLANTACIÓN. Realizar los diferentes manuales del sistema, efectuar capacitación a los usuarios y operadores del sistema, para llevar a cabo un paralelo que verifique la funcionalidad y hacer un convenio de servicio entre la operación y el usuario.
o MANTENIMIENTO. Detectar fallas, corregirlas o adaptar el software a las nuevas condiciones operativas.
Análisis vs. Diseño
Análisis
o El análisis consiste en documentar como las cosas se realizan en un proceso determinado.
o Que elementos del medio ambiente interactúan con el proceso actual
o Se debe tomar nota de las deficiencias del proceso, las expectativas y requerimientos del usuario.
o Implica actividades de revisión, documentación y clasificación de la información.
o Se realiza principalmente durante la etapa de planeación del proyecto
o Involucra funciones de análisis, síntesis, razonamiento
o Se trabaja con el hemisferio del lado izquierdo del cerebro.
o No involucra la creatividad
o No se tiene que tratar de encontrar en ese momento alternativas de solución.
Diseño
o De las deficiencias detectadas en el análisis y los requerimientos de los usuarios se trabaja en encontrar alternativas de solución .
o Estructura los procesos y la información en forma ordenada.
o Elabora las pantallas, reportes del sistema y formatos para apoyar la operación manual del sistemas
o Estructura la organización, puestos y procedimientos para sincronizar la función del sistema
o Involucra actividades creativas, estéticas y la imaginación
o Utiliza el hemisferio derecho del cerebro para su realización
o Se utiliza principalmente durante la etapa de Diseño y Desarrollo
PLANEACIÓN DEL PROYECTO
o Definir el Problema.
o Estudiar sobre el tema
o Analizar el Sistema Actual
o Modelo Conceptual
DEFINICIÓN DEL PROBLEMA
o Nombre del Proyecto. Nombre completo, seudónimo, clave y descripción
o Enunciar el problema concreto y real al resolver.
o Objetivos a perseguir. (cualitativo)
> General
> Particulares
o Metas a obtener. (cuantitativo).
> General
> Particulares
• Relación de participantes durante la etapa de planeación.
o DEFINICIÓN DEL PROBLEMA
o Problemática
• Generalmente el problema planteado por el usuario es en realidad un efecto del verdadero problema.
• Manejo del texto y contexto.
• Objetivos diferente al usuario.
o Participantes.
• Coordinador del proyecto.
• Usuario.
o Control de calidad y avance.
• Visto bueno de gerente de sistemas.
• Visto bueno del usuario.
o Tiempo máximo de la Fase: Día.
o Administración: Registro del proyecto
Texto y Contexto
o El texto es lo que se dice literalmente.
o El contexto es la información que se encuentra implícita dentro del texto.
o Entre menos se habla más contexto tiene la conversación
o Entre más se habla menos contexto tiene la conversación
o El contexto está relacionado directamente con el léxico de las disciplinas
o Dependiendo de las disciplinas existe diferente contexto para determinadas palabras
o Para evitar confusiones o malos entendidos el contexto hay que pasarlo a texto, esto es explicar en forma sencilla los conceptos, y no dar por entendido lo que se está platicando.
Documentación sobre el tema.
o Familiarización con el léxico y la terminología propia del tema.
o Investigación genérica del tema.
o Problemática.
• Si no existe bibliografía o experiencia se torna en un proyecto de investigación.
o Participantes.
• Coordinador del proyecto.
• Personas ajena al proyecto y de ser posible a la misma empresa
o Control de calidad y avance.
• Fichas bibliográficas.
• Glosario de términos.
• Documentación.
• Notas.
o Administración: Plan de Trabajo.
Los requerimientos son importantes porque sin ellos:
o Las necesidades del usuario pueden ser ignoradas.
o No se puede definir el alcance y mucho menos el esfuerzo requerido.
o El diseño sistemático es imposible.
o El control administrativo del proyecto es imposible.
o No existe un criterio para aceptar el software.
o Existen dos tipos de requerimientos:
• Necesidades del usuario.
• Especificaciones técnica en base a una arquitectura definida.
-----------------
La especificación de los requerimientos del software debe ser:
o Sin ambigüedades.
o Completa.
o Consistente.
o Verificable.
o Que tenga seguimiento.
o Para cada requerimiento debe existir más de una forma de implementarlo.
o Un requerimiento debe ser una regla de negocio.
o Una especificación de requerimiento no debe contener:
• Diseño de información.
• Resultados organizacionales.
• Horarios o presupuestos.
• El cómo se tiene que implementar
Estudio del sistema actual.
o Definir las razones del proyecto claramente.
o Determinar fortalezas y debilidades del sistema actual.
o Establecer contacto con los usuarios del sistema.
o Conocer el flujo administrativo y operativo en que se desenvuelve el sistema
o Conocer lo referente a las entradas, procesos, salidas, almacenamiento, interfaces con otros sistemas, tiempos de proceso y operación.
o Determinar los costos de operación y mantenimiento.
o Depurar los objetivos del proyecto.
o Estimar los recursos para el proyecto.
o Estipular los requerimientos del proyecto
o Problemática.
• Resistencia al cambio.
• Inseguridad en el trabajo.
• Resistencia del usuario a dar información sobre trabajo por temor a ser desplazado de su trabajo, por actitudes de prepotencia por parte de los analistas de sistemas.
o Participantes.
• Coordinador del proyecto.
• Analistas de sistemas.
• Usuario y áreas involucradas
o Control de calidad y avance.
• Documentación generada
o Administración.
• Plan de Trabajo.
Información sobre el sistema actual.
o Información
o Manuales de:
• Organización
• Métodos y procedimientos
• Políticas
• Usuarios
• Técnico
• Operación
• Administrador del Sistema
• Contingencias
Documentación sobre el sistema actual
o Bibliografía.
o Diagrama del sistema.
o Catálogo de formas.
o Distribución de reportes
o Diagrama de flujo de datos
o Diccionario de datos
o Notas.
o Reestructuración de:
• Definición
• Problema
• Objetivos
• Metas del proyecto.
o Requerimientos del sistema
Modelo Conceptual
Modelo propuesto
o Modelo Conceptual
o Estudio de Factibilidad
o Estudio de Costos- Beneficios
o Programa de Trabajo
o Presupuesto
o Problemática.
• Plasmar en un lenguaje no técnico los resultados de la planeación del proyecto.
• Retroalimentación del proyecto.
• Administración de cambios.
o Participantes.
• Coordinador del proyecto.
• Analistas de sistemas.
• Usuario y áreas involucradas
o Control de calidad y avance.
• Presentación a sistemas.
• Presentación a las áreas.
• Autorización de los usuarios.
o Administración:
• Plan de Trabajo.
• Presupuesto del Proyecto
Tormenta Cerebral
o Convocar a una junta de larga duración 6 a 10 hrs, en donde todas las personas se encuentren totalmente incomunicadas, para evitar que se distraigan.
o Debe se interdisciplinarias, esto es que exista participación y representatividad de cada uno de los departamentos involucrados.
o De preferencia deben ser miembros de Dirección con toma de decisiones, para establecer acuerdos sobre la marcha.
o El que dirige la reunión debe ser una persona reconocida, digna de confianza, con el suficiente poder, liderazgo y respaldado por la Dirección dentro de la organización, para que sea respetado y el mismo pueda resolver algunas discrepancias que se presentes.
o Durante la junta cada área aporta sus requerimientos, con la intención que sean presentadas propuestas de solución y apoyo por parte de los otros integrantes, mediante la aportación de puntos de vista.
o Se tiene que nombrar un secretario que lleve las notas, para posteriormente realizar el acta de la sesión y los acuerdos.
o Problemáticas
• Los integrantes no tienen la capacidad por desconocimiento de su área de trabajo.
• No saber manejar los conflictos interpersonales de índole personal o político
• Que se trate de defender posiciones o se presenten luchas de poder
Modelo Conceptual
o Diagrama de Contexto
o DFD de 1er Nivel
o Alcances del Sistema
o Exclusiones del Sistema
o Ventajas
o Desventajas
o Bosquejar en forma conceptual las consultas y reportes.
o Describir la funcionalidad de cada uno de los módulos.
o CONTROL DE CALIDAD Y AVANCE.
• Siempre hay que presentar este documento.
• realiza la autorización y ajustes al proyecto.
o PROBLEMÁTICA. Generalmente cuando se presenta al usuario, éste realiza cambios en el alcance del proyecto, teniendo que ajustar el plan de trabajo a estas nuevas expectativas.
o Factibilidad
o Verificar que la solución sea posible de acuerdo a los siguientes criterios:
• Económica. Que se tengan los recursos económicos para llevarla a cabo.
• Operativa. Que de acuerdo a una estructura organizacional previamente acordada se pueda implementar.
• Técnica. Que existan los elementos técnicos para realizarla.
• Funcional. Que el tiempo empleado para operarla sea coherente.
• Moral. Que no lesione los principios y valores de las gentes que están involucradas (empleados, proveedores, clientes, accionistas).
o Presentar un comparativo entre las alternativas de solución.
o Denotar una recomendación técnica sobre la solución propuesta.
o Cuando se tiene una sola alternativa se realizan las validaciones pero no se incluyen dentro del documento.
o Este estudio se presenta cuando se tienen varias alternativas de solución.
Estudio de Costo - Beneficio
o Mostrar la rentabilidad de realizar el proyecto
o Para aumentar los ingresos de una compañía se puede:
• Aumentar las ventas
• Disminuir los costos
o Sobre estos conceptos se tiene que ver el estudio de costo - beneficio
o También hay que considerar cuestiones cualitativas como es la calidad del servicio, la oportunidad y la satisfacción del cliente.
o HERRAMIENTAS: tasa interna de retorno, punto de equilibrio
o EXCLUSIÓN. No se realiza cuando el personal de sistemas ya está contratado y si no se autoriza el proyecto no tendrían otra cosa que hacer.
o Presupuestos.
o Expresar que recursos necesitamos para realizar el proyecto
• Hardware
• Software
• Comunicaciones
• Consultoría
• Personal
• Capacitación
• Viaje y Viáticos
o Identificando cuales de estos gastos son de:
• Inversión.
• Gasto.
o Se pueden calendarizar con respecto al tiempo
o EXCLUSIÓN: No se realiza un presupuesto cuando sólo se tiene el gasto del personal de desarrollo, y todo lo demás necesario para el proyecto ya se tiene.
Plan de Trabajo.
o Estima el tiempo necesario para realizar una tarea.
o Se basa en la estimación de esfuerzo y la asignación de los recursos con que contamos
o TECNICAS:
• Estimación de Esfuerzo
> Líneas de Código
> Puntos por función
> Modelo COCOMO
• Planes de Trabajo
> Diagramas de Gant
> Diagramas Pert
> Diagramas CPM
o HERRAMIENTAS:
> Windows Project
o PROBLEMÁTICA: La estimación del esfuerzo es casi un arte, aún cuando contamos con algunas herramientas para llevarlas a cabo, todas ellas tienen una serie de parámetros que ligados a las variaciones en las peticiones de los usuarios es muy difícil de realizar un cálculo correcto.
Comentarios
Publicar un comentario