4.1.

1 INVESTIGACIN PRELIMINAR
Para que el inicio de un sistema tome vida, es necesario establecer los
diferentes parmetros por los cuales el sistema solicitado va a desarrollarse.
Para esto debemos conocer de manera directa cuales sern los beneficios, el
porqu de la solicitud del nuevo proyecto, si los analistas determinan si el
nuevo proyecto es factible o no realizarlo. Todas estas preguntas deben ser
analizadas y tomadas en cuenta para su trabajo de manera directa
conjuntamente con los administrativos, usuarios y analistas quienes sern los
encargados de verificar las solicitudes que lleguen hasta sus dependencias
para determinar la viabilidad o no de determinado sistema.

1.- Aclarar y comprender la solicitud del proyecto.

Se deben tener en cuenta preguntas como: Qu se desea realizar? Qu es lo que se
requiere? Por qu?
2.- Determinar el tamao del proyecto.
En todo inicio de proyecto se deben tomar en cuenta el alcance del proyecto, es decir, los
lmites hasta los cuales va a cubrir el nuevo sistema. Se debe tener muy en cuenta este
aspecto debido a que se deben tener bien claros los alcances y firmar con la persona que
requiere el nuevo programa para que en lo posterior los cambios no sean a gran escala ya
que esto implicara nuevas lneas de cdigo y altos costos tanto humanos como
econmicos.
3.- Evaluar los costos y beneficios de las diferentes opciones.
Se deben estudiar los precios que se pagaran por el personal de desarrollo, el de
capacitacin y el tiempo que se utilizar en el mismo.
4.- Determinar la factibilidad tcnica y operacional.
La factibilidad tcnica, econmica y operacional permitir conocer por medio de informes
si la realizacin del sistema es viable o no.
5.- Formular recomendaciones para el desarrollo de proyectos.
Finalmente se debern establecer los mecanismos necesarios y las sugerencias o
recomendaciones que permitan mejorar los procesos.

4.1.2 REQUERIMIENTOS

Necesario: Lo que pida un requisito debe ser necesario para el producto.

No ambiguo: El texto debe ser claro, preciso y tener una nica interpretacin
posible.

Conciso: Debe redactarse en un lenguaje comprensible por los inversores en lugar

de uno de tipo tcnico y especializado, aunque aun as debe referenciar los aspectos
importantes.

Consistente: Ningn requisito debe entrar en conflicto con otro requisito diferente,
ni con parte de otro. Asimismo, el lenguaje empleado entre los distintos requisitos
debe ser consistente tambin.

Completo: Los requisitos deben contener en s mismos toda la informacin

necesaria, y no remitir a otras fuentes externas que los expliquen con ms detalle.

Alcanzable: Un requisito debe ser un objetivo realista, posible de ser alcanzado con
el dinero, el tiempo y los recursos disponibles.

Verificable: Se debe poder verificar con absoluta certeza, si el requisito fue

satisfecho o no. Esta verificacin puede lograrse mediante inspeccin, anlisis,
demostracin o testeo.

4.1.3. DISEO DE SISTEMA

El diseo de sistemas se ocupa de desarrollar las directrices propuestas durante el anlisis en
trminos de aquella configuracin que tenga ms posibilidades de satisfacer los objetivos
planteados tanto desde el punto de vista funcional como del no funcional

El primer paso en el diseo de sistemas es identificar los informes y las salidas

que el sistema producir; a continuacin los datos especficos de cada uno de
stos se sealan, incluyendo su localizacin exacta sobre el papel, la pantalla
de despliegue o cualquier otro medio.
Por definicin, diseo significa hacer un mapa, planear o arreglar las partes en
un todo que satisfaga los objetivos involucrados. El diseo de sistemas
requiere principalmente la coordinacin de actividades, los procedimientos de
trabajo y la utilizacin de equipo para alcanzar los objetivos organizacionales.

4.1.5 IMPLANTACIN Y EVALUACIN

