Está en la página 1de 18

CICLO DE VIDA DE UN PROYECTO DE SOFTWARE El desarrollo de software va unido a un ciclo de vida compuesto por una serie de etapas que

comprenden todas las actividades, desde el momento en que surge la idea de crear un nuevo producto software, hasta aquel en que el producto deja definitivamente de ser utilizado por el ltimo de sus usuarios.

PLANIFICACIN Y GESTION DE PROYECTOS DE SOFTWARE La gestin de un proyecto de software comienza con un conjunto de actividades que globalmente se denomina planificacin del proyecto. Antes de que el proyecto comience, el gestor y el equipo de software deben realizar una estimacin del trabajo a realizar, y de los recursos necesarios y del tiempo que transcurrir desde el comienzo hasta el final de su realizacin. Se han propuesto una serie de medidas continuas de la complejidad del software. Tales medidas se aplican en el nivel de diseo y de codificacin, y por consiguiente son difciles de utilizar durante la planificacin del software (antes de que exista un diseo o cdigo). El tamao del proyecto es otro factor importante que puede afectar la precisin y la eficiencia de las estimaciones. La complejidad del proyecto y el grado de incertidumbre estructural afectan a la fiabilidad de la estimacin. El registro se mide por el grado de incertidumbre en las estimaciones cuantitativas establecidas por recursos, coste y planificacin temporal. El planificador del software debera solicitar definiciones completas de rendimiento y de interfaz. El objetivo de la planificacin del proyecto de software es proporcional un marco de trabajo que permita al gestor hacer estimaciones razonables de recursos, coste y plantacin temporal. Las estimaciones deberan definir los escenarios del mejor caso y peor caso de forma que los resultados del proyecto puedan limitarse. El mbito del software describe el control y los datos a procesar, la funcin el rendimiento, las restricciones, las interfaces y la fiabilidad. La consideracin del mbito del software debe contener una evaluacin de todas las interfaces externas.

El concepto de interfaz abarca lo siguiente: Hardware.- que ejecuta el software y los dispositivos que estn controlados indirectamente por el software. Software ya existente.
Determinacion de requerimientos

Ahora se trata de formalizar los requerimientos;el documento obtenido en la etapa anterior se tomara como punto de partida para esta fase. Su contenido es aun insuficiente y lleno de imprecisiones que ser necesario completar y depurar. El aspecto fundamental del anlisis de sistemas es comprender todas las facetas importantes de la parte de la empresa que se encuentra bajo estudio. (Es por esta razn que el proceso de adquirir informacin se denomina, con frecuencia, investigacin detallada). Los analistas, al trabajar con los empleados y administradores, deben estudiar los procesos de una empresa para dar respuesta a las siguientes preguntas clave: 1.- Qu es lo que se hace? 2.- Cmo se hace? 3.- Con que frecuencia se presenta? 4.- Qu tan grande es el volumen de transacciones o de desisciones? 5.- Cul es el grado de eficiencia con el que se efectan las tareas? 6.- Existe algn problema? 7.- Si existe un problema, Qu tan serio es? 8.- Si existe un problema, Cul es la causa que lo origina? Para contestar estas preguntas, al analista conversa con varias personas para reunir detalles relacionados con los procesos de la empresa, sus opiniones sobre porque ocurren las cosas, las soluciones que proponen y sus ideas para cambiar el proceso. Se emplean cuestionarios para obtener esta informacin cuando es posible entrevistar, en forma personal, a los miembros de grupos grandes dentro de la organizacin. Asimismo, las investigaciones detalladas requieren el estudio de manuales y reportes, la observacin en condiciones reales

