El post que buscas se encuentra eliminado, pero este también te puede interesar

Ciclo de vida del desarrollo de sistemas UNIDAD II

Anuncios

Ciclo de vida del desarrollo de sistemas UNIDAD II

¿Qué es ciclo de vida del desarrollo de sistemas (SystemsDevelopmentLifeCycle -
SDLC)?

Es un enfoque por etapas del análisis y de diseño, que postula que el desarrollo de los sistemas mejora cuando existe un ciclo específico de actividades del analista y de los usuarios.

OBJETIVOS DEL CICLO DE VIDA DEL DESARROLLO DE SISTEMAS:


 Definir las actividades a ser ejecutadas en un proyecto de Procesamiento
Electrónico de Datos (PED)

 Introducir coherencia en muchos proyectos de PED de la misma organización

 Establecer punto de control para control de gerencia y puntos de control paratomar la decisión de "continuar o no".



ETAPAS DEL CICLO DE VIDA DEL DESARROLLO DE SISTEMAS:

 Identificación de problemas, oportunidades y objetivos:

Involucra al analista en la identificación de los problemas, oportunidades y objetivosdel proyecto, ya que nadie estará dispuesto a desperdiciar su tiempo dedicándolo al problema equivocado.

Es necesario observar en forma objetiva lo que ocurre en la empresa, luego hacer notar los problemas.

Las oportunidades son aquellas situaciones que el analista considera que pueden perfeccionarse mediante el uso de los sistemas de información

La identificación de objetivos en primera instancia, el analista deberá descubrir lo que la empresa intenta realizar. Y luego, estará en posibilidad de determinar si el uso de los sistemas de información apoyaría a la empresa para alcanzar sus metas.

 Determinación de los requerimientos de información

Determinará los requerimientos de información a partir de los usuarios involucrados. Para identificar los requerimientos dentro de la empresa, pueden utilizarse diversos instrumentos, los cuales incluyen: el muestreo; la entrevista; los cuestionarios; la observación de quienes toman las decisiones, técnicas para recolectar información.




 Análisis de las necesidades del sistema

Determina que herramientas y técnicas especiales facilitaran al analista la realización de las determinaciones requeridas.

Durante esta etapa, el analista de sistema también analiza las decisiones estructuradas por realizar, que son decisiones donde las condiciones, condiciones alternativas, acciones y reglas de acción podrán determinarse, el analista prepara una propuesta del sistema que resume todo lo que ha encontrado.


 Diseño del Sistema Recomendado

Se utiliza la información que se recolectó con anterioridad y elabora el diseño lógico del sistema de información.
El analista diseña procedimientos precisos de captura de datos, con el fin de que los datos que se introducen al sistema sean correctos.
Diseña accesos efectivos al sistema de información, mediante el uso de técnicas de diseño de formas y de pantallas.


 Desarrollo y documentación del Software

El analista trabaja con los programadores para construir todo el software original que sea necesario.
Aquí es donde el analista de sistemas transmite al programador los requerimientos de programación.
El analista también colabora con los usuarios para desarrollar la documentación indispensable del software, incluyendo los manuales de procedimientos


 Prueba y mantenimiento del sistema

El sistema de información debe probarse antes de utilizarlo.
El costo es menor si se detectan los problemas antes de la entrega del sistema.
El programador puede realizar algunas pruebas por su cuenta, otras se llevan a cabo con colaboración del analista de sistema. En un principio, se hace una serie de pruebas, con datos tipo, para identificar las posibles fallas del sistema.



 Implantación y evaluación del sistema

El analista ayuda a implantar el sistema de información. Esto incluye el adiestramiento que el usuario requerirá. Es responsabilidad del analista
la supervisión de la capacitación de todos y cada uno de los usuarios en el manejo
y operación del sistema.








RESUMEN DE LA UNIDAD III

INVESTIGACIÓN PRELIMINAR

Fundamento de los Proyectos