La implantacin es el proceso de verificar e instalar nuevo equipo, entrenar a
los usuarios, instalar la aplicacin y construir todos los archivos de datos
necesarios para utilizarla.
Cada estrategia de implantacin tiene sus mritos de acuerdo con la situacin
que se considere dentro de la empresa. Sin importar cul sea la estrategia
utilizada, los encargados de desarrollar el sistema procuran que el uso inicial
del sistema se encuentre libre de problemas.
Los sistemas de informacin deben mantenerse siempre al da, la implantacin
es un proceso de constante evolucin.
La evaluacin de un sistema se lleva a cabo para identificar puntos dbiles y
fuertes. La evaluacin ocurre a lo largo de cualquiera de las siguientes
dimensiones:
- Evaluacin operacional
Valoracin de la forma en que funciona el sistema, incluyendo su facilidad de
uso, tiempo de respuesta, lo adecuado de los formatos de informacin,
confiabilidad global y nivel de utilizacin.
- Impacto organizacional
Identificacin y medicin de los beneficios para la organizacin en reas como
finanzas (costos, ingresos y ganancias), eficiencia operacional e impacto
competitivo.
- Opinin de los administradores
Evaluacin de las actitudes de directivos y administradores dentro de la
organizacin as como de los usuarios finales.

4.2 JENKINS
FASE 1: Anlisis de Sistemas
El Ingeniero de Sistemas inicia su actividad con un anlisis de lo que est sucediendo y por
qu est sucediendo, as como tambin de cmo puede hacerse mejor. De esta manera el
sistema y sus objetivos podrn definirse, de forma tal que resuelva el problema
identificado. Se divide en:
FASE 2: Diseo de Sistemas

Primeramente se pronostica el ambiente futuro del sistema. Luego se desarrolla un modelo

cuantitativo del sistema y se usa para simular o explorar formas diferentes de operarlo,
creando de esta manera alternativas de solucin. Por ltimo, en base a una evaluacin de las
alternativas generadas, se selecciona la que optimice la operacin del sistema. Se divide en:
FASE 3: Implantacin de Sistemas
Los resultados del estudio deben presentarse a los tomadores de decisiones y buscar
aprobacin para la implantacin del diseo propuesto. Posteriormente, tendr que
construirse en detalle el sistema. En esta etapa del proyecto se requerir de una planeacin
cuidadosa que asegure resultados exitosos. Despus de que el sistema se haya diseado en
detalle, tendr que probarse para comprobar el buen desempeo de su operacin,
confiabilidad, etc. Se divide en:
1. Documentacin y autorizacin del sistema
2. Construccin e instalacin del sistema
FASE 4: Operacin y Apreciacin Retrospectiva de Sistemas
Despus de la fase de implantacin se llegar al momento de liberar el sistema diseado
y entregarlo a los que lo van a operar. Es en esta fase donde se requiere mucho cuidado
para no dejar lugar a malos entendimientos en las personas que van a operar el sistema, y
generalmente representa el rea ms descuidada en el proyecto de diseo. Por ltimo, la
eficiencia de la operacin del sistema debe apreciarse, dado que estar operando en un
ambiente dinmico y cambiante que probablemente tendr caractersticas diferentes a las
que tena cuando el sistema fue diseado. En caso de que la operacin del sistema no sea
satisfactoria en cualquier momento posterior a su liberacin, tendr que iniciarse la fase 1
de la metodologa, identificando los problemas que obsoletizaron el sistema diseado. Se
divide en:
Fase 1. Anlisis de Sistemas
1.Identificacin y Formulacin del Problema.
2. Organizacin del Proyecto
Una vez que se ha definido el alcance del problema, debe identificarse la forma en que se
va a confrontar.
3. Definicin del Sistema
4. Definicin del Suprasistema
Para poder definir apropiadamente los objetivos del sistema es necesario entender con
claridad el papel que el sistema tiene en el suprasistema del cual es parte. Para esto, se
recomienda extender el mapa sistmico obtenido en la etapa 3. , mostrando ahora todos los
otros sistemas que tambin son parte de su suprasistema y con los cuales est interactuando.

5. Definicin de los Objetivos del Suprasistema