de las actividades del trabajo y, en algunas ocasiones, muestras de formas y documentos con el fin de comprender el proceso en su totalidad. Conforme se renen los detalles, los analistas estudian los datos sobre requerimientos con la finalidad de identificar las caractersticas que debe tener el nuevo sistema, incluyendo la informacin que deben producir los sistemas junto con caractersticas operacionales. ANALISIS DE SISTEMAS DE COMPUTACION TEMA II. Anlisis de Sistemas de Computacin. DESARROLLO. 2.1 Conceptos y Anlisis: ANALISIS:Es necesario determinar que elementos intervienen en el sistemas a desarrollar, asi como su estructura, relaciones,evolucin en el tiempo, detalle de sus funcionalidades, que van a dar una descripcion clara de que sistema vamos a construir, qu funcionalidades va a aportar y qu comportamiento va a tener. DISEO:Tras la etapa anerior ya se tiene claro que debe hacer el sistema,ahora tenemos que determinar como va a hacerlo(cmo debe ser construido el sistema?;aqui se definirn en detalle entidades y relaciones de las bases de datos, se pasar de casos de uso esenciales a su definicin como casos expandidos reales, se seleccionara el lenguaje mas adecuado, el Sistema Gestor de Base de Datos a utilizar en un caso, librerias, configuraciones hardware, redes, etc.) Estos son un conjunto o disposicin de procedimientos o programas relacionados de manera que juntos forman una sola unidad. Un conjunto de hechos, principios y reglas clasificadas y dispuestas de manera ordenada mostrando un plan lgico en la unin de las partes. Un mtodo, plan o procedimiento de clasificacin para hacer algo. Tambin es un conjunto o arreglo de elementos para realizar un objetivo predefinido en el procesamiento de la Informacin. Esto se lleva a cabo teniendo en cuenta ciertos principios: Debe presentarse y entenderse el dominio de la informacin de un problema. Defina las funciones que debe realizar el Software. Represente el comportamiento del software a consecuencias de acontecimientos externos. Divida en forma jerrquica los modelos que

representan la informacin, funciones y comportamiento. El proceso debe partir desde la informacin esencial hasta el detalle de la Implementacin. La funcin del Anlisis puede ser dar soporte a las actividades de un negocio, o desarrollar un producto que pueda venderse para generar beneficios. Para conseguir este objetivo, un Sistema basado en computadoras hace uso de seis (6) elementos fundamentales: Software, que son Programas de computadora, con estructuras de datos y su documentacin que hacen efectiva la logstica metodologa o controles de requerimientos del Programa. Hardware, dispositivos electrnicos y electromecnicos, que proporcionan capacidad de clculos y funciones rpidas, exactas y efectivas (Computadoras, Censores, maquinarias, bombas, lectores, etc.), que proporcionan una funcin externa dentro de los Sistemas. Personal, son los operadores o usuarios directos de las herramientas del Sistema. Base de Datos, una gran coleccin de informaciones organizadas y enlazadas al Sistema a las que se accede por medio del Software. Documentacin, Manuales, formularios, y otra informacin descriptiva que detalla o da instrucciones sobre el empleo y operacin del Programa. Procedimientos, o pasos que definen el uso especifico de cada uno de los elementos o componentes del Sistema y las reglas de su manejo y mantenimiento. Un Anlisis de Sistema se lleva a cabo teniendo en cuenta los siguientes objetivos en mente: Identifique las necesidades del Cliente. Evale que conceptos tiene el cliente del sistema para establecer su viabilidad. Realice un Anlisis Tcnico y econmico. Asigne funciones al Hardware, Software, personal, base de datos, y otros elementos del Sistema. Establezca las restricciones de presupuestos y planificacin temporal. Cree una definicin del sistema que forme el fundamento de todo el trabajo de Ingeniera. Para lograr estos objetivos se requiere tener un gran conocimiento y dominio del Hardware y el Software, as como de la Ingeniera humana (Manejo y Administracin de personal), y administracin de base de datos. 2.2 Objetivos del Anlisis. 2.2.1 Identificacin de Necesidades. Es el primer paso del anlisis del sistema, en este proceso en Analista se rene con el cliente y/o usuario (un representante institucional, departamental o cliente particular), e identifican las metas globales, se analizan las perspectivas del cliente, sus necesidades y requerimientos, sobre la planificacin temporal y presupuestal, lneas de mercadeo y otros puntos que puedan ayudar a la identificacin y desarrollo del proyecto.

