Você está na página 1de 12

Anlisis y Diseo de Sistemas

Resumen: Planificacin de Proyectos de Software. Es el Proceso de gestin para la creacin de un Sistema o software, la cual encierra un conjunto de actividades, una de las cuales es la estimacin, estimar es echar un vistazo al futuro y aceptamos resignados cierto grado de incertidumbre. Recursos. a Segunda tarea de la planificacin del desarrollo de Software es la estimacin de los recursos re!ueridos para acometer el esfuerzo de desarrollo de Software, esto simula a una pir"mide donde las #erramientas $hardware y Software%, son la base proporciona la infraestructura de soporte al esfuerzo de desarrollo, en segundo nivel de la pir"mide se encuentran los &omponentes reutilizables.
'() visitas Autor: Pedro Concepcin Nova Rating: *ell a +riend

Anlisis y Diseo de Sistemas TE A !" P#AN!$!CAC!%N DE PR%&ECT%S DE S%$T'ARE

TE A !" P#AN!$!CAC!%N DE (N PR%&ECT% DE S!STE AS" DESARR%##%" )")" *ue es un proyecto de Sistema o So+t,are" Es el Proceso de gestin para la creacin de un Sistema osoftware, la cual encierra un conjunto de actividades, una de las cuales es laestimacin, estimar es echar un vistazo al futuro y aceptamos resignados ciertogrado de incertidumbre. ,un!ue la estimacin, es mas un arte !ue una &iencia,es una actividad importante !ue no debe llevarse a cabo de forma descuidada.E-isten t.cnicas /tiles para la estimacin de costes de tiempo. 0 dado !ue laestimacin es la base de todas las dem"s actividades de planificacin delproyecto y sirve como gu1a para una buena 2ngenier1a Sistemas y Software. ,l estimar tomamos en cuenta no solo del procedimiento t.cnicoa utilizar en el proyecto, sino !ue se toma en cuenta los recursos, costos yplanificacin. El *ama3o del proyecto es otro factor importante !ue puedeafectar la precisin de las estimaciones. , medida !ue el tama3o aumenta,crece r"pidamente la interdependencia entre varios elementos del Software. a disponibilidad de informacin #istrica es otro elemento!ue determina el riesgo de la estimacin. )"." %/0etivos de la Plani+icacin del Proyecto . El objetivo de la Planificacin del proyecto de Software esproporcionar un marco de trabajo !ue permita al gestor hacer estimacionesrazonables de recursos costos y planificacin temporal. Estas estimaciones sehacen dentro de un marco de tiempo limitado al comienzo de un proyecto desoftware, y deber1an actualizarse regularmente medida !ue progresa el proyecto.,dem"s las estimaciones deber1an definir los escenarios del mejor caso, y peorcaso, de modo !ue los resultados del proyecto pueden limitarse.

El 4bjetivo de la planificacin se logra mediante un procesode descubrimiento de la informacin !ue lleve a estimaciones razonables. )"1 Actividades asociadas al proyecto de so+t,are. )"1") Am/ito del So+t,are" Es la primera actividad de llevada a cabo durante laplanificacin del proyecto de Software. En esta etapa se deben evaluar la funcin y el rendimiento!ue se asignaron al Software durante la 2ngenier1a del Sistema de &omputadorapara establecer un "mbito de proyecto !ue no sea ambiguo, e incomprensible paradirectivos y t.cnicos 5escribe la funcin, el rendimiento, las restricciones, lasinterfaces y la fiabilidad, se eval/an las funciones del "mbito y en algunoscasos se refinan para dar mas detalles antes del comienzo de la estimacin. asrestricciones de rendimiento abarcan los re!uisitos de tiempo de respuesta yprocesamiento, identifican los limites del software originados por el hardwaree-terno, por la memoria disponible y por otros sistemas e-istentes. El ,mbito se define como un pre6re!uisito para la estimaciny e-isten algunos elementos !ue se debe tomar en cuenta como es7 a 4btencin de la 2nformacin necesaria para el software. Para esto el analista y el cliente se re/nen sobre las e-pectativas del proyecto y se ponen de acuerdo en los puntos de inter.s para su desarrollo. 8.9 REC(RS%S: a Segunda tarea de la planificacin del desarrollo deSoftware es la estimacin de los recursos re!ueridos para acometer el esfuerzode desarrollo de Software, esto simula a una pir"mide donde las #erramientas$hardware y Software%, son la base proporciona la infraestructura de soporte alesfuerzo de desarrollo, en segundo nivel de la pir"mide se encuentran los&omponentes reutilizables. 0 en la parte mas alta de la pir"mide se encuentra elrecurso primario, las personas $el recurso humano%. &ada recurso !ueda especificado mediante cuatro caracter1sticas7 5escripcin del Recurso. 2nformes de disponibilidad. +echa cronolgica en la !ue se re!uiere el recurso. *iempo durante el !ue ser" aplicado el recurso. )"2") Recursos 3umanos" a &antidad de personas re!ueridas para el desarrollo de unproyecto de software solo puede ser determinado despu.s de hacer una estimacindel esfuerzo de desarrollo $por ejemplo personas mes o personas a3os%, yseleccionar la posicin dentro de la organizacin y la especialidad !uedesempe3ara cada profesional. )"2". Recursos o componentes de so+t,are reutili4a/les" &ual!uier estudio sobre recursos de software estar1aincompleto sin estudiar la reutilizacion, esto es la creacin y lareutilizacion de blo!ues de construccin de Software. *ales blo!ues se deben establecer en cat"logos para unaconsulta m"s f"cil, estandarizarse para una f"cil aplicacin y validarsepara la tambi.n f"cil integracin.