6. Definicin de los Objetivos del Sistema
Generalmente los objetivos del sistema se encuentran en conflicto por lo que al inicio de un
estudio es esencialmente importante preparar una lista de todos los posibles objetivos con
un orden de importancia anticipado. Posteriormente, uno o muy pocos de los objetivos
planteados resultarn lo ms importante. Es importante resaltar algunos aspectos que
generalmente surgen en la definicin de los objetivos de un sistema:
a. El grupo de trabajo encontrar seguramente resistencia cuando trate de definir objetivos.
Las personas en la organizacin que no sintieron problemas graves con un planteamiento
vago de objetivos se opondrn a comprometerse con objetivos claros y precisos. Sin
embargo, se debe ser muy insistente en este punto, puesto que no puede disearse ningn
7. Definicin de la Medidas de Desempeo del Sistema
Una vez que los objetivos del sistema han sido acordados, el siguiente paso es definir en los
trminos ms precisos posibles, un criterio que mida la eficiencia con la que el sistema est
logrando sus objetivos. Generalmente, pero no de manera invariable, este criterio ser
econmico. Entre ms precisos sean los objetivos ms fcil ser definir una medida o
indicador cuantitativo de desempeo del sistema. Por el contrario, si los objetivos no son
precisos, tendr que definirse un criterio subjetivo para medir el desempeo del sistema.
Una medida de desempeo del sistema debe tener como mnimo las siguientes
caractersticas:
- Debe estar relacionada con los objetivos del sistema
- Debe ser simple y directa
- Debe poder medirse
- Debe haber sido acordada y aceptada por las personas directamente involucradas en la
operacin del sistema
8. Recopilacin de Datos e Informacin
La evaluacin del proceso de desarrollo de acuerdo con criterios tales como
tiempo y esfuerzo de desarrollo, concuerdan con presupuestos y estndares, y
otros criterios de administracin de proyectos.
Cuando la evaluacin de sistema se conduce en forma adecuada proporciona
mucha informacin que puede ayudar a mejorar la efectividad de los esfuerzos
cuando la evaluacin de sistemas se conduce en forma adecuada proporciona
mucha informacin que puede ayudar a mejorar la efectividad

ANALISIS DE SISTEMA
El Anlisis de Sistemas trata bsicamente de determinar los objetivos y lmites del sistema
objeto de anlisis, caracterizar su estructura y funcionamiento, marcar las directrices que
permitan alcanzar los objetivos propuestos y evaluar sus consecuencias. Dependiendo de
los objetivos del anlisis, podemos encontrarnos ante dos problemticas distintas:

Anlisis de un sistema ya existente para comprender, mejorar, ajustar y/o predecir

su comportamiento.

Anlisis como paso previo al diseo de un nuevo sistema-producto.

En cualquier caso, podemos agrupar ms formalmente las tareas que constituyen el anlisis
en una serie de etapas que se suceden de forma iterativa hasta validar el proceso completo:
Conceptualizacin
Consiste en obtener una visin de muy alto nivel del sistema, identificando sus elementos
bsicos y las relaciones de stos entre s y con el entorno.
Anlisis funcional
Describe las acciones o transformaciones que tienen lugar en el sistema. Dichas acciones o
transformaciones se especifican en forma de procesos que reciben unas entradas y producen
unas salidas.
Anlisis de condiciones (o constricciones)
Debe reflejar todas aquellas limitaciones impuestas al sistema que restringen el margen de
las soluciones posibles. Estas se derivan a veces de los propios objetivos del sistema:

Operativas, como son las restricciones fsicas, ambientales, de mantenimiento, de

personal, de seguridad, etc.

De calidad, como fiabilidad, mantenibilidad, seguridad, convivencia, generalidad,

etc.

Sin embargo, en otras ocasiones las constricciones vienen impuestas por limitaciones en los
diferentes recursos utilizables:

Econmicos, reflejados en un presupuesto

Temporales, que suponen unos plazos a cumplir

Humanos

Metodolgicos, que conllevan la utilizacin de tcnicas determinadas

Materiales, como espacio, herramientas disponibles, etc.

Construccin de modelos
Una de las formas ms habituales y convenientes de analizar un sistema consiste en
construir un prototipo (un modelo en definitiva) del mismo.
Validacin del anlisis A fin de comprobar que el anlisis efectuado es correcto y evitar, en
su caso, la posible propagacin de errores a la fase de diseo, es imprescindible proceder a
la validacin del mismo. Para ello hay que comprobar los extremos siguientes:

El anlisis debe ser consistente y completo

Si el anlisis se plantea como un paso previo para realizar un diseo, habr que
comprobar adems que los objetivos propuestos son correctos y realizables

Una ventaja fundamental que presenta la construccin de prototipos desde el punto de vista
de la validacin radica en que estos modelos, una vez construidos, pueden ser evaluados
directamente por los usuarios o expertos en el dominio del sistema para validar sobre ellos
el anlisis.