Algunos autores suelen llamar a esta parte Anlisis de Requisitos y lo dividen en cinco partes: Reconocimiento del problema. Evaluacin y Sntesis. Modelado. Especificacin. Revisin Antes de su reunin con el analista, el cliente prepara un documento conceptual del proyecto, aunque es recomendable que este se elabore durante la comunicacin Cliente analista, ya que de hacerlo el cliente solo de todas maneras tendra que ser modificado, durante la identificacin de las necesidades. 2.2.2 Estudio de Viabilidad. Muchas veces cuando se emprende el desarrollo de un proyecto de Sistemas los recursos y el tiempo no son realistas para su materializacin sin tener perdidas econmicas y frustracin profesional. La viabilidad y el anlisis de riesgos estn relacionados de muchas maneras, si el riesgo del proyecto es alto, la viabilidad de producir software de calidad se reduce, sin embargo se deben tomar en cuenta cuatro reas principales de inters: Viabilidad econmica. Una evaluacin de los costos de desarrollo, comparados con los ingresos netos o beneficios obtenidos del producto o Sistema desarrollado. Viabilidad Tcnica. Un estudio de funciones, rendimiento y restricciones que puedan afectar la realizacin de un sistema aceptable. Viabilidad Legal. Es determinar cualquier posibilidad de infraccin, violacin o responsabilidad legal en que se podra incurrir al desarrollar el Sistema. Alternativas. Una evaluacin de los enfoques alternativos del desarrollo del producto o Sistema. El estudio de la viabilidad puede documentarse como un informe aparte para la alta gerencia. 2.2.3 Anlisis Econmico y Tcnico. El anlisis econmico incluye lo que llamamos, el anlisis de costos beneficios, significa una valoracin de la inversin econmica comparado con los beneficios que se obtendrn en la comercializacin y utilidad del producto o sistema.

Muchas veces en el desarrollo de Sistemas de Computacin estos son intangibles y resulta un poco dificultoso evaluarlo, esto varia de acuerdo a la caractersticas del Sistema. El anlisis de costos beneficios es una fase muy importante de ella depende la posibilidad de desarrollo del Proyecto. En el Anlisis Tcnico, el Analista evala los principios tcnicos del Sistema y al mismo tiempo recoge informacin adicional sobre el rendimiento, fiabilidad, caractersticas de mantenimiento y productividad. Los resultados obtenidos del anlisis tcnico son la base para determinar sobre si continuar o abandonar el proyecto, si hay riesgos de que no funcione, no tenga el rendimiento deseado, o si las piezas no encajan perfectamente unas con otras. 2.2.4 Modelado de la arquitectura del Sistema. Cuando queremos dar a entender mejor lo que vamos a construir en el caso de edificios, Herramientas, Aviones, Maquinas, se crea un modelo idntico, pero en menor escala (mas pequeo). Sin embargo cuando aquello que construiremos es un Software, nuestro modelo debe tomar una forma diferente, deben representar todas las funciones y subfunciones de un Sistema. Los modelos se concentran en lo que debe hacer el sistema no en como lo hace, estos modelos pueden incluir notacin grfica, informacin y comportamiento del Sistema. Todos los Sistemas basados en computadoras pueden modelarse como transformacin de la informacin empleando una arquitectura del tipo entrada y salida. 2.2.5 Especificaciones del Sistema. Es un Documento que sirve como fundamento para la Ingeniera Hardware, software, Base de datos, e ingeniera Humana. Describe la funcin y rendimiento de un Sistema basado en computadoras y las dificultades que estarn presente durante su desarrollo. Las Especificaciones de los requisitos del software se produce en la terminacin de la tarea del anlisis. En Conclusin un proyecto de desarrollo de un Sistema de Informacin comprende varios componentes o pasos llevados a cabo durante la etapa del anlisis, el cual ayuda a traducir las necesidades del cliente en un modelo de Sistema que utiliza uno mas de los

componentes: Software, procedimientos. TEMA III.

hardware,

personas,

base de datos,

documentacin