El ,utor :ennatan sugiere cuatro categor1as de recursos desoftware !ue se deber1an tener en cuenta a medida !ue se avanza con laplanificacin7 &omponentes ya desarrollados. &omponentes ya e-perimentados. &omponentes con e-periencia Parcial. &omponentes nuevos. )"2"1 Recursos de entorno" El entorno es donde se apoya el proyecto de Software, llamadoa menudo entorno de 2ngenier1a de Software, incorpora #ardware y Software. El #ardware proporciona una plataforma con las herramientas$Software% re!ueridas para producir los productos !ue son el resultado de labuena practica de la 2ngenier1a del Software, un planificador de proyectos debedeterminar la ventana temporal re!uerida para el #ardware y el Software, yverificar !ue estos recursos est.n disponibles. ;uchas veces el desarrollo delas pruebas de validacin de un proyecto de software para la composicinautomatizada puede necesitar un compositor de fotograf1as en alg/n puntodurante el desarrollo. &ada elemento de hardware debe ser especificado por elplanificador del Proyecto de Software. "5" EST! AC!%N DE# PR%&ECT% DE S%$T'ARE" En el principio el costo del Software constitu1a un pe!ue3oporcentaje del costo total de los sistemas basados en &omputadoras. #oy en d1ael Software es el elemento mas caro de la mayor1a de los sistemas inform"ticos. <n gran error en la estimacin del costo puede ser lo !uemar!ue la diferencia entre beneficios y perdidas, la estimacin del costo y delesfuerzo del software nunca ser" una ciencia e-acta, son demasiadas lasvariables7 humanas, t.cnicas, de entorno, pol1ticas, !ue pueden afectar elcosto final del software y el esfuerzo aplicado para desarrollarlo. Para realizar estimaciones seguras de costos y esfuerzostienen varias opciones posibles7 5eje la estimacin para mas adelante $obviamente podemos realizar una estimacin al cien por cien fiable despu.s de haber terminado el proyecto. :ase las estimaciones en proyectos similares ya terminados. <tilice t.cnicas de descomposicin relativamente sencillas para generar las estimaciones de costos y esfuerzo del proyecto. 5esarrolle un modelo emp1rico para .l calculo de costos y esfuerzos del Software. 5esdichadamente la primera opcin, aun!ue atractiva no espractica. a Segunda opcin puede funcionar razonablemente bien si elproyecto actual es bastante similar a los esfuerzos pasados y si otrasinfluencias del proyecto son similares. as opciones restantes son m.todosviables para la estimacin del proyecto de software. 5esde el punto de vistaideal, se deben aplicar conjuntamente las t.cnicas indicadas usando cada una deellas como comprobacin de las otras. ,ntes de hacer una estimacin, el planificador del proyectodebe comprender el "mbito del software a construir y generar una estimacin desu tama3o. )"5") Estimacin /asada en el Proceso" Es la t.cnica m"s com/n para estimar un proyecto es basarla estimacin en el proceso !ue se va a utilizar, es decir, el proceso sedescompone en un conjunto relativamente pe!ue3o de actividades o tareas, y enel esfuerzo re!uerido para llevar a cabo la estimacin de cada tarea. ,l igual !ue las t.cnicas basadas en problemas, la estimacinbasada en el proceso comienza en una delineacin de las funciones del softwareobtenidas a partir del "mbito del proyecto. Se

