REQUERIMIENTO

El proyecto debe

1 Usted realiza consultas de elementos de computación por internet.

() Si

() No

2. Realizaría una compra por internet de elementos de computación y de tecnología

() Si

() No

3. Con que frecuencia realiza compras por internet

________________________________________________________________________________
________________________________________________________________________________

4. Que productos compraría por internet.

 Computadores.
 Elementos para el hogar.
 Accesorios de vehículos.
 Otros, Cual?______________________________

5. Que es lo que mas le interesa del producto, cuando realiza una compra?

________________________________________________________________________________
________________________________________________________________________________
________________________________________________________________________________

6 Que modalidad de pago prefiera.

 Efectivo
 Tarjetas
 Contra entrega
 Consignación
 Otros, cual? ______________
 Análisis de Sistemas de información.

Que es análisis:

Encontrar mejoras a los procesos existentes.

Ubicar nuevas oportunidades de negocio de las organizaciones.
Contribuir con el desarrollo y fortalecimiento de la organización.
Incentivar los procesos de mejora continua.

Que no es análisis:
No es buscar problemas en los procesos existentes.
No es buscar procesos operativos y reemplazarlos por procesos automáticos.
No es determinar la mejor forma de hacer las cosas

Elementos que conforman un sistema de información:

Existen muchos elementos que conforman todo sistema de información, pero es de
mencionar que todos deben contribuir al logro de los objetivos institucionales, entro los
principales se cuentan:

Software: Solución a nivel de sistema operativo, sistema de base de datos y aplicativo

desarrollada para dar la respectiva solución a la oportunidad de negocio presentada.
Hardware: Los equipos de procesamiento de datos, cableado, y en general todos los
elementos que conforman las redes de comunicaciones a nivel físico.
Talento humano: Hace referencia a las personas que operan y administran los recursos
técnicos, su compromiso es crucial en todo proceso de sistematización.
Base de datos: Son los repositorios de datos, donde la organización, almacena y consulta
toda la información.
Documentación: Hace referencia a los manuales de usuario, manual del programador,
manual de instalación y copia de seguridad para el correcto empleo de la herramienta
informática.
Procesamiento: Hace referencia a los procesos que han sido sistematizados y que refleja
la lógica de negocios de la organización.
Control: Punto crucial en todo sistema, establece las políticas de seguridad, respaldo de
información y mantenimiento general de la aplicación.

Entorno a seleccionar:

Otro de los escenarios para desarrollar nuevas oportunidades es la globalización y el

desarrollo de las tecnologías de información, permitiendo que una empresa pueda
comercializar y distribuir sus bienes y servicios a un nicho de mercado mundial, sin
incurrir en altos costos publicitarios y mercadeo.
La internet permite eso, tenemos los casos de deremate.com, amazon.com, son
empresas que facturan millones de dólares, todo por medio de la web.
Aquí es donde surge la oportunidad de las empresas, para el análisis, diseño e
implementación de soluciones web, que pueden ser:

Tiendas virtuales: Toda organización Colombiana está en la necesidad de virtualizar sus

procesos, comprar y vender por la Web, desde empresas de calzado, restaurantes,
librerías, etc., además de ser una necesidad es una oportunidad para llegar a sectores y
comunidades de clientes potenciales, dentro y fuera del país.
Ya no son válidas las páginas estáticas para visualizar solamente información, ahora el
mercado exige portales web dinámicos y con interacción a base de datos, todo con el
mismo propósito, comercializar vía web.

Paginas Estáticas.
 Ausencia de movimiento.
 No posee opciones de búsqueda.
 Diseñada en HTML clásico.
 Administración de páginas y contenidos directamente en el Hosting.
 No tiene funciones de Chat, Foros, Base de datos, etc.

Paginas Dinámicas:
 Se presenta muchas herramientas para el desarrollo de estas soluciones.
 El visitante puede modificar el diseño de sus páginas “fondos, imágenes, colores,
fotos”, por ejemplo el caso de Facebook, twiter y demás.
 Admiten lenguajes y técnicas de programación moderna “php, Java y .Net”.
 Procesos de actualización y administración sencillos.
 Permite funcionalidades de base de datos, fotos, chats, blogs y muchas más.
  Disponibilidad de gran cantidad de recursos libres en la web “Plantillas”

En definitiva, el concepto de página Web dinámica se ha impuesto en el mundo del

diseño y de la empresa en Internet. Páginas como Yahoo!, Google, Amazon e incluso
ésta, son excelentes ejemplos de páginas Web dinámicas que permiten interactuar con el
visitante y le ofrecen posibilidades realmente sorprendentes: carritos de compra,
posibilidad de incluir sus propias críticas en libros y discos, buscar en base a criterios
determinados, participar en discusión...

Taller en clase:
Conformar grupos máximo de tres personas, para encontrar oportunidades de negocios
para ser implementados en la web, según apoyo por parte del docente.
________________________________________________________________________
________________________________________________________________________
________________________________________________________________________
________________________________________________________________________
________________________________________________________________________
________________________________________________________________________
________________________________________________________________________
________________________________________________________________________
________________________________________________________________________
______________________________________________________________________

1 Ciclo de vida de un sistema informático.

El Ciclo de vida es un proceso por el cual los análisis de sistemas, diseñadores de

software, los programadores y los usuarios finales elaboran programas informáticos
acorde con unas necesidades específicas del mercado, empresarial o de oportunidad,
implica las siguientes etapas.

 Definición del proyecto.

 Estudio de sistemas
 Diseño
 Programación
 Instalación.
 Validación y pruebas.
 Operación, mantenimiento y retro alimentación
 documentación.
Adicionalmente los ingenieros de Software seleccionan la metodología mas adecuada a
las necesidades presentes, no toda metodología es aplicable siempre, actualmente las
metedlos mas adecuadas es la estructurada y la orientada a objetos, para el propósito
de fundamentos técnicos de programación se ha seleccionado la metodología
estructurada.

Pero básicamente sea para un desarrollo interno de una empresa o ideas de negocios,
el proceso de formulación del problema, análisis y diseño de soluciones informáticas son
básicamente los mismos.
Antes de iniciar la etapa de programación y construcción de un software es necesario un
proceso de conocimiento de la empresa, necesidades empresariales o la oportunidad de
iniciar un negocio, antes de entrar a esta etapa, por ser una de las más costosas en
términos de talento humano y financieros.

Reconocer la necesidad.

Uno de los puntos importantes que todo analista debe reconocer es el conocimiento de
toda la filosofía institucional de la empresa, la misión, visión, objetivos, políticas de
calidad, organigrama y demás aspectos visiónales, para medir si la solución contribuye a
esas directrices, o en el caso de ser un diseño propio la construcción debe soportar las
mismas base visiónales, para reconocer un horizonte claro, labor que se construirá en
Emprendimiento I.
Seguidamente establecer el planteamiento del problema:
Este punto es crucial, es donde los dueños del proceso, o los usuarios finales ven el
problema, necesidad u oportunidad y realizan todo el planteamiento necesario, para esto
realizaremos el planteamiento del problema, para el diseño de un sistema virtual de
nomina, como sigue a continuación:
Durante la última década las necesidades de toda organización por mejorar sus procesos
de información, minimizar costos en tecnología y procesos de calidad han creado que las
organizaciones integren todos los segmentos o áreas organizacionales, la información a
tiempo, concreta y útil están a la orden del día, los viejos modelos de islas
independientes inoperantes, costosos y deficientes crean escenarios donde se deben
utilizar importaciones de datos, duplicidad de información, retrocesos implica que las
tomas de decisiones en muchos casos sea con base en datos incompletos , no validados
o gestionados crean escenarios o variables que pueden afectar la buena marcha de la
empresa, sumado a ello el no cumplimiento de las expectativas generadas y falta de
entendimiento entre las personas que laboraban en cada una de las islas y que debían
interactuar entre ellas.
Los nuevos escenarios están en contravía de las islas independientes, duplicidad de
información y retrocesos, persiguen que todos los niveles de la organización accedan a
un repositorio central de datos “hablar un mismo idioma”, que todos los usuarios finales
accedan a la misma información y tiempos de respuesta inmediatos.
La Corporación Tecnológica empresarial ubicada en la ciudad de Bogotá hace mas de 7
años, es una corporación que busca el mejorar continuamente su efectividad,
productividad y competitividad, por lo tanto requiere de un nivel y herramientas
tecnológicas de alto nivel que garanticen la toma de decisiones oportunas y con
información inmediata, donde los procesos manuales de generación de nomina no
contribuyen a este objetivo institucional.