Los proyectos surgen de numerosas fuentes que la gente de negocios sugiere por dos razones: la experimentación de problemas que los conduzcan a soluciones con sistemas informatizados y la identificación de oportunidades para mejorar que eventualmente llegaran a presentarse. Ambas, surgen conforme las organizaciones se van adaptando o enfrenando a los cambios evolutivos.

El analista de sistemas sirve de catalizador y de especialista en apoyo, ya que es capaz de identificar el sitio donde los procesos pueden mejorar.

 Algunas oportunidades de mejoría son:
 La aceleración de un proceso
 Eliminación de pasos innecesarios
 Reducción de errores
 Eliminación de salidas redundantes
 Mejorar la relaciones proveedor/cliente/vendedor con el sistema


Los proyectos deben examinarse desde una perspectiva de sistemas, de tal forma que se considere el impacto del proyecto propuesto sobre toda la organización.

 Existen cinco criterios para la selección de proyectos:
 Contar con el respaldo de la dirección
 Disponibilidad de tiempo
 Posibilidad de mejorar la consecución de las metas de la organización
 Viabilidad en función de recursos y de capacidades
 Ventajas sobre otras alternativas


Determinación de la Factibilidad
La factibilidad se apoya en tres principios básicos:operativo, técnico y operativo. Este estudio, no es un estudio de sistemas, más bien es una recopilación de datos relevantes para la alta dirección, quien deberá tomar la decisión si procede al estudio de sistemas.


Parte de la indagación de la factibilidad consiste en descubrir cuales son objetivos que serán necesarios abordar.
Algunos de esos objetivos son:
 Reducción de errores, mayor precisión en la captura y aceleración en la misma
 Reducción del costo de las salidas
 La integración de los subsistemas del negocio
 La actualización del servicio al cliente (finalidad competitiva)
 Reducción del tiempo de procesamiento
 Automatización de procedimientos manuales
 Para determinar los recursos se sigue el mismo patrón de factibilidad.


Factibilidad técnica
El analista debe indagar si los recursos técnicos usuales pueden actualizarse ocomplementarse, de tal manera que satisfagan la necesidad considerada.
Factibilidad Económica
En este estudio deben considerarse: el tiempo del analista y del equipo de trabajo, el costo de la realización integral de un estudio de sistemas, el costo del tiempo del empleado para la empresa, el costo estimado del equipo y el costo estimado del software comercial o en su defecto, su desarrollo.

Factibilidad Operativa
Depende de los recursos humanos que participan durante la operación del proyecto.
Esto se refiere al pronóstico de si, una vez instalado, el sistema llegará a funcionar o a usarse.
Requiere de una imaginación creativa y habilidad de persuasión.

Planeación y control de actividades
. El analista de sistema debe administrar con cuidado el proyecto
La planeación incluye a todas las actividades que se requieren para la selección del equipo de análisis de sistemas, la asignación de proyectos apropiados, la estimación de tiempo que cada tarea requiere para su ejecución, y la programación del proyecto, de tal forma que las tareas se concluyan oportunamente.

La etapa más difícil es la estimación de duración de cada una de las actividades, para ello podemos usar la experiencia o bien proyectar estimaciones pesimistas y optimistas y obtener un promedio de ambas.
Una manera sencilla para programar actividades es mediante el diagrama de GANTT. Esencialmente es un diagrama que contiene barras que representan cada una de las actividades, y cuya longitud representa la duración de la actividad respectiva.

La ventaja de los diagramas de Gantt es su sencillez y que pueden ser dibujados a escalas, esto es, el tamaño de una barra, determina la duración de la tarea.
Las actividades se representan por la flechas, la longitud de la flecha no está asociado a la duración de la actividad. Los nodos circulares, también llamados eventos, sirven para:

 Reconocer que una actividad ha concluido
 Indicar que actividades necesitan concluirse antes de iniciar una
 El cálculo sencillo de la duración de la holgura