mezclan las funciones delproblema y las actividades del proceso. &omo ultimo paso se calculan los costosy el esfuerzo de cada funcin y la actividad del proceso de software. )"6" D!$ERENTES %DE#%S DE EST! AC!%N" E-isten diferentes modelos de estimacin como son7 )"6") #os odelos Emp7ricos: 5onde los datos !ue soportan la mayor1a de los modelos deestimacin obtienen una muestra limitada de proyectos. Por est razn, elmodelo de estimacin no es adecuado para todas las clases de software y entodos los entornos de desarrollo. Por lo tanto los resultados obtenidos dedichos modelos se deben utilizar con prudencia. )"6". El odelo C%C% %" :arry :oehm, en su libro cl"sico sobre econom1a de la2ngenier1a del Software, introduce una jerar!u1a de modelos de estimacin deSoftware con el nombre de &4&4;4, por su nombre en 2ngles $&onstructive, &ost,;odel% modelo constructivo de costos. a jerar!u1a de modelos de :oehm estaconstituida por los siguientes7 odelo !" El ;odelo &4&4;4 b"sico calcula el esfuerzo y el costo del desarrollo de Software en funcin del tama3o del programa, e-presado en las l1neas estimadas. odelo !!" El ;odelo &4&4;4 intermedio calcula el esfuerzo del desarrollo de software en funcin del tama3o del programa y de un conjunto de conductores de costos !ue incluyen la evaluacin subjetiva del producto, del hardware, del personal y de los atributos del proyecto. odelo !!!" El modelo &4&4;4 avanzado incorpora todas las caracter1sticas de la versin intermedia y lleva a cabo una evaluacin del impacto de los conductores de costos en cada caso $an"lisis, dise3o, etc.% del proceso de ingenier1a de Software.

)"6"1 3erramientas Automticas De Estimacin" as herramientas autom"ticas de estimacin permiten alplanificador estimar costos y esfuerzos, as1 como llevar a cabo an"lisis deltipo, !ue pasa si, con importantes variables del proyecto, tales como la fechade entrega o la seleccin del personal. ,un!ue e-isten muchas herramientasautom"ticas de estimacin, todas e-hiben las mismas caracter1sticas generalesy todas re!uieren de una o m"s clases de datos. , partir de estos datos, el modelo implementado por laherramienta autom"tica de estimacin proporciona estimaciones del esfuerzore!uerido para llevar a cabo el proyecto, los costos, la carga de personal, laduracin, y en algunos casos la planificacin temporal de desarrollo y riesgosasociados. En resumen el planificador del Proyecto de Software tiene !ueestimar tres cosas antes de !ue comience el proyecto7 cuanto durara, cuantoesfuerzo re!uerir" y cuanta gente estar" implicada. ,dem"s el planificadordebe predecir los recursos de hardware y software !ue va a re!uerir y el riesgoimplicado. Para obtener estimaciones e-actas para un proyecto,generalmente se utilizan al menos dos de las tres t.cnicas referidasanteriormente. ;ediante la comparacin y la conciliacin de las

estimacionesobtenidas con las diferentes t.cnicas, el planificador puede obtener unaestimacin m"s e-acta. a estimacin del proyecto de software nunca ser" unaciencia e-acta, pero la combinacin de buenos datos histricos y t.cnicaspuede mejorar la precisin de la estimacin. TE A !!" Anlisis de Sistemas de Computacin" DESARR%##%" .") Conceptos y Anlisis: Es un conjunto o disposicin de procedimientos o programasrelacionados de manera !ue juntos forman una sola unidad. <n conjunto de hechos,principios y reglas clasificadas y dispuestas de manera ordenada mostrando unplan lgico en la unin de las partes. <n m.todo, plan o procedimiento declasificacin para hacer algo. *ambi.n es un conjunto o arreglo de elementospara realizar un objetivo predefinido en el procesamiento de la 2nformacin.Esto se lleva a cabo teniendo en cuenta ciertos principios7 5ebe presentarse y entenderse el dominio de la informacin de un problema. 5efina las funciones !ue debe realizar el Software. Represente el comportamiento del software a consecuencias de acontecimientos e-ternos. 5ivida en forma jer"r!uica los modelos !ue representan la informacin, funciones y comportamiento.

