LEY DEL SOFTWARE.

Se refiere a las tcnicas o mtodos para poder desarrollar un aplicativo eso es la ley del software hay tcnicas para poder definir el problema, hay tcnicas y herramientas para poder llevar lo que es el estudio de la factibilidad sirve para anlisis construccin a la programacin el diseo esto es las partes del sistema (ver diagrama), bajo el ciclo de vida clsico si recuerda solamente era el anlisis construccin y soporte e implementacin, mantenimiento haba desaparecido no lo usa. sea un problema para yo poder disear un aplicativo boy a tener que ver que saber realmente cual es el problema o que es lo que se va hacer, que es lo que esta haciendo o que es lo que se va a automatizar por que si yo me equivoco comprender esos parmetros no boy a tener que un buen resultado. Entonces para eso yo tengo que primero definir el problema esta definicin del problema es una etapa llmese entrecomillas lgica contenida en el anlisis primero yo tengo que identificar la problemtica y luego el problema eso es lo que se va hacer en la definicin del problema identifico la problemtica y luego digo cual es mi problema primero para analizar el sistema yo lo veo como una especie de caja negra para mi la aplicacin o lo que yo boy a desarrollar es transparente es una caja negra no me interesa saber que cosa hay como funciona ni como trabaja, yo lo primero que tengo que identificar son los flujos de entrada y todos los flujos de salida es decir que entra al sistema y que entrego punto nada mas. Para poder identificar estos flujos de entrada y salida, yo ya tengo el problema lo que entra y lo que sale va al entorno y el entorno y el entorno es la aplicacin es la empresa es la gestin es el universo entonces yo identifique la problemtica y digo cual es mi problema sabiendo que es lo que entra y que es lo que sale y esos flujos de entrada tambin tiene flujos de salida o flujo de infraestructura por ejemplo un problema de flujo de entrada con que equipo va a trabajar con que plataforma va a trabar, con que sistema con que lenguaje etc. todo esto en la entrada tiene que tipo de reporte que tipo de sistema secuencia etc. esto de caja negra flujo de entrada y flujo de salida es el mtodo sistmico y despus agarro y abro la caja negra es decir que es lo que tiene la caja negra por decir cuatro procedimientos, como esta vinculados quien con quien empiezo a vincular esto significa que por cada procedimiento estoy identificando su entrada y su salida por cada uno entonces estamos repitiendo lo mismo que el anterior

ero ya netamente enserado es decir en la caja de ah puedo bajar a otro nivel y ago la misma operacin de abrir uno y abrir el otro entonces ya tengo la estructura del sistema hay que tener en cuenta que mi sistema va a trabajar como un proceso y un proceso es un conjunto de data un conjunto de estructura un conjunto de tecnologa un conjunto de recursos humanos un conjunto de recursos que tiene la compaa, el proceso a grandes rasgos esta compuesto por tres formas el ejecutor, cliente y proveedor yo tengo que saber quien es el cliente a quien le entrego el servicio del producto yo tengo que saber quien me entrega todos los insumos toda la data . Entonces este es mi enfoque en base a esto yo e podido definir esta definicin de problema sea con esta definicin ya tengo la infraestructura con la que cuento los recursos necesario tengo la tecnologa que empleo tengo la data que necesito y por decir tengo hasta los costos tengo el dinero. En base a esto paso al estudio de la factibilidad lo cual el estudio de factibilidad juega con cuatro viabilidades, viabilidad econmica, viabilidad de programacin viabilidad de valores y la viabilidad bsicamente de lo ejecutable, esas cuatro fusionadas dan la viabilidad total es decir es quien me dice que la aplicacin yo la puedo ejecutar si yo tengo viabilidad total yo puedo ejecutar yo puedo tener la viabilidad que se le a medido a todo el personal que va a desarrollar y al personal que va a trabajar con mi aplicativo esto es lo que me interesa si es viable si necesito capacitar a mi usuario a mi personal de desarrollo esto es por un lado luego la de los valores si bsicamente esta los objetivos esta la visin el factor critico de xito esta las polticas las formas mas idneas si es factible desarrollar esa optimizacin si no es factible va haber problemas ah, la viabilidad tcnica es si mi fiero y mi software van a soportar lo que quiero hacer eso es la tcnica una cosa es el hardware la otra es el software y la de programacin es el tiempo que va a demandar desarrollar esa aplicacin y con que costo esta aplicacin que beneficio me va a proporcionar costo beneficio es decir que beneficio le proporciona a la empresa tener esa aplicaron o que le va a generar esa aplicacin que impacto va a tener, si eso funciona tengo la viabilidad total la viabilidad total son las cuatro viabilidades fusionadas, entonces la aplicacin se puede hacer y tiene sus mrgenes o reglas. Esto es el anlisis y trasparente con la metodologa que emplea. De ah boy al diseo, el diseo es construir los flujos bajo los requerimientos reales que me va a tener que soportar la maquina que me va a poder soportar la aplicacin por decir yo ac en el diseo yo debo saber cuanto me demora un reporte yo pido un reporte que tiempo me va a demorar yo ac tengo que establecer el tiempo de entrega ya sea por