Se observa que cada una de las sedes de la Corporación elabora su nomina de forma
independiente, aun cuando existen criterios generales para su elaboración, cada sede
con base en los listados académicos y estudiantes liquida la nomina docente por
docente y después le hace llegar a la temporal los soportes y autorización de pagos por
medio electrónico, donde deben ingresar nuevamente la información a otro sistema y con
el liquidar la nomina definidamente y enviarla al banco para su pago, adicionalmente se
puede presentar el caso que una sede no envié la información y por lo tanto para el
proceso y el pago oportuno.

Se puede observar que una falla en la sede no es detectada en la temporal o en caso

contrario un error en el cálculo de retenciones legales o cálculos matemáticos elaborados
en una hoja electrónica no son fácilmente detectables, sino hasta que el mismo docente
presenta sus observaciones a la sede o bien a la temporal, igualmente para la gerencia
presenta pérdidas de tiempo al no conocer de forma puntual y oportuna el valor a girar
para propósitos de pago.

Por otra parte, se observa demoras en la entrega de los desprendibles de pago a los
docentes y empleados en general, y la consulta de una determinada hoja de vida para
nuevas contrataciones o actualización de datos es un proceso demorado y lento.

En consecuencia la gerencia ha planteado la necesidad de diseñar un sistema de nomina

en línea “Ambiente Web”, con el fin de facilitar el proceso de liquidación y control de
nomina, y el manejo de las hojas de vida de los empleados y aspirantes para que
puedan ser consultados por cada una de las sedes acorde con sus necesidades y
perfiles.

Como se observa el planteamiento el problema es una descripción general del problema

como lo aprecia el usuario final y el da una posible solución de cómo seria la mejora
deseada a ser implementada, en muchos casos el usuario da el problema y también la
solución.

Justificación de inicio del proyecto.

La justificación, busca el porqué del proyecto, que puede ocasionar a la organización si el
problema continuo, retomando nuestro caso de estudio tenemos:

Para empezar, uno de los puntos que ocasiona más demoras en el proceso de
generación de la nómina es la recepción de información de las sedes académicas, que
origina tardanza y demoras en la generación de la nómina y por ende malestar entre los
docentes.
Otro punto a tener en cuenta son los procesos de consulta, actualización y archivo de las
hojas de vida, siendo un proceso totalmente manual, donde cuando los docentes
actualizan los datos se puede presentar que por omisión no se archiven inmediatamente
y se extravié la información.
Una de las prioridades de las sedes académicas es la necesidad de contar con una base
de datos actualizada de docentes, donde al presentarse un requerimiento este sea
atendido de forma oportuna y no requiera de tiempos excesivamente largos para cubrir la
necesidad, por lo tanto la opción que la sedes puedan consultar en línea la información
de la planta de docentes preseleccionada tiene grandes beneficios para seleccionar a los
más indicados y que cumplen con los perfiles exigidos.
La realización de las nomina con información procedente de hojas calculo puede originar
errores en los valores generados, deducciones erróneas, prestamos a empleados no
calculados o que ya están cancelados.

De no solucionar estos problemas, entre otras cosas ocasionaría a la compañía pérdida

de dinero, trabajadores inconformes, manejo de sistemas obsoletos, además de
desventajas frente a la competencia, lo que a la larga puede generar un colapso general
de la empresa de resistirse al uso de nuevas tecnologías.

Alcances y/o limitaciones del proyecto.

En esta sección se establece los requerimientos generales a nivel de infraestructura y

talento humano que harán posible del desarrollo e implementación de la solución, sin aun
dar detalles específicos de los mismos.

Retomando al caso de estudio la nómina online se tiene:

Horario para levantamiento de requerimientos trabajo del proyecto:

Para propósito de permitir el trabajo de análisis y programadores, la institución le brinda

un horario de 7:00 A.M. a 8:00 P.M. para la realización de todos los procesos,

Para los casos que la necedad surja de un nuevo proyecto que no depende de un
empresa, se recomienda fijar la cantidad de horas o el horario que se le asignara al
proyecto de estudio

Requerimientos técnicos:

Se necesita de un ordenador central con la capacidad de recibir, procesar y generar toda

la información que proviene de la sedes, con la suficiente capacidad en disco, memoria
para llevar a cabo todo el procesamiento de la nómina.

Al ser una solución on Line, se necesita un canal de internet que permita las conexiones
de las 7 sedes y la consulta de los distintos usuarios autorizados para su ingreso.

Establecimiento de un cronograma de actividades v/s tiempos.

Todo proyecto informático sin importar el grado de complejidad, debe tener unos tiempos
preestablecidos para el desarrollo de todas las actividades, con el fin de establecer
tiempos de entrega, costos o inversión, puntos de control y/o retroalimentación y
entregas parciales al usuario final para sus pruebas y validaciones respectivas.
Retomando nuestro ejemplo de uso, se tiene:

Insertar cronograma adjunto

 No lo haces

Practica en clase:

Acorde con los escenarios y oportunidades seleccionadas en el taller anterior,

reconocer la necesidad, justificación, alcances del proyecto y establecer un
cronograma de trabajo, siguiendo los lineamientos establecidos en el ejemplo del
módulo.

________________________________________________________________________________
________________________________________________________________________________
________________________________________________________________________________
________________________________________________________________________________
________________________________________________________________________________
________________________________________________________________________________
________________________________________________________________________________
________________________________________________________________________________
________________________________________________________________________________
________________________________________________________________________________
________________________________________________________________________________
________________________________________________________________________________
________________________________________________________________________________
________________________________________________________________________________
________________________________________________________________________________
________________________________________________________________________________
________________________________________________________________________________
________________________________________________________________________________
________________________________________________________________________________
________________________________________________________________________________
________________________________________________________________________________
________________________________________________________________________________
________________________________________________________________________________
________________________________________________________________________________
________________________________________________________________________________
________________________________________________________________________________
________________________________________________________________________________
________________________________________________________________________________
________________________________________________________________________________
________________________________________________________________________________
________________________________________________________________________________
________________________________________________________________________________
________________________________________________________________________________
________________________________________________________________________________
________________________________________________________________________________
________________________________________________________________________________
________________________________________________________________________________
________________________________________________________________________________
__________________________

2 Determinación de requerimientos.

La determinación de requerimientos es una de las tareas de mayor importancia a la hora

de iniciar el estudio para implementación de soluciones de computo, hay radica el éxito o
fracaso de todo proyecto.

Dado que los analistas de sistemas no son los expertos en los procesos como los
usuarios finales (“Gerentes y Empleados”), es de vital importancia comprender cada uno
de los procesos conocimientos de los hechos, datos procesados, entradas, salidas y
afectación organizacional., por lo tanto es vital como paso inicial conocer y entender
toda la situación, antes de dar una solución computacional a priori.

Por ejemplo antes de iniciar un sistema de inventarios, el análisis necesita conocer todos
los procesos contables de contabilización, registro y seguimiento de los distintos métodos
de valoración de inventarios, o en el caso de diseñar un sistema de nomina debe
reconocer toda la legislación laboral sobre el tema.

Por lo tanto se requiere que los análisis posean un alto grado de asimilación de nuevos
conocimientos y practicas acorde al proyecto a desarrollar.