Administración de las actividades de Análisis y de Diseño
Los analistas tienen que administrar recursos humanos. Esto se logra estableciendo una certera comunicación entre los integrantes de los grupos, quienes fueron elegidos por su competitividad y su compatibilidad. Se deben establecer metas de productividad y lograr la motivación de los miembros del equipo de análisis.
Una forma de organizar las ideas acerca del trabajo de grupo es concibiéndolo como si siempre se buscara un balance entre el cumplimiento de las tareas y el manejo de las relaciones de los integrantes del grupo.

Para desarrollar sistemas de información útil y de alta calidad que cubran las necesidades de los usuarios, se verán influenciadas por cuestiones de:
 PRODUCTIVIDAD
 MANTEBILIDAD
 CONFIABILIDAD


Productividad:
El retraso en las aplicaciones.
. Más sistemas, más calidad, más complejidad y todo mucho más rápido. Dos aspectos de este problema son el retraso en los nuevos sistemas que se necesitan desarrollar, y el tiempo que se requiere paraconstruir un sistema individual nuevo.
El retraso se presenta en tres tipos diferentes:
 Retraso visible. Sistemas nuevos que los usuarios han pedido (aprobados yfinanciados) pero no se han iniciado por no contar con recursos adecuados.
 Retraso invisible. Sistemas que se necesitan pero no se han pedido.
 Retraso desconocido. Sistemas que ni si quiera se sabe que se necesitan
Un segundo aspecto de la productividad es el tiempo necesario para desarrollar un sistema individual.

Para evitar el retraso en las aplicaciones algunas de las técnicas más comunes son:
 Contratar más programadores y analistas
 Permitir a los usuarios desarrollar sus propios sistemas
 Mejores lenguajes de programación
 Atacar los problemas de mantenimiento
 Disciplinar la Ingeniería de Software


Confiabilidad.
El largo tiempo que se invierte en la prueba y la corrección de errores, y la muy poca productividad pudieran ser aceptables si el resultado fuesen sistemas altamente confiables y fácilmente mantenibles

Mantenibilidad.
La corrección de errores sobre la marcha es un aspecto del mantenimiento.


Resumen de la unidad IV

LOS REQUERIMIENTOS DEL SISTEMA

REQUERIMIENTOS BASICOS

Los analistas estructuran sus investigaciones al buscar respuestas a las siguientes
cuatro importantes preguntas:

o ¿Cuál es el proceso básico de la empresa?
o ¿Qué datos utiliza y produce este proceso?
o ¿Cuáles son los límites impuestos por el tiempo y la carga de trabajo?
o ¿Qué controles de desempeño utiliza?



Comprensión del proceso

Las siguientes preguntas son de utilidad para adquirir la comprensión
necesaria:

o ¿Cuál es la finalidad d esta actividad dentro de la empresa?
o ¿Qué paso se siguen para llevarla a cabo?
o ¿Dónde se realizan estos pasos?
o ¿Quiénes lo realizan?
o ¿Cuánto tiempo tardan en efectuarlo?
o ¿Con cuanta frecuencia lo hacen?

Frecuencia y volumen del proceso


La frecuencia con la que se presentan las actividades en una empresa cambia mucho.

Aunque la frecuencia de esta actividad es muy baja cuando el calendario inicia la
actividad al finalizar cada trimestre, el volumen de trabajo es muy grande ya que, en
ocasiones, se necesitan prepara decenas de miles de estados de cuenta. La cantidad
total de pasos de que consta una actividad, puede generar problemas especiales para
el estudio que efectúa el analista, aun cuando la actividad ocurra con poca frecuencia.


Identificación de controles


Las dos secciones siguientes muestran como utilizar las preguntas básicas para
comprender sistemas hacia transacciones y hacia decisiones.
Requerimientos de las transacciones de los usuarios
Los sistemas a nivel de transacciones, capturan, procesan y almacenan datos por
alguna razón.

Requerimientos de decisión de usuarios