papel o pantalla por que eso me va a dar que yo pueda utilizar muy bien mi infraestructura mi equipo, quienes estn autorizados quienes no estn no autorizados, cuantos de esos programas se corren en simultaneo es decir paralelamente llamemos que especificaciones tcnicas me demandan esos programas para yo poder atender cualquier estado de emergencia como una cada de sistema que otro sistema puede correr en otro equipo de computacin todo esto me va a dar el diseo. Si recordamos en el anlisis yo solamente me dedicaba a ver que iba a hacer mi sistema y que necesitaba mi sistema a qu en diseo yo debo de tener una aplicativo es decir yo debo de tener un programa que me genere los archivos, programas que me dan respaldo a mis archivos programas que me dan respaldo a los reportes, programa de seguridad, programa de acceso programa para grabar la informacin programa de interfase etc. Que son programas transparentes para el usuario final pero ac yo si lo tengo que disear lo tengo que construir por que si no hago eso no puedo tener nada es decir esta es la parte operativa con la aplicacin teniendo eso boy y lo construyo empiezo a codificar en el lenguaje seleccionado y tengo el sistema completo eso es lo que me va a encerrar grandes rasgos lo que va a encerrar llamemos la ley del software o ley de informtica. Si hay fallas entonces de construccin se va a estudio de estudio va al anlisis del anlisis lleva al diseo si no cuadra ac se vuelve analizar en el estudio de factibilidad si no cuadra ac paso al anlisis y as sucesivamente. El sistema queda congelado queda como imagen la programacin es el punto de congelacin muri y acabo la aplicacin cuando yo ya programo sea ya construyo y aqu ya acabo el tema lo que yo haga llmese personalizacin, llmese modificacin elemental bsicas sencillas o simplemente cambio de versin es otra aplicacin es decir yo termine el sistema si quiero personalizar etc. es otra aplicacin no es la misma llamemos el 0.1 donde va a correr por ejemplo tengo un plumn y corriente pero boy a agregarle una pita entonces es otro plumn ya no es el mismo y por eso se cobra. Entonces cada fase n la construccin del sistema va a tener su ley su norma etc.

PROBLEMTICA EN EL DESARROLLO DE SISTEMAS La problemtica en el desarrollo de sistemas, desarrollo de aplicaciones o desarrollo de software empieza a partir de diseo hasta la puesta en marcha en programacin ya tengo ya parmetros y especificaciones tcnicas de lenguaje tengo especificaciones tcnicas del equipo tengo especificaciones tcnicas de la lgica de cmo va a trabajar esa aplicaron en la organizacin ya esta cerrado. Para yo poder disear tengo que considerar que todo lo que se a echo en anlisis esta OK sino no puedo disear. La programacin es el punto de congelamiento es decir yo ac baje la aplicacin esta OK esta sagrada sacramentada, esto no significa que yo no tenga que hacer llamemos adaptaciones o modificaciones en el sentido que para poder ejercer esta aplicacin ejecutarla correrla. Una aplicaron tiene un tiempo determinado en el cual va a ir madurando y va ir agregando su informacin o data o pequeas modificaciones no es tan cerrada como parece. Por decir yo hago mi aplicacin para que corra en cliente servidor normal corre muy bien, despus al ao por decir mi aplicacin va a parar a lo que es Internet boy a tener que hacer ajustes por que ya a trabajar va Web voy a tener que hacer modificaciones, correcciones. Ahora esta implementacin tiene que guardar normas de calidad es decir la forma de seguridad, aqu yo doy la norma de cmo se va a dar los niveles de acceso, aqu digo como puedo optimiza un programa que me est demorando por decir diez segundo me trae la respuesta y yo lo bajo de repente que baje a siete a seis ac en mantenimiento se ve todas la modificaciones tcnicas que se van a ver.