El proceso debe partir desde la informacin esencial hastael detalle de la 2mplementacin. a funcin del ,n"lisis puede ser dar soporte a lasactividades de un negocio, o desarrollar un producto !ue pueda venderse paragenerar beneficios. Para conseguir este objetivo, un Sistema basado encomputadoras hace uso de seis $(% elementos fundamentales7 Software, !ue son Programas de computadora, con estructuras de datos y su documentacin !ue hacen efectiva la log1stica metodolog1a o controles de re!uerimientos del Programa. #ardware, dispositivos electrnicos y electromec"nicos, !ue proporcionan capacidad de c"lculos y funciones r"pidas, e-actas y efectivas $&omputadoras, &ensores, ma!uinarias, bombas, lectores, etc.%, !ue proporcionan una funcin e-terna dentro de los Sistemas. Personal, son los operadores o usuarios directos de las herramientas del Sistema. :ase de 5atos, una gran coleccin de informaciones organizadas y enlazadas al Sistema a las !ue se accede por medio del Software. 5ocumentacin, ;anuales, formularios, y otra informacin descriptiva !ue detalla o da instrucciones sobre el empleo y operacin del Programa. Procedimientos, o pasos !ue definen el uso especifico de cada uno de los elementos o componentes del Sistema y las reglas de su manejo y mantenimiento. (n Anlisis de Sistema se lleva a ca/o teniendo en cuentalos siguientes o/0etivos en mente: 2dentifi!ue las necesidades del &liente. Eval/e !ue conceptos tiene el cliente del sistema para establecer su viabilidad. Realice un ,n"lisis *.cnico y econmico. ,signe funciones al #ardware, Software, personal, base de datos, y otros elementos del Sistema. Establezca las restricciones de presupuestos y planificacin temporal.

&ree una definicin del sistema !ue forme el fundamento de todo el trabajo de 2ngenier1a. Para lograr estos o/0etivos se re8uiere tener un granconocimiento y dominio del 3ard,are y el So+t,are9 as7 como de la !ngenier7a:umana ; ane0o y Administracin de personal<9 y administracin de /ase dedatos" .". %/0etivos del Anlisis" .".") !denti+icacin de Necesidades" Es el primer paso del an"lisis del sistema, en este procesoen ,nalista se re/ne con el cliente y=o usuario $un representanteinstitucional, departamental o cliente particular%, e identifican las metasglobales, se analizan las perspectivas del cliente, sus necesidades yre!uerimientos, sobre la planificacin temporal y presupuestal, l1neas demercadeo y otros puntos !ue puedan ayudar a la identificacin y desarrollo delproyecto.

,lgunos autores suelen llamar a esta parte = Anlisisde Re8uisitos = y lo dividen en cinco partes7 Reconocimiento del problema. Evaluacin y S1ntesis. ;odelado. Especificacin. Revisin. ,ntes de su reunin con el analista, el cliente prepara undocumento conceptual del proyecto, aun!ue es recomendable !ue este se elaboredurante la comunicacin &liente > analista, ya !ue de hacerlo el cliente solode todas maneras tendr1a !ue ser modificado, durante la identificacin de lasnecesidades. .".". Estudio de >ia/ilidad" ;uchas veces cuando se emprende el desarrollo de un proyectode Sistemas los recursos y el tiempo no son realistas para su materializacinsin tener perdidas econmicas y frustracin profesional. a viabilidad y el an"lisisde riesgos est"n relacionados de muchas maneras, si el riesgo del proyecto esalto, la viabilidad de producir software de calidad se reduce, sin embargo sedeben tomar en cuenta cuatro "reas principales de inter.s7

)"

>ia/ilidad econmica" <na evaluacin de los costos de desarrollo, comparados con los ingresos netos o beneficios obtenidos del producto o Sistema desarrollado.

."

>ia/ilidad T?cnica" <n estudio de funciones, rendimiento y restricciones !ue puedan afectar la realizacin de un sistema aceptable.

1"

>ia/ilidad #egal"

Es determinar cual!uier posibilidad de infraccin, violacino responsabilidad legal en !ue se podr1a incurrir al desarrollar el Sistema. ,lternativas. <na evaluacin de los enfo!ues alternativosdel desarrollo del producto o Sistema. El estudio de la viabilidad puede documentarse como uninforme aparte para la alta gerencia.