Existen ciertos tipos de requerimientos tan fundamentales que son comunes a todas las
situaciones. Contestar los grupos específicos de preguntas que analizan esta secciones,
permitirá comprender estos requerimientos básicos.
Todo analista debe poder responder las siguientes preguntas:

¿Qué es lo que hace?

¿Cómo se hace?
¿Con que frecuencia se presenta?
¿Qué tan grande es el volumen de transacciones o decisiones?
¿Cuál es el grado de eficiencia con el que se efectúan las tareas?
¿Existe algún problema?
Si existe un problema, ¿qué tan serio es?
Si existe un problema, ¿cuál es la causa que lo origina?
O si la idea es la construcción de un sistema de información nuevo, adicionalmente:

¿Cuáles son las necesidades iniciales?

¿Qué tipo de productos o servicios se ofrecerán?

¿Cómo la competencia utiliza la Web para presentación de los servicios?

¿Utilizara recursos multimediales?

¿Será un software con banners o contenido Flash?

¿Los contenidos serán estáticos o dinámicos?.

2.1 Técnicas de levantamiento de información.

Existen muchas herramientas o técnicas que se pueden utilizar para el levantamiento de

información, con el propósito de recopilar, clasificar, organizar y tabular los datos sobre la
situación existente o a desarrollar, cada una con su pro y contras, pero proveen un gran
panorama para conocer la situación actual del negocio, entre las cuales tenemos:

 Observación del ambiente real de trabajo.

 Entrevista al usuario final.
 Cuestionarios.
 Consulta de archivos o formatos existentes.
 Análisis de la competencia.
 Manuales de calidad.
Por lo general se recomienda aplicar al menos dos o tres técnicas.

2.2.1 Entrevista.

La entrevista es una técnica para recabar información en forma verbal a través de

preguntas que el analista propone al usuario final o dueño del proceso, el entrevistado
puede ser un usuario a nivel operativo, administrativo, gerencial o en general cualquiera
que tenga relación con el proceso o usuarios potenciales que serán afectados por la
aplicación a diseñar.

Las entrevistas pueden realizarse en forma grupal o individual de acuerdo a la experiencia

del analista, donde se busca que no sea una entrevista tipo interrogatorio sino por el
contrario una charla personal, evitando preguntas de tipo cerrado o selección múltiple,
sino por el contrario preguntas abiertas, donde se llevan unas preguntas de base y las
demás van saliendo acorde con los comentarios y punto que vista que tome el
entrevistado.

Técnicamente en los procesos de levantamiento de información utilizando esta técnica

se busca formas cualitativas y cuantitativas, donde cualitativas describen las opiniones,
políticas y descripciones de los procesos o actividades del problema en estudio, mientras
las cuantitativas tratan de datos, números, frecuentas y tiempos.

Además es una herramienta para que el analista pueda interactuar con el usuario final
de forma constante durante todo el proceso, de esta manera se genera un ambiente
agradable de trabajo analista-usuario y por ende éxito del proyecto.

En una entrevista se pueden manejar los siguientes tipos de preguntas:

 Preguntas contextuales.

 Preguntas abiertas

 Preguntas cerradas

 Preguntas de pasado, presente o futuro.

Finalmente, lo mas importante antes de llevar un cuestionario de 10, 20,50 o 100

preguntas es una adecuada planificación, una adecuada preparación del tema, por
ejemplo si son contratados para la elaboración de un sistema virtual de nomina, entonces
tengo que investigar la legislación laboral colombiana, decretos, regimenes de salud,
regimenes de pensión y en general todo lo que afecte los procesos de nomina, antes
de ir a entrevistar al usuario.

Por lo tanto la planeacion, preparación y conocimiento de los escenarios es fundamental,

en el antes, durante y después de la entrevista, llevar unas preguntas sin importar el tipo
no siempre funcionan, en muchas ocasiones en la primera pregunta se puede demorar
una o dos horas, porque durante la conversación se can derivando cosas, nuevas
preguntas por lo tanto un conocimiento del tema evita que la entrevista se salga del
objetivo seguido.

Por ejemplo para el caso de la nomina, ¿Ustedes utilizando algún formato para el
registro de la información de los empleados?, ¿Qué tipo de contratación utilizan? , ¿Los
contratos de sus empleados que duración tiene?, ¿tienen empleados de varios
regimenes?, ¿los empleados de ventas tienen algún subsidio o ayuda extra legal?, ¿Cree
usted que el calculo de nomina se realiza eficazmente? ¿Por qué?, ¿A la hora del calculo
de nomina se generan problemas? ¿Cuáles?, ¿Considera usted que el sistema actual
podría mejorar? Diga en que podría mejorar, ¿Estaría usted de acuerdo con la
implantación de un sistema computarizado para el cálculo de pago nomina? ¿Por qué?

Se observa que cada una de las preguntas puede originar que el entrevistado de varias
vías o alternativas que el entrevistado deba obligarse a formular nuevas preguntas que
no estaban en su cuestionario original.

Otro aspecto que se considera terminada y analizada la entrevista es general

conclusiones e hipótesis de los procesos las cuales pueden ser validadas utilizando los
cuestionarios.
Para el usuario operativo

Formato propuesto.

Nombre: ____________________________________________________________

Cargo: ______________________________________________________________

Dependencia: ________________________________________________________

1. Cuáles son las funciones que realiza.

2. Que impacto tiene en la organización.
3. Para usted que actividades se realizan para la generación de la nomina
4. Como realiza el proceso de generación de la nómina de los docentes.
5. Cuál de los procesos es crítico.
6. Que actividades en su opinión pueden mejorarse.
7. Que considera que hace falta en todo el proceso.
8. Si el sistema de nómina fuera realizado automáticamente en línea, que opinión
tendría.
9. Si los docentes puedan consultar sus desprendibles de pago y detalles de sus
pagos históricos, lo consideraría un aporte importante, porque.

Entrevista al docente.

Formato propuesto.

Nombre: ____________________________________________________________

Cargo: ______________________________________________________________

Dependencia: ________________________________________________________

1. Cuál es el proceso para la entrega de la cuenta de cobro en la temporal.

2. Considera que el sistema deba generarle la cuenta de cobro, porque?
3. La entrega de los desprendibles de pago es oportuna?.
4. Los detalles de asignaturas, horas, valores, deducciones y en general la
información que está en los desprendibles de pago es la optima, o requiere
alguna adicional, mencione cual?
Para el usuario administrador.

Formato propuesto.

Nombre: ____________________________________________________________

Cargo: ______________________________________________________________

Dependencia: ________________________________________________________

1. Como considera el proceso de búsqueda de docente que requiera para una

determinada vacante.
2. los procesos de actualización de hojas de vida, son óptimos o requiere alguna
forma de mejora.
3. Que observaciones o comentarios tienen los docentes sobre los desprendibles de
pago.
4. Los desprendibles de pago están acordes a las necesidades de los docentes.
5. Que procesos en su opinión pueden mejorar.

Como se observa las preguntas no buscan determinar errores sino oportunidades de

mejora que el proceso actual pueda brindar, el usuario dueño del proceso es la persona
más indicada para tener en cuenta ante cualquier nuevo requerimiento informático,
siempre sin importar el nivel o tamaño de la empresa, todo proceso tiene un dueño y
responsable, donde la misión del análisis es detectarlo y lograr toda la información
posible de él.

Practica en clase:

Construir el formato de entrevista para el proyecto seleccionado, siguiendo los

lineamientos anteriores y el formato presentado.

________________________________________________________________________
________________________________________________________________________
________________________________________________________________________
________________________________________________________________________
________________________________________________________________________
________________________________________________________________________
________________________________________________________________________
________________________________________________________________________
________________________________________________________________________
________________________________________________________________________
________________________________________________________________________

2.2.2. Cuestionarios y/o encuestas.

Otra de las herramientas de todo analista de sistema es la elaboración de cuestionarios,

donde su implementación no es para recabar información sino por el contrario validar los
procesos que ya conoce y clarificar dudas existentes.