o ¿Qué información se utiliza para la toma de decisiones?
o ¿Cuál es la fuente de información?
o ¿Qué sistemas de transacciones producen los datos utilizados en el proceso de
decisión?
o ¿Qué otros datos son necesarios y no es posible obtener del procesamiento de
transacciones?
o ¿Qué datos se originan en fuentes externas de la organización?
o ¿Cómo se deben procesar los datos para producir la información necesaria?
o ¿Cómo debe presentarse la información?


Requerimientos de toda la organización

En las empresas, los departamentos dependen unos de otros para brindar servicios,
fabricar productos y satisfacer a los clientes. Por consiguiente, el trabajo hecho en un
departamento afecta al de los otros. Cuando los analistas estudian sistemas para un
departamento también deben evaluar las implicaciones para los demás departamentos
con los que interactúa el sistema bajo investigación. Algunas veces los sistemas
fabrican el trabajo de varios departamentos. Es responsabilidad del analista identificar
las dependencias entre departamentos y determinar como les afecta un proyecto de un
sistema.


TÉCNICAS PARA RELEVAR DATOS

LA ENTREVISTA
Se necesita conocer sus referencias y la manera que afectará sus preferencias.
Educación, intelecto, contexto cultural y emociones directa en como filtros poderosos
para lo que estará oyendo en las entrevistas.



TIPOS DE INFORMACION BUSCADA

Una entrevista para recolección de información es una conversación dirigida en un
propósito específico que usa formato de preguntas y respuestas. En ella se quiere
obtener la opinión del entrevistado y sus sentimientos acerca del estado actual del
sistema, los objetivos de la organización, los personales y los procedimientos
informales.

Los objetivos son información importante que puede ser recogida de las entrevistas.
Los hechos que se obtienen de los datos relevantes pueden explicar el desempeño
pasado, pero los objetivos proyectan el futuro de la organización.

PLANEACION DE LA ENTREVISTA

LECTURA DE MATERIAL DE FONDO. Lea y comprenda tanta información de fondo
acerca del entrevistado y su organización, le sea posible. Este material puede ser
tenido mediante una llamada rápida a la persona de contacto para pedirle un reporte
anual o de cualquier publicación que haya sido enviada para explicar la organización
ante el público.

ESTABLECIMIENTO DE LOS OBJETIVOS DE LA ENTREVISTA. Usa la información
de fondo que recopiló, así como su propia experiencia, para establecer los objetivos de
la entrevista. Deben de hacer de 4 a 6 áreas que se relacionan con el procesamiento
de la información y con el comportamiento de las tomas de decisiones: fuentes de
información, formatos de la información, frecuencia de la toma de decisiones,
cualidades de la información y estilo de la toma de decisiones.

DECIDIRA QUIEN ENTREVISTAR. Cuando esté decidiendo a quién entrevistar incluye
agentes clave de todos los niveles que serán afectadas por el sistema en alguna forma.
Es importante muestrear a los miembros organizacionales. Tratando de obtener
balance para que sean tratadas tantas necesidades de los usuarios como sean posible.

PREPARE AL ENTREVISTADO. Prepare la persona a ser entrevistada, llamando lea
con anticipación y permitiendo a que el entrevistado tenga tiempo para pensar acerca
de la entrevista; las entrevistas deben durar 45 minutos a una hora, a lo mucho.

DECIDIRA SOBRE TIPOS DE PREGUNTAS Y ESTRUCTURAS. Este era preguntas
para tratar las áreas principales de la toma de decisiones descubiertas cuando se
averiguaron los objetivos de la entrevista.

TIPOS DE PREGUNTAS
Pregunta abiertas.
Describe por cierto la opción de alternativas para responder, la respuesta puede ser de
dos palabras o dos párrafos.
Ventajas:
1. Pone confortable al entrevistado.
2. Proporciona riqueza de detalle.
3. Permite más espontaneidad.
4. Hace la construcción de frases sea más fácil para el entrevistador.


Desventajas:
1. La posibilidad de perder el control de la entrevista.