."."1 Anlisis Econmico y T?cnico" El an"lisis econmico incluye lo !ue llamamos, el an"lisisde costos > beneficios, significa una valoracin de la inversin econmicacomparado con los beneficios !ue se obtendr"n en la comercializacin yutilidad del producto o sistema. ;uchas veces en el desarrollo de Sistemas de &omputacinestos son intangibles y resulta un poco dificultoso evaluarlo, esto varia deacuerdo a la caracter1sticas del Sistema. El an"lisis de costos > beneficioses una fase muy importante de ella depende la posibilidad de desarrollo delProyecto. En el ,n"lisis *.cnico, el ,nalista eval/a los principiost.cnicos del Sistema y al mismo tiempo recoge informacin adicional sobre elrendimiento, fiabilidad, caracter1sticas de mantenimiento y productividad. os resultados obtenidos del an"lisis t.cnico son la basepara determinar sobre si continuar o abandonar el proyecto, si hay riesgos de!ue no funcione, no tenga el rendimiento deseado, o si las piezas no encajanperfectamente unas con otras. ."."2 odelado de la ar8uitectura del Sistema" &uando !ueremos dar a entender mejor lo !ue vamos a construiren el caso de edificios, #erramientas, ,viones, ;a!uinas, se crea un modelo id.ntico,pero en menor escala $mas pe!ue3o%. Sin embargo cuando a!uello !ue construiremos es un Software,nuestro modelo debe tomar una forma diferente, deben representar todas lasfunciones y subfunciones de un Sistema. os modelos se concentran en lo !ue debehacer el sistema no en como lo hace, estos modelos pueden incluir notacin gr"fica,informacin y comportamiento del Sistema. *odos los Sistemas basados en computadoras pueden modelarsecomo transformacin de la informacin empleando una ar!uitectura del tipoentrada y salida. ."."5 Especi+icaciones del Sistema" Es un 5ocumento !ue sirve como fundamento para la 2ngenier1a#ardware, software, :ase de datos, e ingenier1a #umana. 5escribe la funcin yrendimiento de un Sistema basado en computadoras y las dificultades !ue estar"npresente durante su desarrollo. as Especificaciones de los re!uisitos delsoftware se produce en la terminacin de la tarea del an"lisis. En &onclusin un proyecto de desarrollo de un Sistema de2nformacin comprende varios componentes o pasos llevados a cabo durante laetapa del an"lisis, el cual ayuda a traducir las necesidades del cliente en unmodelo de Sistema !ue utiliza uno mas de los componentes7 Software, hardware,personas, base de datos, documentacin y procedimientos. TE A !!!" D!SE@% DES!STE AS DE C% (TAC!%N TE A !!!" D!SE@% DE S!STE AS DE C% P(TAC!AN" DESARR%##%" 1")" Conceptos y principios: El 5ise3o de Sistemas se define el proceso de aplicarciertas t.cnicas y principios con el propsito de definir un dispositivo, unproceso o un Sistema, con suficientes detalles como para permitir suinterpretacin y realizacin f1sica. a etapa del 5ise3o del Sistema encierra cuatro etapas7 )" El diseo de los datos *rasforma el modelo de dominio de la informacin, creado durante el an"lisis, en las estructuras de datos necesarios para implementar el Software. ." El Diseo Ar8uitectnico" 5efine la relacin entre cada uno de los elementos estructurales del programa.