Donde se requiere un conocimiento previo de la organización y de los procesos que se

está analizando, sin este conocimiento no seria posible elaborar las preguntas del
cuestionario siempre deben ir enfocadas a un objetivo predefinido y sus resultados de
acuerdo al enfoque de la pregunta siembre son cortos.

Adicionalmente sirven para conocer información de tipo estadística, por ejemplo número
de usuarios conectados, horas de mayor consulta, cantidad de productos que maneja el
sistema, se visualizara imágenes o videos de los productos, tipo de usuarios que
interactúan con el sistema, que labores o funciones desempeña cada uno de ellos, son
administrativos u operativos, que información debe pasar o fluir hacia arriba o hacia
abajo, entre muchas más preguntas.

Como se puede deducir el cuestionario buscar afirmar o negar las hipótesis que el
analista a definido acorde con la entrevista y la verificación legal.

La diferencia entre las preguntas de una entrevista y un cuestionario; se encuentran en

que el cuestionario exige al analista ser muy claro; el flujo de preguntas deber ser
coherente; las preguntas del interlocutor anticipadas y la administración del cuestionario
planeada a detalle.

Los tipos básicos de preguntas usadas son las abiertas y las cerradas:
Preguntas abiertas:

Son aquellas que dejan todas las posibles opciones de respuesta al interlocutor; es decir;
usa términos como describe; en su opinión; que siente; etc. Cuando considere este tipo
de preguntas anticipe el tipo de respuesta a obtener; para u correcta interpretación. Por lo
tanto si escribe una pregunta de este tipo debe ser lo suficientemente estrecha para guiar
al interlocutor a que responda de forma específica.

Como deben ser las preguntas:

Las preguntas deben guardar secuencia lógica.

Las preguntas no deben ser numerosas.

Preguntas de fácil comprensión.

A continuación se diseñara un formato de cuestionario, enfocado a establecer las

funciones que puede realizar un usuario en un sistema de nomina on line.

                 

Establecer los niveles de acceso , de acuerdo a las funciones del

  objetivo personal que interactúa con los procesos  

  Entrevistado    

  cargo    

   

                 

  Ingresa información de nuevos empleados al sistema  

  Si    

  No    

  Puede incrementar los salarios de los empleados  

  Si    

  No    

  Realiza prenominas  

  Si    

  No    

  Ingresa novedades de nomina al sistema  

  Si    

  No    

  Esta autoriza para crear novedades en el sistema.  

  Si    

  No    

  De las siguientes funciones , cuales desempeña:  

  Actualizar datos de empleados    

  Cambiar administradoras (EPS, AFP.)    

  Varias porcentajes legales de parafiscales    

  Ingresar descuentos por demandas legales    

Liquida
  nomina    

  generar listados de pagos parafiscales    

  Genera archivos planos    

  Enviar la nomina al banco para pago.    

  Realiza operaciones de copias de seguridad    

  Realiza contabilizaciones de nomina.    

  Genera desprendibles de pago    

  Realiza provisiones    

  Genera estadística de    
 pagos

  Genera información a terceros(F.N.H. PILA)    

  Administra descuentos judiciales    

  Genera listado de nomina    

  La documentación de los empleados es archiva en:  

  Carpetas físicas    

  Documentación escaneada    

  La documentación se organiza por:  

  Cedula del empleado    

Código interno del

  empleado    

  Los comprobantes de pagó, utilizan numeración:  

  Si    

  No    

   

   

                 

Como se observa los cuestionarios le ayudan la analista para validar el grado de

conocimiento que ha adquirido de los procesos de la necesidad del objetivo de la
investigación.

Otro de los agentes activos del proceso, es el personal docente, por lo tanto su
experiencia es importante durante el proceso.

El siguiente ejemplo es orientado al desarrollo de un sitio web, dedicado al comercio

electrónico, donde su filosofía es hacia empresarios o establecimientos de comercio.
 Cuestionario: Levantamiento de Requerimientos.

Por favor diligenciar lo más posible el cuestionario a continuación, con el objeto de poder
presentar una propuesta lo más acorde a las necesidades de su negocio:

Contacto:___________________________________________________

Cargo y Empresa:____________________________________________

Teléfono:____________________________________________________

Ciudad / País:__________________

E-mail:_____________________________________________________

Nombre o idea del proyecto:

1) Objetivo General:

2) Objetivos Específicos:

3) Respecto a la actualización del sitio Web a implementar:

a) ¿Con que periodicidad requieren estar actualizando los contenidos del Web en sus
diferentes secciones?

b) ¿Si requieren mantener el sitio Web actualizado, han considerado utilizar algún sistema
de administración de contenidos, sabe usted que es esto?

4) ¿Se requiere implementar un catalogo de productos en el sitio Web?

Si su respuesta es sí:
a) ¿Qué tipo de productos o servicios venden?

b) ¿Cuál es el destino (público objetivo) de los productos/servicios que venden?

c) ¿Con que periodicidad requiere mantener actualizado este catalogo de productos

( )Diario ( )Mensual

( ) Semanal ( ) Otros

d) ¿Este catalogo de productos será solo informativo o también con un objetivo

comercial?

e) ¿Requiere que el cliente pueda solicitar unas cotizaciones específicas?

f) ¿Requiere que el cliente pueda generar una solicitud de pedido?

5) ¿Cuentan ya con una identidad corporativa para la imagen visual del SitioWeb?

6) ¿Qué tipo de concepto de diseño debería tener el sitio?

7) ¿Se requiere que el sitio Web se integre con algún aplicativo propio de la empresa
como software contable, inventarios, ERP, CRM, etc.?

8) ¿El sitio Web se alojará en un servidor remoto (hosting) o en uno propio de la

empresa?

9)¿Cuentan ya con un dominio comprado (nombre del proyecto en Internet)?

10) Requieren algún servicio adicional como: ¿Inteligencia de mercados? ¿Desarrollo de

plan de e-marketing?

11) ¿Alguna otra observación?

12) De los siguientes medios de pago, cual prefiere:

( ) Contra entrega ( ) Centros de pago

( ) pago Electrónico ( ) Consignación bancaria

Encuesta clientes.

1: Realizara compras de productos y/o servicios por internet?

( ) Si ( )No

Si su respuesta es positiva, continúe con las siguientes preguntas.

2. De los siguientes productos, cuales consulta mas por internet?

 Electrodomésticos  Muebles  Accesorios

vehículos
 Computadores  Accesorios femeninos

 Hogar  Zapatos

 Implementos deportivos  Ropa

3.

Taller en clase:

Con la ayuda del docente, construir los formatos de entrevistas y cuestionarios con base
en el proyecto seleccionado, siguiendo los lineamientos anteriores.

________________________________________________________________________
________________________________________________________________________
________________________________________________________________________
________________________________________________________________________
________________________________________________________________________
________________________________________________________________________
________________________________________________________________________
________________________________________________________________________
________________________________________________________________________
________________________________________________________________________
________________________________________________________________________
________________________________________________________________________
________________________________________________________________________
________________________________________________________________________
________________________________________________________________________
________________________________________________________________________
________________________________________________________________________
____** una hoja de trabajo________________________________________________

2.2.3 Consulta de Archivos físicos.

Otra de las actividades para el proceso de análisis y levantamiento de información es la

consulta física de todos los documentos que manejan actualmente durante el proceso,
esto permite conocer en detalle que información es la que necesitan y cual se genera
como resultado final de cada una de las actividades que se están analizando.

Es de mencionar que no necesariamente debe ser un documento físico en papel, puede

también ser:

 Archivos lógicos (documentos Excel, Word, etc.).

 Archivos digitalizados.

Retomando el caso de ejemplo, al nomina tenemos los siguientes documentos físicos:

 Desprendible de pago.
 Documento hoja de vida
 Cuenta de cobro
 Soporte de notas generado por la sede.
 Cuadro de Excel de pagos y deducciones, generado por cada sede.