DISEO DE SISTEMAS DE COMUTACION TEMA III. DISEO DE SISTEMAS DE COMPUTACIN. DESARROLLO. 3.1. Conceptos y principios: El Diseo de Sistemas se define el proceso de aplicar ciertas tcnicas y principios con el propsito de definir un dispositivo, un proceso o un Sistema, con suficientes detalles como para permitir su interpretacin y realizacin fsica. La etapa del Diseo del Sistema encierra cuatro etapas: El diseo de los datos. Trasforma el modelo de dominio de la informacin, creado durante el anlisis, en las estructuras de datos necesarios para implementar el Software. El Diseo Arquitectnico. Define la relacin entre cada uno de los elementos estructurales del programa. El Diseo de la Interfaz. Describe como se comunica el Software consigo mismo, con los sistemas que operan junto con el y con los operadores y usuarios que lo emplean. El Diseo de procedimientos. Transforma elementos estructurales de la arquitectura del programa. La importancia del Diseo del Software se puede definir en una sola palabra Calidad, dentro del diseo es donde se fomenta la calidad del Proyecto. El Diseo es la nica manera de materializar con precisin los requerimientos del cliente. El Diseo del Software es un proceso y un modelado a la vez. El proceso de Diseo es un conjunto de pasos repetitivos que permiten al diseador describir todos los aspectos del Sistema a construir. A lo largo del diseo se evala la calidad del desarrollo del proyecto con un conjunto de revisiones tcnicas:

El diseo debe implementar todos los requisitos explcitos contenidos en el modelo de anlisis y debe acumular todos los requisitos implcitos que desea el cliente. Debe ser una gua que puedan leer y entender los que construyan el cdigo y los que prueban y mantienen el Software. El Diseo debe proporcionar una completa idea de lo que es el Software, enfocando los dominios de datos, funcional y comportamiento desde el punto de vista de la Implementacin. Para evaluar la calidad de una presentacin del diseo, se deben establecer criterios tcnicos para un buen diseo como son: Un diseo debe presentar una organizacin jerrquica que haga un uso inteligente del control entre los componentes del software. El diseo debe ser modular, es decir, se debe hacer una particin lgica del Software en elementos que realicen funciones y subfunciones especificas. Un diseo debe contener abstracciones de datos y procedimientos. Debe producir mdulos que presenten caractersticas de funcionamiento independiente. Debe conducir a interfaces que reduzcan la complejidad de las conexiones entre los mdulos y el entorno exterior. Debe producir un diseo usando un mtodo que pudiera repetirse segn la informacin obtenida durante el anlisis de requisitos de Software. Estos criterios no se consiguen por casualidad. El proceso de Diseo del Software exige buena calidad a travs de la aplicacin de principios fundamentales de Diseo, Metodologa sistemtica y una revisin exhaustiva. Cuando se va a disear un Sistema de Computadoras se debe tener presente que el proceso de un diseo incluye, concebir y planear algo en la mente, as como hacer un dibujo o modelo o croquis. 3.2. Diseo de la Salida. En este caso salida se refiere a los resultados e informaciones generadas por el Sistema, Para la mayora de los usuarios la salida es la nica razn para el desarrollo de un Sistema y la base de evaluacin de su utilidad. Sin embargo cuando se realiza un sistema, como analistas deben realizar lo siguiente: Determine que informacin presentar. Decidir si la informacin ser presentada en forma visual, verbal o impresora y seleccionar el medio de salida. Disponga la presentacin de la