1" El Diseo de la !nter+a4" 5escribe como se comunica el Software consigo mismo, con los sistemas !ue operan junto con el y con los operadores y usuarios !ue lo emplean. 2" El Diseo de procedimientos" *ransforma elementos estructurales de la ar!uitectura delprograma. a importancia del 5ise3o del Software se puede definir en una solapalabra &alidad, dentro del dise3o es donde se fomenta la calidaddel Proyecto. El 5ise3o es la /nica manera de materializar con precisin losre!uerimientos del cliente. El 5ise3o del Software es un proceso y un modelado a la vez.El proceso de 5ise3o es un conjunto de pasos repetitivos !ue permiten al dise3adordescribir todos los aspectos del Sistema a construir. , lo largo del dise3o seeval/a la calidad del desarrollo del proyecto con un conjunto de revisiones t.cnicas7 El dise3o debe implementar todos los re!uisitos e-pl1citoscontenidos en el modelo de an"lisis y debe acumular todos los re!uisitos impl1citos!ue desea el cliente. 5ebe ser una gu1a !ue puedan leer y entender los !ueconstruyan el cdigo y los !ue prueban y mantienen el Software. El 5ise3o debe proporcionar una completa idea de lo !ue esel Software, enfocando los dominios de datos, funcional y comportamiento desdeel punto de vista de la 2mplementacin. Para evaluar la calidad de una presentacin del dise3o, sedeben establecer criterios t.cnicos para un buen dise3o como son7 <n dise3o debe presentar una organizacin jer"r!uica !ue haga un uso inteligente del control entre los componentes del software. El dise3o debe ser modular, es decir, se debe hacer una particin lgica del Software en elementos !ue realicen funciones y subfunciones especificas. <n dise3o debe contener abstracciones de datos y procedimientos. 5ebe producir mdulos !ue presenten caracter1sticas de funcionamiento independiente. 5ebe conducir a interfaces !ue reduzcan la complejidad de las cone-iones entre los mdulos y el entorno e-terior. 5ebe producir un dise3o usando un m.todo !ue pudiera repetirse seg/n la informacin obtenida durante el an"lisis de re!uisitos de Software. Estos criterios no se consiguen por casualidad. El proceso de5ise3o del Software e-ige buena calidad a trav.s de la aplicacin deprincipios fundamentales de 5ise3o, ;etodolog1a sistem"tica y una revisine-haustiva. &uando se va a dise3ar un Sistema de &omputadoras se debetener presente !ue el proceso de un dise3o incluye, concebir y planear algo enla mente, as1 como hacer un dibujo o modelo o cro!uis. 1"." Diseo de la Salida" En este caso salida se refiere a los resultados einformaciones generadas por el Sistema, Para la mayor1a de los usuarios lasalida es la /nica razn para el desarrollo de un Sistema y la base deevaluacin de su utilidad. Sin embargo cuando se realiza un sistema, comoanalistas deben realizar lo siguiente7 5etermine !ue informacin presentar. 5ecidir si la informacin ser" presentada en forma visual, verbal o impresora y seleccionar el medio de salida.

5isponga la presentacin de la informacin en un formato aceptable. 5ecida como distribuir la salida entre los posibles destinatarios.

1"1" Diseo de Arc:ivos" 2ncluye decisiones con respecto a la naturaleza y contenidodel propio archivo, como si se fuera a emplear para guardar detalles de lastransacciones, datos histricos, o informacin de referencia. Entre lasdecisiones !ue se toman durante el dise3o de archivos, se encuentran lassiguientes7 os datos !ue deben incluirse en el formato de registros contenidos en el archivo. a longitud de cada registro, con base en las caracter1sticas de los datos !ue contenga. a secuencia a disposicin de los registros dentro del archivo $ a estructura de almacenamiento !ue puede ser secuencial, inde-ada o relativa%. ?o todos los sistemas re!uieren del dise3o de todos losarchivos, ya !ue la mayor1a de ellos pueden utilizar los del viejo Sistema ysolo tenga !ue enlazarse el nuevo Sistema al ,rchivo maestro donde se encuentranlos registros. 1"2" Diseo de !nteracciones con la Base de Datos" a mayor1a de los sistemas de informacin ya seanimplantado en sistemas de cmputos grandes o pe!ue3os, utilizan una base dedatos !ue pueden abarcar varias aplicaciones, por esta razn estos sistemasutilizan u administrador de base de datos, en este caso el dise3ador noconstruye la base de datos sino !ue consulta a su administrador para ponerse deacuerdo en el uso de esta en el sistema. 1"5 3erramientas para el Diseo de Sistemas" ,poyan el proceso de formular las caracter1sticas !ue elsistema debe tener para satisfacer los re!uerimientos detectados durante lasactividades del an"lisis7 1"5") 3erramientas de especi+icacin" ,poyan el proceso de formular las caracter1sticas !ue debetener una aplicacin, tales como entradas, Salidas, procesamiento yespecificaciones de control. ;uchas incluyen herramientas para crearespecificaciones de datos. 1"5". 3erramientas para presentacin" Se utilizan para describir la posicin de datos, mensajes yencabezados sobre las pantallas de las terminales, reportes y otros medios deentrada y salida. 1"5"1 3erramientas para el desarrollo de Sistemas" Estas herramientas nos ayudan como analistas a trasladar dise3osen aplicaciones funcionales. 1"5"2 3erramientas para !ngenier7a de So+t,are" ,poyan el Proceso de formular dise3os de Software,incluyendo procedimientos y controles, as1 como la documentacincorrespondiente. 1"5"5 Ceneradores de cdigos" Producen el cdigo fuente y las aplicaciones a partir deespecificaciones funcionales bien articuladas. 1"5"6 3erramientas para prue/as" ,poyan la fase de la evaluacin de un Sistema o de partesdel mismo contra las especificaciones. 2ncluyen facilidades para e-aminar lacorrecta operacin del Sistema as1 como el grado de perfeccin alcanzado encomparacin con las e-pectativas.