Observaciones:
Por lo general del análisis de los documentos físicos, están los campos e información
necesaria para construir la base de datos, actividades que se trataran en base de datos I
y base de batos II.

3. Requerimientos funcionales.

Con las técnicas anteriores se ha obtenido la suficiente información para conocer el

“Que del negocio”, dando una idea global de los parámetros iniciales del proyecto y lo
mas importante conociendo los intereses de cada uno de los elementos activos
“Empresario y clientes”.

Una de las herramientas que utilizan las empresas de tecnología son los casos de
USO, donde se logra modelar el comportamiento del sistema propuesto y brinda un
conocimiento más en detalle de la lógica de negocios del proyecto a iniciar.

3.1 Casos de uso:

Otro elemento importante, para describir el análisis “Que”, son los casos de uso,
mediante esta herramienta le ayudan a los analistas a describir que es lo que el sistema
debe hacer, que hace el sistema desde la vista del usuario “actor”, de acuerdo a los
requerimientos encontrados.

Los casos de uso al describir los procesos mediante representaciones graficas ayudan a
clarificar los requerimientos iniciales encontrados, además:

Adicionalmente:

 Es una técnica para capturar información de cómo un sistema o negocio trabaja

actualmente.
  Captura información visible por el usuario.
 Pueden describir procesos pequeños o grandes.
 Descripciones amplias de un proceso de negocios, sin caer demasiado en el
detalle.

Es necesario evitar definir las operaciones matemáticas, operaciones de validación,

mensajes de error como casos de uso, por ser operaciones que pertenecen o están
contenidas dentro de un caso de uso particular, por ejemplo:

Para el caso de uso, crear docente, tiene involucrado el proceso validar si el docente está
o no creado, confirmar los datos ingresados, validar el tamaño de la cedula, verificar los
campos opcionales u obligatorios, por lo tanto sería un error tratarlos como casos de uso.

Los casos de uso buscan contestar:

 Quienes son los diferentes usuarios que interactúan con el sistema y que función
cumplen específicamente.
 Que información necesita el usuario para trabajar o interactuar con el sistema.
 Cuáles son los pasos que debe seguirse en el sistema para cubrir las necesidades
de casa usuario, acorde con la lógica de negocios de la empresa y los respectivos
manuales de calidad.

Representación:

Por lo general en los diagramas de caso de uso, se utilizan los siguientes elementos:

3.2 Definición de usuarios o actores:

De define a un usuario final de ahora en adelante llamado actor, como aquel que
interactúa con los procesos de generación de nómina y pueden hacer variar el
procesamiento de los datos, acorde con su participación.

Los actores suelen representan con la siguiente figura:

Retomando el caso de estudio de la generación de la nómina y las conclusiones

generadas en los procesos de levantamiento de información se tiene:

Actor director de sede

Actor registro de notas

Actor analista de nomina

Actor pagador.
Actor docente

Para un sistema de ventas se pueden definir los siguientes actores:

Vendedor.

Cliente

Supervisor de ventas

Es de mencionar que todo actor debe tener una meta u objetivo dentro del proceso a
diagramar, o en su defecto responsabilidades o acciones a cargo que desee que el
sistema realice.

Como se crea un usuario:

Localizar e identificar los actores acorde con los requerimientos.

Especificar el flujo de información.

3.3 Documentación del caso de uso:

Finalmente cada caso de uso se termina con un documento, que contiene unas plantillas
para describir cada uno de los casos de forma detallada según la necesidad del analista
del problema en cuestión.
Para la descripción de cada caso de uso, se recomienda utilizar la siguiente plantilla:

Nombre:

Autor:

Fecha:

Descripción:

      

Actores:

      

Precondiciones:

      

Flujo Normal:

Flujo Alternativo:

Poscondiciones:
Dónde:

Nombre:

Autor:

Fecha:

Descripción:

Actor: Se indica aquel usuario final que interactúa con el sistema.

Precondiciones: Son todas las condiciones que se deben cumplir para que el procesa
sea llevado a cabo.

Flujo normal: Corresponde al flujo de eventos que corresponden a la ejecución normal o

exitosa del caso o proceso.

Flujo alternativo: Indica que hace el sistema ante la presencia de casos no esperados o
menos frecuentes, errores que le puedan generar al usuario del sistema.

pos condiciones: Son los hechos que se ha de cumplir si el flujo de eventos normal se ha
ejecutado correctamente.

Para nuestro caso de ejemplo tenemos:

Nombre: Information sobre profesores

Autor:

Fecha:

Descripción: El sistema debe almacenar la información correspondiente a los docentes que

laboran en la corporación, en concreto:

      

Actores: professor-docente

      
Precondiciones: fr-01: creación de docente

Fr-02: inactivar docente.

Rf-03: Modificación de datos.

Rf-o4: consulta de docentes.

Rf-05: consulta orden de pago

Rf-p6: generar orden de pago.

Rf-07: imprimir comprobrante.

      

Flujo Normal:

Fn-01: consulta por cedula del docente

Fn-03: visualiza información del docente

Flujo Alternativo:

Fn 04-: consulta por profesión.

Fn-05: docente no existe.

Poscondiciones:

El caso de uso se representa con un ovalo.

Practica en clase:

Consideremos los siguientes ejemplos:

Tenemos es actor paciente:

Inscripción

Solicita cita

Cancelar cita

Modificar
datos
Como se observa el grafico se orienta a los procesos generales que realiza el paciente
sobre el sistema, sin caer en detalles ni especificaciones técnicas.

En algunas oportunidades el actor no es necesariamente una persona, puede ser un

cargo, por ejemplo:

Elaborar
inscripción

Modificar
estudiantes
Venta de
módulos

Ingreso
módulos

Devolucion
es

Registro de
notas
Como se observa en este último ejemplo, cada caso de uso es una actividad que realiza
el auxiliar administrativo, y de igual manera solo se mencionan, no se describen al
detalle, actividad que se debe realizar en la parte del diseño-

Consulta
pedidos

Cancela
pedido

Pedidos
atendidos

Pedido Enviar
pedido

Se tienen los siguientes actores, indicar los casos de uso para cada uno de ellos:

 Estudiante
 Productos
 Libro
 Asignatura
  Recepcionista.
 Vendedor.
 Cajero

Retomando nuestro ejercicio de la nómina se tiene:

Para el usuario, temporal, se tienen los siguientes casos:

Los casos de uso que se ilustran corresponden a los detectados mediante la aplicación
de la entrevista, cuestionarios y observación de campo.

Adiciona
docente

Modifica
docente

Inactiva
docente

Activa
docente

Usuario- temporal
Consulta
docente

Pago

Extracto de
pago
Seguidamente se documenta el caso de uso, con la plantilla mencionada anteriormente:

Nombre: Director de sede

Autor:

Fecha:

Descripción: El sistema debe almacenar la información correspondiente a los docentes que

laboran en la corporación, en concreto:

      

Actores: professor-docente

      

Precondiciones: usuario logueado

      

Flujo Normal: fr-01: creación de docente

Fr-02: inactivar docente.

Rf-03: Modificación de datos.

Flujo Alternativo: Docente ya existe.

Poscondiciones: Rf-o4: consulta de docentes.

Rf-05: consulta orden de pago

Rf-p6: generar orden de pago.

Rf-07: imprimir comprobrante.

Liquida
nomina

Envía nomina

Imprime
Usuario-director cuenta de
cobro

Consulta
docente

Desprendible
 Modifica
docentes

Usuario-docente

Cuenta de
cobro

4 Análisis de casos de uso.

Seguidamente después de la definición de los casos de uso y de los actores, es

necesario entrar a detallar cada uno de los procesos para lograr entender toda la lógica
de negocios para su construcción posterior en un determinado lenguaje de
programación:
Existen muchas formas y metodologías para detallar los procesos de casa caso de uso
detecta, en las siguientes secciones ilustraremos dos de ellas:

4.1 DFD.