informacin en un formato aceptable. Decida como distribuir la salida entre los posibles destinatarios. 3.3. Diseo de Archivos. Incluye decisiones con respecto a la naturaleza y contenido del propio archivo, como si se fuera a emplear para guardar detalles de las transacciones, datos histricos, o informacin de referencia. Entre las decisiones que se toman durante el diseo de archivos, se encuentran las siguientes: Los datos que deben incluirse en el formato de registros contenidos en el archivo. La longitud de cada registro, con base en las caractersticas de los datos que contenga. La secuencia a disposicin de los registros dentro del archivo (La estructura de almacenamiento que puede ser secuencial, indexada o relativa). No todos los sistemas requieren del diseo de todos los archivos, ya que la mayora de ellos pueden utilizar los del viejo Sistema y solo tenga que enlazarse el nuevo Sistema al Archivo maestro donde se encuentran los registros. 3.4. Diseo de Interacciones con la Base de Datos. La mayora de los sistemas de informacin ya sean implantado en sistemas de cmputos grandes o pequeos, utilizan una base de datos que pueden abarcar varias aplicaciones, por esta razn estos sistemas utilizan u administrador de base de datos, en este caso el diseador no construye la base de datos sino que consulta a su administrador para ponerse de acuerdo en el uso de esta en el sistema. 3.5 Herramientas para el Diseo de Sistemas. Apoyan el proceso de formular las caractersticas que el sistema debe tener para satisfacer los requerimientos detectados durante las actividades del anlisis: 3.5.1 Herramientas de especificacin. Apoyan el proceso de formular las caractersticas que debe tener una aplicacin, tales como entradas, Salidas, procesamiento y especificaciones de control. Muchas incluyen herramientas para crear especificaciones de datos. 3.5.2 Herramientas para presentacin. Se utilizan para describir la posicin de datos, mensajes y encabezados sobre las pantallas de las terminales, reportes y otros medios de entrada y salida.

3.5.3 Herramientas para el desarrollo de Sistemas. Estas herramientas nos ayudan como analistas a trasladar diseos en aplicaciones funcionales. 3.5.4 Herramientas para Ingeniera de Software. Apoyan el Proceso de formular diseos de Software, incluyendo procedimientos y controles, as como la documentacin correspondiente. 3.5.5 Generadores de cdigos. Producen el cdigo fuente y las aplicaciones a partir de especificaciones funcionales bien articuladas. 3.5.6 Herramientas para pruebas. Apoyan la fase de la evaluacin de un Sistema o de partes del mismo contra las especificaciones. Incluyen facilidades para examinar la correcta operacin del Sistema as como el grado de perfeccin alcanzado en comparacin con las expectativas. La revolucin del procesamiento de datos de manera computarizada, junto con las practicas de Diseo sofisticadas estn cambiando de forma dramtica la manera en que se trasladan las especificaciones de Diseo d Sistemas de Informacin funcionales. En Conclusiones Generales. En una organizacin o Empresa, el anlisis y Diseo de Sistemas, es el proceso de estudiar su Situacin con la finalidad de observar como trabaja y decidir si es necesario realizar una mejora; el encargado de llevar a cabo estas tareas es el analista de sistemas. Antes de comenzar con el desarrollo de cualquier proyecto, se conduce un estudio de Sistemas para detectar todos los detalles de la situacin actual de la empresa. La informacin reunida con este estudio sirve como base para crear varias estrategias de Diseo. Los administradores deciden que estrategias seguir. Los Gerentes, empleados y otros usuarios finales que se familiarizan cada vez mas con el uso de computadoras estn teniendo un papel muy importante en el desarrollo de sistemas. Todas las organizaciones son Sistemas que actan de manera reciproca con su medio ambiente recibiendo entradas y produciendo salidas. Los Sistemas que pueden estar

formados por otros Sistemas de denominan Sub-sistemas y funcionan para alcanzar los fines de su Implantacin.
Programacion

Los encargados de desarrollar software pueden instalar paquetes comprados a terceros o escribir programas diseados a la medida del solicitante. La eleccin depende del costo de cada alternativa, del tiempo disponible para escribir el software y de la disponibilidad de los programadores. Lenguajes de Programacin Los lenguajes utilizados para escribir programas de computadoras que puedan ser entendidos por ellas se denominan programas de programacin. Los lenguajes de programacin se clasifican en tres grandes categoras, maquinas: bajo nivel y alto nivel. Lenguaje de maquina: El lenguaje de maquina es aquel cuyas instrucciones son directamente entendibles por la computadora y no necesitan traduccin posterior para que la UCP pueda comprender y ejecutar el programa. Las instrucciones en lenguaje maquina se expresan en trminos de la unidad de memoria ms pequea (bit) = digito binario 0 o 1 , en esencia una secuencia de bits que especifican la operacin y las celdas de memoria implicadas en una operacin. Ejemplo . Instrucciones en lenguaje de maquina : 0010, 0000, 1001, 1001, 10001, 1110. Como se observa estas instrucciones son fciles de leer por una computadora y difciles para un programador y viceversa. Por esta razn se hace difcil escribir programas en cdigo o lenguaje de maquina. Y se requiere otro lenguaje para comunicarse con la computadora pero que se hace ms fcil de escribir y de leer por el programador. Para evitar la tediosa tarea de escribir programas en este lenguaje se han diseado otros programas de programacin que facilitan la escritura y posterior ejecucin de los programas. Estos son lenguajes de bajo y alto nivel.