a revolucin del procesamiento de datos de maneracomputarizada, junto con las practicas de 5ise3o sofisticadas est"n cambiandode forma dram"tica la manera en !ue se trasladan las especificaciones de 5ise3od Sistemas de 2nformacin funcionales. En Conclusiones Cenerales" En una organizacin oEmpresa, el an"lisis y 5ise3o de Sistemas, es el proceso de estudiar suSituacin con la finalidad de observar como trabaja y decidir si es necesariorealizar una mejora@ el encargado de llevar a cabo estas tareas es el analistade sistemas. ,ntes de comenzar con el desarrollo de cual!uier proyecto, seconduce un estudio de Sistemas para detectar todos los detalles de la situacinactual de la empresa. a informacin reunida con este estudio sirve como basepara crear varias estrategias de 5ise3o. os administradores deciden !ueestrategias seguir. os Aerentes, empleados y otros usuarios finales !ue sefamiliarizan cada vez mas con el uso de computadoras est"n teniendo un papelmuy importante en el desarrollo de sistemas. *odas las organizaciones son Sistemas !ue act/an de manerareciproca con su medio ambiente recibiendo entradas y produciendo salidas. osSistemas !ue pueden estar formados por otros Sistemas de denominan Sub6sistemasy funcionan para alcanzar los fines de su 2mplantacin. TE A !>" ! P#ANTAC!%N9E>A#(AC!%N & PR(E>A DE S!STE AS DE C% P(TAC!%N TE A !>" ! P#ANTAC!%N9 E>A#(AC!%N & PR(E>AS" DESARR%##%" 2")" ! P#ANTAC!%N" Concepto y De+inicin" Es la ultima fase del desarrollo de Sistemas. Es el procesoinstalar e!uipos o Software nuevo, como resultado de un an"lisis y dise3oprevio como resultado de la sustitucin o mejoramiento de la forma de llevar acavo un proceso automatizado. ,l 2mplantar un Sistema de 2nformacin lo primero !uedebemos hacer es asegurarnos !ue el Sistema sea operacional o sea !ue funcionede acuerdo a los re!uerimientos del an"lisis y permitir !ue los usuarios puedanoperarlo. E-isten varios enfo!ues de 2mplementacin7 Es darle responsabilidad a los grupos. <so de diferentes estrategias para el entrenamiento de los usuarios. El ,nalista de Sistemas necesita ponderar la situacin y proponer un plan de conversin !ue sea adecuado para la organizacin. El ,nalista necesita formular medidas de desempe3o con las cuales evaluar a los usuarios. 5ebe &onvertir f1sicamente el sistema de informacin antiguo, al nuevo modificado.

En la preparacin de la 2mplantacin, aun!ue el Sistemaeste bien dise3ado y desarrollado correctamente su .-ito depender" de suimplantacin y ejecucin por lo !ue es importante capacitar al usuario conrespecto a su uso y mantenimiento. 9.B. &apacitacin de <suarios del Sistema7 Es ense3ar a los usuarios !ue se relacionan u operan en unproceso de implantacin. a Responsabilidad de esta capacitacin de los <suariosprimarios y secundarios es del ,nalista, desde el personal de captura de datoshasta a!uellos !ue toman las decisiones sin usar una &omputadora. ?o se debe incluir a personas de diferentes niveles dehabilidad e intereses de trabajo@ debido a !ue si en una Empresa e-istentrabajadores ine-pertos no se pueden incluir en la misma seccin de lose-pertos ya !ue ambos grupos !uedaran perdidos.