Otra opción alternativa es ilustrar el proceso mediante los diagramas de flujo de datos,
DFD, visto y analizado en la asignatura de algoritmos, donde se detalla las entradas,
procesos, salida y retroalimentación mediante gráficos.

4.2 Plantillas de análisis

Otra forma es utilizando lenguaje escrito, como se aprecia en el siguiente formato.

Requerimiento del proceso: nombre del proceso

Cargo:

pasos Secuencia Posibles errores

 1

Muy parecido a los algoritmos, verdad, pues es así, siempre se busca conocer en detalle
cada proceso, no solamente en casos que sea correcto sino como se debe comportar
ante la presencia de un error de digitación o de proceso.

Cada uno de estos formatos por lo general son diseñados por la empresa u organización
que presta los servicios de análisis y diseño de sistemas de información, por lo tanto el
formato presentado anteriormente es una propuesta elaborada por la Corporación
Tecnológica Empresarial, pará desarrollo independientes.

Como se observa la utilización de uno o el otro método busca ante todo que el analista
reconozca e identifique todas las variables que actúan en el proceso y como son
modificadas internamente, para después ser traducidas a un lenguaje computacional.

Practica en clase:

Retomando el caso de la nomina, aplicaremos los métodos mencionados anteriormente al

caso de uso crear docente, de la siguiente forma:
Nombre: Creacion de docentes

Autor:

Fecha:

Descripción: Permite la adicion de docentes al sistema de nomina y liquidación de honorarios

      

Actores: professor -docente

      

Precondiciones: usuario logueado, defincion de información básica de los docentes a

ingresar al sistema, acorde con el proceso de levantamiento de información.

      

Flujo Normal:
 Curso Normal Sistema
pasos
1 Docente presenta comprobante de aceptación
por la sede, o sitio donde dictara clase
2 Se digita la cedula o documento de identidad del
docente
3 El sistema valida que los datos
sean numéricos
4 En caso que el docente exista,
presenta la información básica
del mismo, en caso contrario
habilita su adicción.
5 Selecciona tipo de documento Sistema le presenta ( cc:
cedula, Pa: pasaporte,)
6 Solicita registro de los nombres y apellidos
7 Solicita dirección
8 Solicita teléfono
9 Solicita profesional
10 Seleccionar si tiene curso por competencias El sistema le muestra las
opciones de Si o No, para
seleccionar.
11 Usuario presiona botón guardar
12 Sistema valida los datos
obligatorios.
13 Valida no existencia de la
cedula en otro docente.
14 Se valida que tenga formación
por competencias.
15 Actualiza la base de datos del
docente

Flujo Alternativo:.

Como se observa se debe mencionar todas las restricciones, como debe ser:

No permitir el registro de dos docentes con igual cedula.

Validar los campos obligatorios.

Caso de uso: desprendible de pago

Nombre: desprendible de pago

Autor:

Fecha:

Descripción: Permite a los docentes imprimir el desprendible de pago, acorde con las nota
reportadas y registradas en el sistema por las auxiliares administrativas
      

Actores: professor -docente

      

Precondiciones: usuario logueado, definición de información básica de los docentes a

ingresar al sistema, acorde con el proceso de levantamiento de información.

      

Flujo Normal:
 Curso Normal Sistema
pasos
1 Docente registra nombre y clave de usuario para
ingresar
2 Sistema valida si está
autorizado para ingresar o no al
sistema
3 Selecciona del menú la opción desprendible de
pago.
4 El sistema le visualiza todas las
cuentas de cobro generadas.
5 El docente selecciona el número de la cuenta
de cobro que desea generar, mediante clic.
6 El sistema le habilita la opción
consultando el historial y el
detalle de los conceptos
liquidados, y le permite la
opción de vista preliminar e
imprimir en pdf.
7 El docente selecciona la opción imprimir o
guardar pdf
8
9
10
11
12
13
14
15

Flujo Alternativo:.

observaciones

Como se observa, está el proceso que realiza el docente para imprimir su cuenta de
cobro, aun sin caer en detalle de la forma como el sistema consulta la base de datos.

Caso de uso: Liquidar nomina

Para el siguiente caso, ilustraremos el análisis mediante diagramas de flujo de datos, de
la siguiente manera:

Nombre: Liquidar nomina

Autor:

Fecha:

Descripción

Actores: sistema-director de sede

Precondiciones: docente existente en el sistema, registro de notas por parte de la dirección

académica de cada sede.

Flujo Normal:

Si F
Registra
docente
cedula del valido
docente

Notas Notas F
registradas pendient
es de
pago

Valor por tipo Liquidación

de notas de nomina

Almacena cuentas Genera

cuentas de
de cobro
cobro
 salir

Flujo Alternativo:.

Observaciones
la opción salir está incluida en el menú, actualmente se llama cerrar sesión.

Caso de uso: Modificar docente.

Para el siguiente caso, ilustraremos el análisis mediante diagramas de flujo de datos, de

la siguiente manera:

Nombre: Modificar docentes permitiéndoles modificar toda su información

personal, para mantener actualizada su hoja de vida.      

Autor:

Fecha:

Descripción: Permite la adicion de docentes al sistema de nomina ,

      

Actores: director sede

      

Precondiciones: usuario logueado, defincion de información básica de los docentes a

ingresar al sistema, acorde con el proceso de levantamiento de información.

      

Flujo Normal:
 Curso Normal Sistema
pasos
1 Docente presenta comprobante de aceptación
por la sede, o sitio donde dictara clase
2 Se digita la cedula o documento de identidad del
docente
3 El sistema valida que los datos
sean numéricos
4 En caso que el docente exista,
presenta la información básica
del mismo, en caso contrario
habilita su adicción.
5 Selecciona tipo de documento Sistema le presenta ( cc:
cedula, Pa: pasaporte,)
6 Solicita registro de los nombres y apellidos
7 Solicita dirección
8 Solicita teléfono
9 Solicita profesional
10 Seleccionar si tiene curso por competencias El sistema le muestra las
opciones de Si o No, para
seleccionar.
11 Usuario presiona botón guardar
12 Sistema valida los datos
obligatorios.
13 Valida no existencia de la
cedula en otro docente.
14 Se valida que tenga formación
por competencias.
15 Actualiza la base de datos del
docente

Flujo Alternativo:.

Como se observa se debe mencionar todas las restricciones, como debe ser:

No permitir el registro de dos docentes con igual cedula.

Validar los campos obligatorios.

Caso de uso: validar acceso.

Para el siguiente caso, ilustraremos el análisis mediante diagramas de flujo de datos, de

la siguiente manera:

Nombre: Validar acceso

Autor:

Fecha:

Descripción : Permite controla el acceso al sistema , para habilitar a los docentes y usuarios
generar ingresar al aplicativo, acorde con las políticas de ingreso y los perfiles de cada uno de
ellos.

Actores: usuarios- sistemas

Sin acceso

      

Precondiciones:
Acceso
Flujo Normal: Login autoriza
(Usuario, clave) do

Visualiza
 Selecciona modificar datos

Modificar
datos

Actualiza
datos Validación Visualiza
de error
información

Reglas Errores
de
velicació
Correcto n

Flujo Alternativo:.

Visualiza pagina de error.

Observaciones: controla el acceso internamente por ip de la máquina para bloquearla

cuando en número de intentos sea igual a 3
Caso de uso: Enviar nomina.

Para el siguiente caso, los administradores de sede envían el archivo de los valores que
deben ser cancelados a los docentes por la prestación de sus servicios educativos.
“archivo de excel”

Nombre: Enviar nomina

Autor:

Fecha:

Descripción: Es el archivo de Excel que genera cada director de sede, donde registran el total
de los honorarios que devenga cada docente, junto con las deducciones por prestamos u otras
novedades que hayan tenido durante el periodo a pagar.      

Actores: administrador de sede

     

Precondiciones: caso de uno: liquidar nomina.

Flujo Normal:

Consulta de Pendien
cuentas de tes de
cobro pago
generadas
Director de
sede
V