Lenguaje de bajo nivel( ensambladores) La programacin en lenguaje de maquina es difcil , por ello se necesitan lenguajes que permitan simplificar este proceso los lenguajes de bajo nivel han sido diseados para ese fin. Estos lenguajes dependen de la maquina o sea del conjunto de instrucciones especificas de la computadora , ejemplo el lenguaje ensamblador en el las instrucciones se escriben en cdigos alfabticos conocidos como nemotcnicos (abreviaturas de palabras inglesas o espaolas, ejemplo sumar en ingles ADD = suma SUB= resta MPY = multiplicar DIV=dividir LDA= cargar acumulador STO= almacenar Las palabras nemotcnicas son mas fciles de recordar que las secuencias de dgitos de 0 a 1.Una instrucciones tpica en ensamblador puede ser ADD X, Y, Z. Esta instruccin significa que se deben sumar los nmeros almacenados en las direcciones X,Y y almacenar el resultado en la direccin z, el lenguaje ensamblador traducir la instruccin a cdigo de maquina, por ejemplo. ADD = 1110 X=1001 Y=1010 Z=1011 La instruccin traducida ser 1110 1001 1000 1011

Despus que un programa ha sido escrito en lenguaje ensamblador se necesita un programa llamado ensamblador, que lo traduzca a cdigo de maquina 143. Lenguaje de alto nivel. Los lenguaje de programacin de alto nivel ( BASIC, PASCAL, FORTRAN, C ,COBOL) son aquellos en los cuales las instrucciones o sentencias a la computadora se escriben con palabras similares a los lenguajes humanos. En general en lenguaje ingles como es el caso de Quick Basic , lo cual facilita la escritura y la comprensin por parte del programador. Una lnea de un programa en Quick Basic es REM Resolucin de un triangulo PRINT INPUT LADO A= ; A INPUT LADO B= ; B INPUT LADO C; C PRINT LET PERIMETRO= A+B+C PRINT PERIMETRO=; PERIMETRO END Caractersticas de los lenguajes de programacin: Transportabilidad :un programa escrito en un lenguaje de alto nivel se puede escribir con poca o ninguna modificacin en distintos tipos de computadora. Independencia : Los lenguajes deben ser independientes de la mquina o sea una sentencia no depende del diseo de hardware de una computadora en particular.

Los programas escritos en lenguaje de alto nivel no son entendibles directamente por la maquina. Necesitan ser traducidos a instrucciones en lenguaje de maquina que lo entienda la computadora. Los programas que realizan esta traduccin se llaman programas compiladores. Los programas escritos en lenguaje de alto nivel se llaman programas fuentes El compilador traduce el programa fuente en un programa objeto, el cual se utiliza en la fase de ejecucin del programa. Algunas computadoras o microcomputadoras utilizan unos programas similares llamados programas interpretes que traducen los programas. El proceso de traduccin de un programa fuente se denomina interpretacin o compilacin, segn sea el programa. Un interprete traduce y ejecuta una traduccin (sentencia) en cdigo fuente cada vez. Los programas interpretados generalmente se ejecutan mucho mas lentamente que los programas compilados; sin embargo los interpretes son ms fciles de utilizar y la depuracin (correccin) de errores es mucho ms cmoda. Basic, Basica ( Basic Avanced ) , GW-Basic, son interpretes y Quick Basic es un compilador. Fortran , Pascal , C , son programas compiladores. Los lenguajes de programacin C , Turbo C, C++ , son programas orientados a objeto. Windows fue desarrollado en C Visual Basic es un lenguaje orientado a eventos y en el futuro muy extremadamente cercano , ya ! esta influyendo en la informtica universal. El lenguaje Quick Basic realiza la traduccin y ejecucin cada vez que se ejecuta una lnea. Este lenguaje rene las caractersticas de interprete en cuanto su facilidad de edicin, ejecucin y puesta a punto de programas y de compilador por su estructura y velocidad de ejecucin.

Programas: lenguaje nivel ejemplos caractersticas maquina bajo Asembler Interprete, compilador alto Quick Basic
Pascal

C++

1. Software; Software del sistema: es el conjunto de programas indispensables para la maquina funcione (programas del sistema): Sistema operativo: DOS------ Windows Editores / Procesadores de textos Programas compiladores e interpretes. Lenguajes de programacin Software de aplicaciones: programas de utilidad: Paquete Aplicacin Excel, Lotus 1 2 3. Hoja de calculo Autocad Diseo mecnico, elctrico, civil, topogrfico, arquitectnico Dbase, Accsess, Fox Pro Programa de Base de Datos Power Point, Harvard Graphics Presentador de hipertexto Mathcad Hoja de calculo anlisis matemtico Software :

Sistema Operativo de Disco Windows Lenguajes de Programacin: Programacin en Quick Basic Quick Basic versin 4.5 Quick Basic Caracteristicas : Lenguaje : alto nivel Compilado Secuencial Compilado Estructurado: top-down
Pruebas e implementacin

Pruebas: Antes de que pueda se usado el sistema de informacion debe ser probado. Durante este proceso se debe poner en practica todas las estrategias posibles para garantizar que el usuario inicial del sistema se encuentre libre de problemas. La implementacion es la ltima fase del desarrollo de sistemas. Es el proceso de instalar equipos o software nuevo, como resultado de un anlisis y diseo previo como resultado de la situacin o mejoramiento de la forma de llevar acabo un proceso automatizado. Al implementar un sistema lo primero que debemos hacer es asegurarnos qu el sistema sea operacional o que funcione de acuerdo a los requerimientos del analisis y permitir que los usuarios puedan operarlos.

Durante el proceso de implementacin y prueba se deben poner en practica todas las estrategias posibles para garantizar que el usuario inicial del sistema se encuentre libre de problemas lo cual se puede describir durante este proceso t llevar acabo la correcciones. Existen seis pruebas bsicas: 1. Prueba de carga mxima 2. Prueba de almacenamiento 3. Prueba de tiempo de ejecucin 4. Prueba de recuperacin 5. Prueba de procedimientos 6. Prueba de recursos humanos Prueba de carga mxima: Consiste en probar si el sistema puede manejar el volumen de actividades que ocurren cuando el sistema esta en el punto mas alto de su demanda de procesamiento. Prueba de almacenamiento: Determina si el sistema puede almacenar una alta cantidad proyectada de datos tanto en sus dispositivos de discos fijos y movibles. Prueba de tiempo de ejecucin: Determina el tiempo de maquina que el sistema necesita para procesar los datos de una transicin. Prueba de recuperacin: Probar la capacidad del sistema para recuperar datos y restablecer despus de una falla. Prueba de procedimientos: Evaluar la claridad, validez, seguridad asi como su facilidad y sencillez de los manuales de procedimientos. Prueba de recursos humanos: Se determinan como utilizar los usuarios el sistema al procesar datos o procesar informes. Implementacin:

Es la ltima fase del desarrollo de sistemas. Es el proceso de instalar equipos o software nuevo, como resultado de un anlisis y diseo previo como resultado de la situacin o mejoramiento de la forma de llevar acabo un proceso automatizado. Al implementar un sistema lo primero que debemos hacer es asegurarnos que el sistema sea operacional o que funcione de acuerdo a los requerimientos del anlisis y permitir que los usuarios puedan operarlos. Existen varios enfoques de implementacin: Es darle responsabilidad a los grupos Uso de diferentes estrategias para el enfrentamiento de usuarios. El analista necesita formular medidas de desempeo con los cuales evala a los usuarios.

También podría gustarte