Cuestionario De Estudio.
1. Definición de Análisis.
es la ciencia encargada del análisis de sistemas grandes y complejos, y la interacción entr entree los los mismo mismos. s. Esta Esta área área se encu encuen entra tra muy muy rela relacio ciona nada da con con la inve investi stiga gació ción n operativa. También se denomina análisis de sistemas a una de las etapas de construcción de un sistema informático, que consiste en relevar la información actual y proponer los rasgos generales de la solución futura. 2. Definición De desarrollo.
El desarro desarrollo llo de sistema sistemass es un proceso proceso que consist consistee en dos etapas etapas princi principal pales es de análisis y diseño de sistemas; comiena cuando la gerencia, o en algunas ocasiones el personal de desarrollo de sistemas, se da cuenta de cierto sistema del negocio necesita mejorarse. 3. Ciclo de vida del desarrollo desarrollo de sistema.
Es una estructura aplicada al desarrollo de un producto de soft!are. "ay varios modelos a seguir para el establecimient establecimiento o de un proceso para el desarrollo de soft!are, cada uno de los cuales describe un enfoque diferente para diferentes actividades que tienen lugar durante el proceso. #lgunos autores consideran un modelo de ciclo de vida un término más general que un determinado proceso para el desarrollo de soft!are. $or ejemplo, %ay varios procesos de desarrollo de soft!are espec&ficos que se ajustan a un modelo de ciclo de vida de espiral. 'as etapas del proceso de desarrollo de soft!are • • • • • • • •
$lanificación #nálisis (iseño )mplementación $ruebas )nstalación (espliegue *so y mantenimiento
El proceso de diseño de una base de datos +
• • • • • •
ase +- #nálisis de requerimientos. ase - (iseño conceptual ase /- Elección del 012( ase 3- (iseño lógico ase 4- (iseño f&sico ase 5- )nstalación y mantenimiento
4. Investigación Preliminar.
0i un proyecto de sistema parece ser viable y tiene suficiente prioridad, se comiena la investigación preliminar. Esta investigación requiere uno o más analistas de sistemas analiando el 6system request7 para determinar la verdadera naturalea y alcance del problema y recomendar si es que se debe continuar con el proyecto. El propósito de la investigación preliminar es buscar información suficiente para determinar si se debe continuar con el 8iclo de 9ida del (esarrollo del 0istema. 'a investigación no es una actividad de recolección de datos; no se espera que se definan todos los problemas ni que se propongan todas las posibles soluciones. • • • • •
Entender la naturalea del problema. (efinir el alcance y las restricciones o limitaciones del sistema. )dentificar los beneficios que se obtendr&an si el sistema propuesto es completad. Especificar un estimado de tiempo y costo para las pró:imas fases de desarrollo. $resentar un informe a la gerencia describiendo el problema y detallando si se recomienda continuar con la fase de análisis del sistema.
$asos para realiar la investigación preliminar+.
btener la autoriación de la gerencia.
.
)dentificar la información necesaria para el proyecto para cumplir con los cinco
objetivos de la investigación
>ealiar las acciones que sean necesarias para conseguir la información, como por
ejemplo-
•
#naliar el organigrama para conocer la estructura de los departamentos y las
•
personas claves para el sistema. >ealiar entrevistas a los usuarios, éste es el método principal de obtener información.
•
>evisar la documentación actual, verificando con los usuarios si la
•
documentación es correcta y completa. bservar la operación actual para identificar fuentes de )nput y utput. >ealiar encuestas, método usado cuando se necesita información de muc%as
•
personas. 3.
#naliar la información obtenida, identificando alternativas con sus costos y
beneficios y recomendando la acción que se debe tomar. 4. 5.
$resentar los resultados y recomendaciones a la gerencia. Alcance del estudio.
El alcance %a de definir con precisión el entorno y los l&mites en que va a desarrollarse. El alcance es la necesidad planteada por el cliente o usuario, o como consecuencia de la realiación del soft!are, en otras palabras es una descripción general de la misma. 0e determinan los objetivos, se inicia el estudio de los requisitos y se identifican las unidades organiativas afectadas estableciendo su estructura. 6 Determinar re!uerimientos.
'a determinación de requerimientos es el estudio de un sistema para conocer cómo trabajan los métodos empleados y dónde es necesario efectuar mejoras.
Anticipación de requerimientos. #qu& entra la e:periencia del analista que al %aber participado previamente en alguna situación similar podrá ser capa de prever las caracter&sticas del sistema. Investigación de re!uerimientos.
'os analistas estudian el sistema actual con la ayuda de %erramientas y %abilidades, para as& documentar sus caracter&sticas y emprender el análisis más adelante.
"s#ecificaciones de re!uerimientos.
La calidad del trabajo realizado aquí se refejara en las características del nuevo sistema /
•
0e
conforma
de
tres
partes
relacionadas
entre
s&-
#nálisis de datos basados en %ec%os reales- se analian los datos recopilados •
para determinar el grado de desempeño del sistema. )dentificación de requerimientos esenciales- 8aracter&sticas que debe incluir el
•
nuevo sistema, desde detalles de operación %asta criterios de desempeño 0elección de estrategias para satisfacer los requerimientos- ?étodos que serán utiliados para alcanar los requerimientos establecidos seleccionados.
$ Desarrollo de sistema #rototi#o.
El prototipo debe ser construido en poco tiempo, usando los programas adecuados y no se debe utiliar muc%os recursos. El diseño rápido se centra en una representación de aquellos aspectos del soft!are que serán visibles para el cliente o el usuario final. Este diseño conduce a la construcción de un prototipo, el cual es evaluado por el cliente para una retroalimentación; gracias a ésta se refinan los requisitos del soft!are que se desarrollará. 'a interacción ocurre cuando el prototipo se ajusta para satisfacer las necesidades del cliente. Esto permite que al mismo tiempo el desarrollador entienda mejor lo que se debe %acer y el cliente vea resultados a corto plao. • • • • • •
%
$lan rápido. ?odelado, diseño rápido 8onstrucción del $rototipo (esarrollo, entrega y retroalimentación 8omunicación Entrega del desarrollo final Prue&a de los sistemas.
Las pruebas son básicamente un conjunto de actividades dentro del desarrollo de software. Dependiendo del tipo de pruebas, estas actividades podrán ser implementadas en cualquier momento de dicho proceso de desarrollo. Existen distintos modelos de desarrollo de software, así como modelos de pruebas. A cada uno corresponde un nivel distinto de involucramiento en las actividades de desarrollo. Prue&as estáticas
0on el tipo de pruebas que se realian sin ejecutar el código de la aplicación. 3
$uede referirse a la revisión de documentos, ya que no se %ace una ejecución de código. Esto se debe a que se pueden realiar @pruebas de escritorio@ con el objetivo de seguir los flujos de la aplicación Prue&as dinámicas
Todas aquellas pruebas que para su ejecución requieren la ejecución de la aplicación. 'as pruebas dinámicas permiten el uso de técnicas de caja negra y caja blanca con mayor amplitud. (ebido a la naturalea dinámica de la ejecución de pruebas es posible medir con mayor precisión el comportamiento de la aplicación desarrollada. 'i#os de #rue&as #or su e(ecución • •
$ruebas manuales $ruebas automáticas
)* Puesta en marc+a. •
#nálisis de la infraestructura para la puesta en marc%a- (eterminar los recursos tecnológicos de infraestructura y soft!are necesarios para la instalación del
•
producto. #uditar la configuración f&sica- Evaluar los recursos disponibles para utiliar en
•
la puesta en marc%a y operación del producto soft!are. #segurar la compatibilidad de la aplicación- 1arantiar que se tienen disponibles
•
los recursos para el funcionamiento del soft!are en el nuevo entorno. (esarrollar una copia de seguridad de la versión del sistema- >esguardar el
•
estado actual del sistema en operación. 8onfigurar la base de datos- )nstalar en el motor de base de datos las entidades
•
necesarias para el funcionamiento del soft!are. #signación de los permisos requeridos- (ejar configurada la seguridad de modo
•
que el soft!are tenga acceso a los recursos necesarios para su funcionamiento. >ealiar la puesta en funcionamiento del soft!are en las instalaciones del
•
cliente- (ejar operativo al soft!are en el entorno final. #nálisis de los resultados de la instalación- (ocumentar los incidentes ocurridos en el proceso de instalación y evaluar su impacto para la continuidad del proyecto.
?odo que cumpla con los requisitos del usuario.
4
$rueba de la configuración- 1arantiar que se %a cumplido con la configuración esperada. +. 8ompromiso de la dirección- 8omo en cualquier otro cambio, el compromiso de la dirección de la empresa con el mismo es esencial para garantiar el é:ito de su puesta en marc%a. . 8omunicación- Es importante que %aya un plan de comunicación a todos los usuarios e:plicando las ventajas que aportará la nueva aplicación. /. $lanificación- "ay que definir un plan de puesta en marc%a con %itos muy claros e incluirlo dentro del plan de comunicación para que los usuarios dispongan de todo lo necesario para utiliar la nueva aplicación de forma efectiva desde el primer momento. 'a puesta en marc%a del nuevo soft!are se puede %acer por etapas
5
1, "n !u- consiste el tra&a(o del analista de sistema.
Es un profesional especialiado del área de la informática, encargado del desarrollo de aplicaciones en lo que respecta a su diseño y obtención de los algoritmos, as& como de analiar las
posibles utilidades y
modificaciones necesarias de los sistemas
operativos para una mayor eficacia de un sistema informático. tra misión de estas personas es dar apoyo técnico a los usuarios de las aplicaciones e:istentes. •
El analista tiene como cometido analiar un problema y describirlo con el
•
propósito de ser solucionado mediante un sistema informático. El diseñador realia, con base en el análisis, el diseño de la solución. El analista tiene que delimitar el análisis para ver lo que se quiere %acer
•
inicialmente y después darle al usuario nuevas opciones de uso. 11 o !ue no es el análisis de sistemas.
*na persona que desarrolle sin tomar en cuenta todos los pasos anteriores, es decir, no e:iste forma lógica de que funcione correctamente si una persona obvia todos los pasos anteriores antes de desarrollar un soft!are de aplicación.
A