Elaboració
Prestamos a
n cuadro
docentes y/o de nomina
anticipos

Envió a
temporal
+ cuadro Impresión cuenta
Fin de de cobro
nomoina
Entrega
docente
Flujo Alternativo:.

Visualiza página de error.

Como se observa en los dos ejemplos, la definición en detalle de los procesos es muy
sencillo por cualquiera de los dos métodos utilizados, pero se obtiene la misma
conclusión, la cual es conocer el desate de cada caso de uso:
Taller en clase.

Acorde con el proyecto seleccionado, construir los casos de uso más importantes y
describir con ayuda del formato, cada uno de ellos.

________________________________________________________________________
________________________________________________________________________
________________________________________________________________________
________________________________________________________________________
________________________________________________________________________
________________________________________________________________________
________________________________________________________________________
________________________________________________________________________
________________________________________________________________________
________________________________________________________________________
________________________________________________________________________
________________________________________________________________________
________________________________________________________________________
________________________________________________________________________
______________________________________________________________________

5 Definición de menús de navegación:

Actualmente todo el desarrollo de software está orientado a la Web, donde la capacidad

para capturar clientes y ventas de productos y servicios es ilimitada, pero otro punto a
considerar en estos diseños es la forma como se le presentara al usuario final la
información que contendrá el portal.

Aspecto a tener en cuenta para la construcción de un menú:

La utilidad de una aplicación puede depender de la calidad de sus sistemas de menús. Si

dedica tiempo de diseño a los menús, los usuarios los aceptarán con facilidad y los
aprenderán rápidamente.
Al diseñar un sistema de menús, considere las directrices siguientes:
Organice el sistema según las tareas que vayan a realizar los usuarios y no según la
jerarquía de los programas de la aplicación.
Los usuarios pueden formarse un modelo mental de la organización de la
aplicación si observan los menús y sus elementos. Para diseñar estos menús y
elementos de forma eficaz, debe saber cómo piensan los usuarios y cómo realizan
su trabajo.
Dé a cada menú un título significativo.
Organice los elementos de los menús según su frecuencia de uso esperada, siguiendo
su secuencia lógica o por orden alfabético.
Si no puede predecir la frecuencia de uso ni determinar un orden lógico, ordene
los elementos de menú alfabéticamente. El orden alfabético es especialmente
efectivo cuando un menú contiene más de ocho elementos. Con tantos elementos,
el usuario dedica tiempo a la búsqueda y la ordenación alfabética la facilitará.
Coloque líneas separadoras entre los grupos lógicos de elementos de menús.
Limite a una pantalla el número de elementos de un menú.
Si el número excede la longitud de una pantalla, cree submenús para los elementos
en los que resulte conveniente.
Elija teclas de acceso y métodos abreviados de teclado para los menús y sus
elementos.
Por ejemplo, ALT+A podría ser una tecla de acceso para un menú Archivo.
Utilice palabras que definan claramente los elementos de los menús.
Utilice palabras comunes, evitando la jerga informática y utilice verbos simples y
activos para indicar las acciones que resultarán de elegir cada elemento de menú.
No utilice nombres como verbos. Describa también los elementos de menús con
construcciones paralelas. Por ejemplo, si utiliza una única palabra para todos los
elementos, use el mismo tipo de palabra para todos ellos.
Utilice letras mayúsculas y minúsculas en los elementos de menú.

Actualmente se consideran dos diseños de menús estándar,

Es de mencionar que cada usuario tendrá su propio menú, retomando nuestro caso de
uso, se presentaran los siguientes menús,

Menú director

Menú docente
Menú temporal.

Docentes

1 Adicionar
Docente
2 Modificar
docente.
3 Cuenta de
cobro

Pagina Web de trabajo

Créditos de creación del sitio

Donde cada opción actúa como hipervínculo:

Menú director

Docentes
Ordenes

Listados

Docentes
Dat. Personales
Ordenes
Experiencia
listados
Docentes
Ordenes Generar

Listados Análisis de notas

Consultas
Deducciones

Docentes
Ordenes

Listados Enviar orden

Consulta ordenes
Consulta deducciones
Menú Temporal.

Docentes Pagos listados

Docentes Pagos listados

Adicionar
Actualizar

Seguridad Social

Docentes Pagos listados

Ordenes
Deducciones

Liquidación

Docentes Pagos listados

Docentes

Ordenes

Certificado

Desprendible
Practica en clase.

Acorde con el proyecto desarrollado, diseñar los menús para cada uno de os usuarios que
interactuaran son la aplicación.

________________________________________________________________________
________________________________________________________________________
________________________________________________________________________
_____________________________________________

6 Diseño de Formularios Web.

Otra de las tareas importantes de todo diseñador es la construcción de las plantillas o

formularios web que los usuarios utilizaran para interactuar con la aplicación.
Los estándares para el diseño de sitios web tradicionales, requieren:

Que son los formularios.

En la mayoría de aplicaciones, el formulario es la parte de la interfaz que permite que el

usuario pueda introducir datos. Su diseño es crítico dado que una mala concepción de él
puede convertirlo en una barrera para la interacción e inducir al usuario a cometer errores
potenciando la frustración en el desempeño de su tarea.

Actualmente los formularios, al menos como estilo de interacción, los podemos encontrar
en las aplicaciones más diversas. Utilizamos formularios cuando en una página web
introducimos nuestros datos y nuestro número de tarjeta de crédito, pero también cuando
en un cajero automático indicamos la cantidad de dinero que deseamos reintegrar o
cuando en un editor seleccionamos las opciones de formato del texto.

Estilo de interacción Form Fillin:

El término "estilo de interacción" se utiliza para agrupar las diferentes maneras en que los
usuarios interaccionan con el ordenador. La clasificación de estilos de interacción más
aceptada es la de Ben Shneiderman quien en terminología anglosajona denomina "Form
Fillin" al estilo de interacción con formularios. Un dato importante para quienes deseen
buscar información relativa a formularios ya que las búsquedas con el término "Form
Fillin" obtendrán resultados mucho más relevantes que las que se hagan con el término
"Formulario".

Directrices de usabilidad para el diseño de formularios:

Shneiderman proporciona la siguiente lista de directrices de diseño:

• Dar un título al formulario que exprese claramente su función.

• Las instrucciones han de ser breves y comprensibles.

• Hacer grupos lógicos de campos y separarlos con blancos. Por ejemplo: nombre, primer
apellido y segundo apellido es un grupo lógico.

• Aspecto ordenado alineando los campos y las etiquetas.

• Las etiquetas de los campos deben usar terminología familiar.

• Ser consistente en el uso de los términos, es decir, usar siempre las mimas palabras
para los mismos conceptos.

• El tamaño visible del campo debe corresponderse con la longitud del contenido que ha
de introducir el usuario.

• Permitir el movimiento del cursor por medio del teclado y no solo con el mouse.

• Permitir que el usuario pueda corregir con libertad los caracteres que ha introducido en
los campos.

• En donde sea posible, impedir que el usuario introduzca valores incorrectos. Por
ejemplo, impedir que introduzca caracteres alfabéticos en campos que solo admiten
valores numéricos.

• Si introduce valores incorrectos, indicar en un mensaje cuales son los correctos.

• Avisar cuanto antes al usuario si ha introducido valores incorrectos. Si es posible, no

esperar a que haya rellenado el formulario totalmente.

(En relación a este punto, debo indicar que no estoy totalmente de acuerdo con esta
directriz. Muchas veces las validaciones inmediatas pueden ser vividas por el usuario
como un control excesivo y frustrante. En artículos posteriores entraré más en detalle en
este tema)

• Marcar claramente los campos opcionales.

(De todas maneras, en muchos casos será preferible marcar claramente los campos
obligatorios. También en artículos posteriores entraré más en detalle en este punto).

• Si es posible, colocar explicaciones o la lista de los valores válidos al lado de los

campos.

• Dejar clara la acción que debe hacer el usuario al terminar de rellenar el formulario.