DISEO DE UN NUEVO SISTEMA Tiene las siguientes caractersticas: - se basa en principios mtodos y tcnicas - usa criterios experiencias y procesos heursticas - emplea la calidad, los procesos y sub. representaciones - optimizacin y mantenimiento - se utiliza modelos y prototipos

Bsicamente se basa en la lgica que tiene la organizacin sea se basa en como las reas satisfacen los objetivos y metas trazadas dentro de un plan informtico de un plan organizacional si es que lo hay, entonces eso de ah serian los principios El otro punto es la manera de cmo trabaja la organizacin de cmo trabaja el departamento o rea lo que viene hacer la cultura organizacional a travs de la cultura organicional yo e identificado los procesos o mtodos o digamos la secuencia de actividades para poder lograr un determinado procedimiento eso es los mtodos yo identifico la forma de trabajar. Y lo otro las tcnicas que boy a emplear para poder validar esas tcnicas esas actividades que tiene un valor agregado sea la actividades que tiene valor agregado son las que se respetan y se mantiene las actividades que no tiene valor agregado podran optimizarse, eso es lo que uno va a disear en el sistema por ejemplo en el sistema de matricula de la universidad, una actividad, su consejero tiene que firmar eso no tiene valor al sistema sea el consejero firma para certificar que usted se matriculo en los cursos pertinentes pero eso consume tiempo, no tiene ningn valor agregado, eso yo lo puedo optimizarlo lo puedo cambiar, yo puedo poner en mi aplicacin por decir que si usted se matricula en cursos mi aplicacin lo acepta o lo rechaza; que el alumno se inscriba en los cursos si es valor agregado La optimizacin y mantenimiento vendra hacer de hacer lo mas simple los procedimientos de la organizacin es decir la organizacin de cmo se a optimizado de cmo se a mejorado el diseo son todos los requerimiento de informacin sea todo lo que salio del anlisis serrado y sacramentado el diseo para que yo pueda modificar me entrega un diseo de los datos, yo se de cmo va hacer la estructura de los archivos yo se cual es la estructura de la base de datos como es el almacenamiento donde estn los campos y como es la instalacin, cuales son los acceso a determinada informacin o como es la secuencia; tambin tengo un diseo arquitectnico yo se de cuantos programas y mdulos tengo que programas son los que me levantan los archivos yo se que programas me sirven para levantamiento de memoria para imprimir. El otro es como son los procedimientos manuales y computarizados para poder ejecutar mi aplicacin lo que se llama la arquitectura de la informacin la arquitectura de los datos la arquitectura de procedimientos todo esto es programacin todava no e bajado a implementar esa es la idea de cmo boy a disear mi aplicativo, si yo tengo el diseo del fiero, tengo el diseo de los procedimientos, tengo el diseo de los programas tengo el diseo de la data, tengo el diseo de integracin, eso es lo que uno tiene que especificar; esos diseos hacen que usted tenga varios niveles, tiene un diseo de datos

el cual va a mostrar todo el manejo de las tablas o el manejo de sus entradas y como se va a guardar esa informacin tiene un diseo arquitectnico que es bsicamente todo el flujo de la informacin y todo el diseo de interfase, por ejemplo yo quiero disear la tarea de sumar 2 mas 2 se supone que para un matemtico es conciso es crucial para un ingeniero es 3.5 como 4.99 eso es 4 para el y para un contador dime que numero quieres que sea a que quieres que sea igual, entonces como hago un programa para cada cosa no es un programa,las tres profesiones tiene el 4 la valoracin agregada es otro significado eso es lo que yo tengo que disear; tengo ah tres usuarios el usuario de gestin el usuario de administracin el usuario operativo los tres piensan distintos pero los tres utilizan entre comillas la misma valoracin; un programa por decir de mil sentencias puede ser reducido a un programa de diez sentencias, aplicando mtricas de repente el de diez es el programa correcto y de calidad y el de mil es el tedioso es como yo optimizo lo que tengo como uso el equipo entonces a eso se llama calidad y con que mtrica estoy jugando, en funcin al reporte en funcin a la memoria en funcin al acceso eso es lo que yo tengo que considerar.