CEs como !uerer conducir dos :arcos con diferentesdestinos con un mismo ;apa de rutas o con el mismo timnC. ,un y cuando la Empresa puede contratar los Servicios de2nstructores e-ternos, el analista es la persona !ue puede ofrecer la mejorcapacitacin debido a !ue conoce el personal y al Sistema mejor !ue cual!uierotro. , la falta o imposibilidad del analista la organizacin puede contratarotros servicios de capacitacin como son7 Dendedores7 Son a!uellos !ue proporcionan capacitacin gratuita fuera de la Empresa de uno o dos d1as. 2nstructor pagado e-ternamente7 Son a!uellos !ue pueden ense3ar todo acerca de las computadoras pero para algunos usuarios esta no es una capacitacin necesaria. 2nstructores en casa7 Est"n familiarizados con el personal y pueden adecuar los materiales a sus necesidades, pero le faltar1a e-periencia en Sistemas de 2nformacin !ue es realmente la necesidad del usuario. En nuestro pa1s e-iste una ley institucional $ ey 88( del 8(de Enero de 8E)F% creado durante el gobierno del Presidente ,ntonio Auzm"n +ern"ndezllamada 2?+4*EP, representante de los trabajadores y empresarios en el "mbitode &apacitacin y entrenamiento, la cual ,sesora y brinda Sus servicios a lasEmpresas y Sus trabajadores. 2"1") %/0etivos de la Capacitacin: Es lograr !ue los usuarios tengan el 5ominio necesario de lascosas b"sicas acerca de las ma!uinarias y procesos !ue se emplean para suoperacin de manera eficiente y segura. 2"2" #a Evaluacin del Sistema: Se lleva a cabo para identificar puntos d.biles y fuertesdel Sistema implantado. a evaluacin ocurre a lo largo de cual!uiera de lassiguientes cuatro dimensiones7 2"2") Evaluacin operacional: Es el ;omento en !ue s. eval/a la manera en !ue funciona elSistema, esto incluye su facilidad de uso, *iempo de respuesta ante unanecesidad o proceso, como se adecuan los formatos en !ue se presenta la2nformacin, contabilidad global y su nivel de <tilidad. 2"2". !mpacto %rgani4acional: 2dentifica y mide los beneficios operacionales para laEmpresa en "reas tales como, +inanzas $&ostos, 2ngresos y Aanancias%,eficiencia en el desempe3o laboral e impacto competitivo, 2mpacto, rapidez yorganizacin en el flujo de 2nformacin interna y e-terna. 2"2"1 Desempeo del Desarrollo" Es la evaluacin del Proceso de desarrollo adecuado tomandoen cuentas ciertos criterios como, *iempo y esfuerzo en el desarrollo concuerdencon presupuesto y est"ndares y otros criterios de ,dministracin de Proyectos.,dem"s se incluyen la valoracin de los m.todos y herramientas utilizadosdurante el desarrollo del Sistema. 2"5" Prue/a de Sistemas" 5ependiendo del tama3o de la Empresa !ue usara el Sistema yel riesgo asociado a su uso, puede hacerse la eleccin de comenzar la operacindel Sistema solo en un "rea de la Empresa $como una Prueba piloto%, !ue puedellevarse a cabo en un 5epartamento o con una o dos personas. &uando se implantaun nuevo sistema lo aconsejable es !ue el viejo y el nuevo funcionen de manerasimultanea o paralela con la finalidad de comparar los resultados !ue ambosofrecen en su operacin, adem"s dar tiempo al personal para su entrenamiento yadaptacin al nuevo Sistema. 5urante el Proceso de 2mplantacin y Prueba se debenimplementar todas las estrategias posibles para garantizar !ue en el uso inicialdel Sistema este se encuentre libre de problemas lo cual se

puede descubrirdurante este proceso y levar a cabo las correcciones de lugar para su buenfuncionamiento. 5esdichadamente la evaluacin de Sistemas no siempre recibela atencin !ue merece, sin embargo cuando se lleva a cabo de manera adecuadaproporciona muchas informaciones !ue pueden ayudar a mejorar la efectividad delos esfuerzos de desarrollo de aplicaciones futuras.

:2: 24AR,+2, ,n"lisis y 5ise3o de Sistemas ,utor7 #enry +. Gorth H ,braham Silberschatz Segunda Edicion. Editora ;c Araw #ill 2ngenier1a del Software ,utor7 Roger S. Pressman &uarta Edicion. Editora ;c Araw #ill Enciclopedia de *.rminos de &omputacin ,utor7 inda Aail= Iohn &hristie Editora7 P##, Pentice #all Autor: Pedro Concepcin Nova p"concepcionDcodetel"net"do :ttp:EE,indo,"toEconcepcion"com"do

http://www.ilustrados.com/tema/124/Analisis-Diseno-Sistemas.html

Você também pode gostar