2. Permite respuestas que pueden llevarse demasiado tiempo para la cantidad de
información obtenida.
3. Puede demostrar potencialmente que el entrevistador no esta preparando.


Preguntas cerradas.

Las respuestas posibles están serradas al entrevistado, debido a que solamente puede
responder con un número finito, tal como “ninguno”, “uno”, o “quince”.
Un tipo de especie de pregunta cerrada es la pregunta bipolar, esto limita también mas
al entrevistado, permitiéndole solamente una selección de cualquier extremo, tal como
sí ó no, cierto ó falso, reacuerdo ó desacuerdo.

Ventajas:
1. Se ahorra tiempo.
2. Se llega al punto.
3. Se mantiene control sobre la entrevista.
4. Se tratan muchos temas rápidamente.

Desventajas:
1. Ser aburridas para el entrevistado.
2. No llegan a entender grandes detalles (debido que el entrevistador proporciona el
marco de referencia para el entrevistado).
3. Se pierde ideas principales por la razón anterior.

Averiguaciones.
El objetivo de averiguar es ir más allá de la respuesta inicial para obtener mas
significado para aclararlo y para obtener y expandir el punto de vista del entrevistado.
Las averiguaciones pueden ser preguntas abiertas o serradas.

ELUSION DE PREGUNTAS CONDUCENTES
Las preguntas conducentes tienden a dirigir al entrevistado hacia la respuesta que no
parece querer. La respuesta es entonces sugerida, debido a que sé esta poniendo un
tipo de trampa.

ELUSION DE PREGUNTAS NOBLES
Las preguntas nobles son aquellas en las se usa una sola pregunta para lo que de
hecho son dos preguntas separadas. Una pregunta tal como “¿Qué decisiones toman
durante el día típico y como las tomas?”, este es un ejemplo de pregunta doble.
Una pregunta doble es una mala alternativa, debido a que el entrevistado puede
responder solo una pregunta y la otra reservársela.

USO DE UNA ESTRUCTURA DE PIRÁMIDE
Se debe usar una estructura de pirámide si considera que el entrevistador necesita
ambientarse en el tema. También es útil si el entrevistador parece ser que se resiste a
entrar en el tema.
La estructura de pirámide para las entrevistas va de preguntas específicas a generales.

USO DE ESTRUCTURA DE EMBUDO
En este tipo de estructura el entrevistador toma un enfoque deductivo, comenzando con
preguntas generales y abiertas y estrechando las respuestas posiblemente utilizando
preguntas serradas.
La estructura de embudo para la entrevista comienza con preguntas amplias y luego se
estrechas hacia preguntas especificas.

USO DE LA ESTRUCTURA DE ROMBO
Frecuentemente es mejor una combinación de dos estructuras anteriores, dando como
resultado la estructura de entrevista con forma de rombo, esto conlleva a comenzar en
forma muy especifica, luego examinar temas generales y por ultimo llegar a una
conclusión muy especifica.


ENTREVISTA ESTRUCTURADA CONTRA NO ESTRUCTURADA

En una entrevista completamente estructurada todo esta planteado y el plan es seguido
estrictamente. Las preguntas cerradas son la parte medular de una entrevista
completamente estructurada.
En el caso de las entrevistas no estructuradas es importante seguir un orden aunque no
de sentido dentro de la entrevista.
Recuerde que lo no estructurado se refiere simplemente al orden en que se realizan las
preguntas y no implica la falta de otra preparación. Es necesario que se proyecte que la
otra persona puede decir. Esto lleva bastante tiempo y pensamientos, y es, por si
mismo, un argumento excelente para preparar varios posibles camino dentro de la
entrevista. Este enfoque es hecho un programa de ramificaciones, si la respuesta es si,
sé continua de una manera, y si se no se toma la otra ruta de preguntas.

REGISTRO DE LA ENTREVISTA
Registre los aspectos más importantes de la entrevista. Puede usar una grabadora de
cinta o un lápiz y papel para tomar notas.