Por qué los formularios no se diseñan correctamente:

Creo no equivocarme mucho señalando los siguientes tres factores como causantes
principales de los malos diseños:
a) El programador es quien hace habitualmente el diseño

Mientras que para el diseño de páginas web se considera necesaria la participación de

especialistas en el diseño de interfaces, no ocurre lo mismo cuando debe diseñarse algún
formulario. Es muy habitual considerar que un formulario no es más que el resultado del
análisis de datos que debe realizar todo analista o programador. Lo que se obtiene al final
es un formulario que no tiene en cuenta la terminología del usuario y que por lo general
guía poco y controla mucho.

b) No existen guías completas de diseño

La mayor parte de literatura relativa a formularios se limita a listas de directrices como la

de Shneiderman expuesta anteriormente. En algunos casos, las empresas productoras
proporcionan sus propias guías de diseño. Es el caso, por ejemplo, de Microsoft con sus
guías de diseño para Windows y de las guías de Sun para interfaces Java. Pero estas
guías se quedan la mayor parte de las veces en el diseño externo sin entrar en la parte de
interacción y en muchos casos entran en contradicción las unas con las otras.

c) Se crean por copia

Aunque existen herramientas de ayuda para el diseño y codificación de formularios, la

mayor parte de desarrolladores prefieren, porqué acostumbra a ser más productivo,
empezar el diseño de un formulario a partir de la copia de otro anterior. La consecuencia
es que se van heredando tanto los buenos como los malos diseños.

Espacio en blanco

Los formularios han de dar sensación de claridad evitando lo que podríamos llamar el
exceso de tinta (texto, líneas, recuadros, iconos, etc.).

Para ello las principales recomendaciones son:

 El espacio ocupado por texto y grafismos no debe sobrepasar el 40% del total.
 Eliminar grafismos innecesarios. Por ejemplo, no abusar de los recuadros de
grupo y sobretodo nunca poner un recuadro de grupo dentro de otro.
  Sustituir líneas y recuadros de separación por espacio en blanco.
 En formularios de entrada de datos, pedir solo la información necesaria
minimizando los campos opcionales.
 En formularios en los que se ofrezca información a consultar, debe mostrarse solo
información relevante.
 Redactar textos cortos para las etiquetas de campos eliminando palabras
innecesarias.

Organización de los elementos

La organización de los elementos dentro del formulario depende de dos factores: a) las
relaciones entre unos elementos y otros; b) la prioridad en el orden de colocación de estos
elementos.

a) Relaciones lógicas entre los elementos

La ubicación de un elemento en un punto determinado de la pantalla puede ayudar a
comunicar una relación lógica con otros elementos ayudando a su comprensión.
Las principales recomendaciones son:

 Proximidad: la cercanía de los elementos comunica una relación entre ellos.

 Agrupación: crear grupos de elementos relacionados y separar los grupos para
clarificar diferencias.
 Inclusión: indica las jerarquías de los elementos. Para ello se pueden alinear unos
más a la derecha que los otros o bien incluirlos dentro de un recuadro.
b) Prioridad en el orden de colocación
La prioridad en el orden de colocación de los elementos vendrá dada por los intereses y
necesidades del usuario. Para ello se tendrán en cuenta los siguientes criterios:

 Sus prioridades en la introducción de datos: si es posible, colocar los datos

obligatorios en primer lugar y también aquellos que deban ser utilizados con más
frecuencia.
 Si el formulario es de consulta también deberemos intentar ofrecer en primer
término los datos que sean más relevantes.
Estética y orden visual:

Muchas veces se da poca importancia a la composición estética de los formularios.

Debemos desconfiar de los formularios poco agradables visualmente ya que por lo
general és un síntoma de poca usabilidad. Los diseños estéticamente satisfactorios
contribuyen a orientar al usuario en la dirección de lectura y de entrada de datos.
Las principales directrices para conseguir un buen diseño son: consistencia, alineación
y proporción.

a) Consistencia:
Este es un principio general de usabilidad que podría definirse como la similitud visual y
de comportamiento de los componentes que tienen la misma función. Es decir, los
campos deben tener el mimo aspecto, los botones también y además deben comportarse
igual. Para el usuario esto tiene muchas ventajas ya que reduce el tiempo de aprendizaje
y aumenta el grado de reconocimiento de los elementos en nuevas situaciones.

Una buena práctica para conseguir un alto grado de consistencia es la de seguir alguna
guía de estilo. Primero, si la hay, la de la empresa para la que estemos desarrollando; si
no, podemos echar mano de algún estándar más o menos reconocido.

b) Alineación:
La alineación proporciona orden visual ayudando a agrupar la información relacionada y a
crear relaciones jerárquicas de inclusión. En un próximo artículo se tratarán más
extensamente las principales directrices de alineación de los diversos componentes de un
formulario.

c) Proporción:
La proporción en un formulario implica que los componentes que lo forman, campos,
botones, etiquetas, etc., deben tener una aspecto visual que respete una cierta proporción
entre ellos y su distribución en el formulario. Por lo general, todas las guías de estilo
determinan los diversos tamaños aconsejados de cada uno de los elementos y la
separación que debe haber entre ellos.

Una buena práctica para conseguir una distribución proporcionada de los elementos
consiste en trazar una cuadrícula de diseño. Las líneas de la cuadrícula definirán espacios
en blanco para separar, agrupar y alinear los componentes. Algunas herramientas de
diseño permiten también utilizar líneas guía además de cuadrículas. La separación entre
las líneas de la cuadrícula o de las guías se establecerá a partir de una separación básica
que, normalmente, tomaremos de la guía de estilo, si disponemos de ella.

Ejemplo.

Diseñar un formulario para el ingreso de un nuevo contacto, profesor o producto en el

sistema.
Paso 1:
Crear una ventana con cabida para los elementos en horizontal. Para ello aplicaremos
una cuadrícula de 30 px de separación y, siguiendo la guía de estilo, reservaremos un
margen de 12 píxeles entre los componentes y el borde de la ventana.

Paso 2:
Colocaremos los primeros componentes ajustándolos a los márgenes y a la cuadrícula.
Paso 3:
Seguir añadiendo elementos. Podemos quitar la cuadrícula y utilizar líneas guía para
marcar las separaciones de 6 px entre los elementos (o múltiplos de 6).

Paso 4:
Utilizar líneas guía verticales para marcar separaciones cuando sea necesario.
Tradicionalmente las páginas web, tienen lo siguiente:

Página de contactos

Página quienes somos.

Pagina Institucional

Página de correo.
Pero origina que sean paginas estáticas, donde no se presenta una interacción directa
con el usuario, por lo tanto se utilizan solamente para presentar información básica de la
empresa y su función social o económica que realiza.

Las condiciones actuales exigen que los sitios web o portales tengan un diseño o unas
métricas definidas para ser paginas dinámicas, permitiendo a las empresas promocionar
sus productos y servicios, comprar y vender en línea, capturas nuevas oportunidades de
negocios y muchas características más.

El presente modulo no pretende crear imágenes mentales para la construcción

formularios web, solamente describir algunos ejemplos, el diseño de los mismos está en
la creatividad del diseñador.

Características básicas.

Área de trabajo: En esta área para la construcción de todos los botones, objetos, textos y
demás comandos para la interacción usuario-sistema.

Atea de Menú: En esta sección se implementan los menús construidos, acorde al perfil y
funciones de cada usuario.

Área de Copyright: Declaración de los derechos de autor.

Área institucional: Se utiliza esta área para la ubicación de la imagen institucional de la

empresa, logos, banners o información de interés a divulgar a todo usuario que ingresa al
portal.

A continuación de presentan algunas plantillas adicionales.

 Menú principal

Área de Trabajo

Créditos de creación del sitio

Menú principal Área de Trabajo

Entre muchos más ejemplos, el límite es la creatividad del diseñador, respetando como se
menciono antes:

Cortos y no ambiguos

Claros y entendibles

Consistente en todo el sitio web