Uso de una grabadora de cinta

Es conveniente que antes de que sé realice la entrevista tenga conocimiento de la
existencia de la grabadora y el uso que se ara con ella después de la entrevista.

Antes de la entrevista

Es importante preparar cuando menos con un día antes de anticipación, y llegar
temprano a la cita para la entrevista, vestir adecuadamente según la ocasión.

Inicio de la entrevista

Es importante dar un saludo de apretón de mano de manera firme esto se aplica a
mujeres también, debemos cerciorarnos de que los micrófonos estén preparadas y
funcionando adecuadamente.
Atrapando la impresión de la primera pregunta se puede atrapar el vocablo del
entrevistado. También es importante empezar la entrevista con una buena pregunta y
captar aptitudes y creencias del entrevistado sobre el tema a desarrollar.
El material debe ser cubierto en 45 min. O en una hora para evitar el aburrimiento del
entrevistado y caída de rutina dentro de la entrevista. Fije sitas futuras para entrevistas
de seguimiento, déle las gracias al entrevistado por haberle dado parte de su tiempo y
despídase con un apretón de mano.

CONDICIONES QUE DAN SOPORTE AL USO DE “JAD”

Considere el diseño conjunto de aplicaciones cuando
1. Los grupos de usuarios están impacientes y quieren algo nuevo, y no una solución
estándar a un problema típico.
2. la cultura organizacional da soporte a los comportamientos de la solución de
problemas en conjunto entre varios niveles de empleados.
3. las analistas predicen que la cantidad de ideas generadas por medio de
entrevistas persona a persona no será tan abundante como la cantidad de ideas
posibles del ejercicio de un grupo amplio.
4. el flujo de trabajo organizacional permite la ausencia de personas importantes
durante un bloque de tiempo de dos a cuatro días.


Muestreo de eventos

Proporciona observaciones sobre un comportamiento íntegro en su contexto natural.

Ventajas:
1. Permite la observación de comportamientos conforme suceden.
2. Permite la observación de un evento considerado importante.

Desventajas:
1. Se lleva gran cantidad de tiempo del analista.
2. Se pierde una muestra representativa de decisiones frecuentes.

EL MUESTREO

El muestreo es el proceso de seleccionar sistemáticamente elementos representativos
de una población. Cuando estos elementos seleccionados son examinados de cerca,
se supone que el análisis revelará información útil acerca de la población como un todo.


LA NECESIDAD DE MUESTREO

Hay muchas razones por las que un analista de sistemas quiera seleccionar una
muestra representativa de los datos a examinar, o personas representativas, aplicar
cuestionarios u observar.

Determinar la población a ser muestreada.

El analista de sistemas debe determinar cuál es la población. En el caso de datos relevantes, necesita decidir,
por ejemplo, si son suficientes los dos últimos meses o si se necesitan los reportes
de todo el año para ese análisis. En forma similar, cuando se decide a quien
entrevistar, el analista de sistemas tiene que determinar si la población debe incluir
un nivel de la organización o todos los niveles, o tal vez ir hasta el exterior del
sistema para incluir la reacción de los clientes.


Muestreo Sistemático. El analista de sistemas podría escoger entrevistar a cada
enésima persona de una lista de empleados de la compañía. Sin embargo, este
método tiene ciertas desventajas.

o Muestreo Estratificado. Es el más importante para el analista de sistemas. La
estratificación es el proceso de identificación de subpoblaciones, o estratos, y
luego la selección de objetos o personas a muestrear dentro de estas
subpoblaciones. La estratificación también se aplica cuando el analista quiere usar
diferentes subgrupos.

o Muestreo Aglomerado. Algunas veces el analista de sistemas debe seleccionar
un grupo de documentos o personas a estudiar.

o Decisión del tamaño de la muestra. Es importante recordar que la cantidad
absoluta es más importantes en el muestreo que en el porcentaje de la población.

0 comentarios - Ciclo de vida del desarrollo de sistemas UNIDAD II