jueves, 12 de febrero de 2015
Bibliografia
Fernandez (2010). Plan de Sistemas Web. Disponible en: www.buenastareas.com. Consulta: 2015.
Fernandez (2003). Sistemas de Información. Editorial Antillana. Caracas Venezuela
Ortiz (2010). Planificación y Desarrollo de Sistemas de Información. Disponible en: www.monografias.com. Consulta: 2015
Ortega (2005). Estrategias de Adiestramiento. Disponible en: www.monografias.com. Consulta: 2015
Stoner (s/f). Planificación de Sistemas. Disponible en: www.buenastareas.com. Consulta: 2015
Introducción
La planificación de los Sistemas de Información (SI) se entiende como un procedimiento sistemático de toma de decisiones sobre que hacer con los sistemas de información en el futuro. Esto a evolucionado de tal manera a lo largo de los años que se pueden distinguir cuatro fases:
• La introducción de la informática en las organizaciones
• La expansión anárquica de las aplicaciones informáticas
• La coordinación de los SI con los objetivos de la empresa
• La interdependencia estratégica entre las compañías y los SI
Una planificación de sistemas informáticos, también conocido como Plan Director de Sistemas, Plan de Sistemas de información o Plan Estratégico de Sistemas, facilita a una organización una correcta determinación del estado actual de los sistemas informáticos, de los requisitos que la organización les demanda para identificar un estado futuro de dichos sistemas alineados con los objetivos de la organización.
La Planificación de Sistemas cumple con una serie de pasos y procesos, que pueden ser realizados por diversos métodos de estrategia y con una metodología ya predefinida para cumplir un objetivo en específico.
A partir de esta determinación del estado actual y futuro de los sistemas de la organización, se realiza un análisis de diferencias que permite identificar las acciones a tomar para alcanzar dicho estado futuro, a nivel de organización, sistemas, procesos, personal y proyectos. Posteriormente los planes tácticos programarán dichas acciones.
• La introducción de la informática en las organizaciones
• La expansión anárquica de las aplicaciones informáticas
• La coordinación de los SI con los objetivos de la empresa
• La interdependencia estratégica entre las compañías y los SI
Una planificación de sistemas informáticos, también conocido como Plan Director de Sistemas, Plan de Sistemas de información o Plan Estratégico de Sistemas, facilita a una organización una correcta determinación del estado actual de los sistemas informáticos, de los requisitos que la organización les demanda para identificar un estado futuro de dichos sistemas alineados con los objetivos de la organización.
La Planificación de Sistemas cumple con una serie de pasos y procesos, que pueden ser realizados por diversos métodos de estrategia y con una metodología ya predefinida para cumplir un objetivo en específico.
A partir de esta determinación del estado actual y futuro de los sistemas de la organización, se realiza un análisis de diferencias que permite identificar las acciones a tomar para alcanzar dicho estado futuro, a nivel de organización, sistemas, procesos, personal y proyectos. Posteriormente los planes tácticos programarán dichas acciones.
Reingenieria de Sistemas
Para Fernandez (2010), Los cambios
incrementales en los procesos comerciales quedarán reflejados en cambios en el
modelo de objeto comercial y pueden dar lugar a cambios en el modelo de objeto
de software. Los cambios radicales en los procesos comerciales pueden dar lugar
a la creación de modelos de objetos comerciales y de software radicalmente
diferentes.
También aquí, es posible reconstituir los modelos reutilizando
objetos que hayan sido previamente definidos y reorquestando la forma en que
actúan interactivamente entre sí. Además, pueden introducirse nuevos objetos
que representen nuevas prácticas comerciales, y relacionarlos con objetos
antiguos. Para este proceso de reutilización de modelos de objetos existentes
es de importancia crítica la estructuración o empaquetamiento y la gestión de
toda la variedad y número de objetos. Por ejemplo, resultaría inmanejable
considerar a cada objeto comercial como una tarea elemental dentro de un proceso
comercial.
Las técnicas de modelización de objetos permiten estructurar los
objetos como componentes de otros objetos (acumulaciones) y también permiten
que los objetos sean refinamientos u optimizaciones de otros objetos. Estos dos
mecanismos de estructuración hacen posible crear y desarrollar modelos de
objetos en formas que resulten más útiles y significativas. La acumulación o
suma de objetos permite agruparlos para formar objetos mayores, mientras que el
refinamiento de los objetos hace posible la portabilidad de modelos de objetos,
bien entre empresas y organizaciones de un mismo sector, o entre organizaciones
de diferentes sectores. Así, un modelo de objeto que representase la atención a
clientes en el sector hotelero, si fuera lo suficientemente general podría ser
refinado por dos cadenas de hoteles para introducir prácticas y conceptos
comerciales específicos, o podría ser utilizado por una organización (también
con los refinamientos apropiados) en el sector de los viajes de empresa.
En
términos de reingeniería comparar procesos comerciales dentro de sectores y
entre sectores es un medio importante de mejoras en reingeniería. La entrega de
modelos de objetos comerciales genéricos con sus correspondientes modelos
software permitirá a las empresas una rápida reingeniería de los sistemas de
Información que soportan los procesos comerciales. En el caso de la
reingeniería BRE, es decir, los programas de reingeniería comercial (en los que
las empresas consideran la posibilidad de pasar a nuevas actividades), resulta
aún más atractiva la utilidad de los modelos de objetos comerciales estándar
para el desarrollo de nuevos Sistemas.
Reingenieria aplicada a los SI. Tendencias. Procesos
Ortiz (2010) Señala:
REINGENIERÍA APLICADA A LOS SISTEMAS DE INFORMACIÓN
REINGENIERÍA APLICADA A LOS SISTEMAS DE INFORMACIÓN
La
reingeniería de los procesos tiene como metas que las empresas sean ágiles,
flexibles, diligentes, competitivas, innovadoras, eficientes, rentables y
enfocadas al cliente.
TENDENCIAS
DE LA REINGENIERIA:
*La
Reingeniería es la iniciativa numero uno que toman altos ejecutivos para
alcanzar sus metas estratégicas.
*La competencia, la rentabilidad y la
participación de mercado son las cuestiones que con mayor frecuencia mencionan
los altos ejecutivos para apelar a la reingeniería de procesos.
*La mayoría de los ejecutivos esperan ver
resultados de la reingeniería de procesos en un año o menos.
*Casi la mitad de los ejecutivos apelan a un
programa de reingeniería si puede afectar a por lo menos el 10 por ciento de
sus ingresos o gastos; casi el 90 por ciento de los ejecutivos apelaran a la
reingeniería si va a afectar al 25 por ciento de ingresos o gastos.
*Las metas de las empresas tales como aumento
de rentabilidad, aumento de satisfacción de los clientes, disminución de costos
y aumento de ingresos, son mas importantes para los ejecutivos en la
reingeniería que las metas de proceso tales como aumentar la precisión y la
rapidez.
REINGENIERIA
DE LOS PROCESOS:
Tanto la reingeniería de procesos comerciales,
BPR (Business Process ReEngineering) como la reingeniería comercial, BRE
(Business ReEngineering) plantean nuevos desafíos y tareas a los profesionales
de Tecnologías de la Información (TI). Estos desafíos son reflejo a su vez de
aquellos a los que se enfrentan las empresas: alcanzar mejoras radicales en las
áreas de costos, calidad, servicio y rapidez. La tecnología de objetos no
resuelve estas tareas mediante una mejora creciente de la forma en que se crean
Sistemas de Información sino cambiando radicalmente la estructura de éstos. Si
uno acepta el consejo de Michael Hammer y elimina las viejas formas de trabajar,
las posibilidades de que sean eliminados también los Sistemas de Información
subyacentes que sirven de soporte a los procesos comerciales son mayores. Al
aumentar el número de empresas y organizaciones que utilizan las Tecnologías de
la información como un componente de sus productos o servicios, o como un medio
de ofrecer sus productos/servicios a sus clientes, la capacidad de realizar una
reingeniería de los Sistemas de información se convertirá en un componente
crítico de la reingeniería BPR.
Mantenimiento de un Sistema de Información. Tipos de Mantenimiento
Para Stoner (s/f):
Es la última fase del Ciclo
de Vida de Desarrollo de Sistemas, en donde los SI son sistemáticamente
reparados y mejorados.
• Por definición, el proceso de mantenimiento
de un SI es un proceso de devolución al principio del Ciclo de Vida y de
repetición de los pasos de desarrollo para la implementación de cambios.
• Las 4 actividades más importantes que
ocurren dentro del mantenimiento son:
– Obtención de los
requerimientos de mantenimiento.
– Transformación de los requerimientos en
cambios.
– Diseño de los cambios.
– Implementación de los cambios.
TIPOS
DE MANTENIMIENTO
• CORRECTIVO. Para reparar fallas en el
diseño, codificación o implementación, del sistema.
Fuente: Ortiz (2010)
• ADAPTATIVO. Para que las
funcionalidades del sistema evolucionen a la par de los cambios del negocio o
de las tecnologías.
Fuente: Ortiz (2010)
• PERFECTIVO. Para agregar nuevas funciones al
sistema o para mejorar su desempeño.
Fuente: Stoner (s/f)
• PREVENTIVO. Para evitar posibles problemas
del sistema a futuro.
Fuente: Stoner (s/f)
Adiestramiento de Usuarios
Según Ortega (2005):
• Hay que considerar a quién
se va a adiestrar:
– Usuarios directos del
sistema.
– Usuarios indirectos del
sistema.
• Cada tipo de usuario
tiene diferentes expectativas y habilidades.
• Normalmente, los
trabajadores que ejercen el rol de instructor, son:
– Vendedores.
– Analistas que conocen el
(los) sistema(s).
– Instructores externos.
– Instructores internos.
Método
de adiestramiento
-
Experto
en el sitio. 51 %
-
Instrucción
asistida por computadora. 12 %
-
Cursos
formales. 10 %
-
Componentes
de ayuda de software. 10 %
-
Tutoriales.
7 %
-
Manuales
interactivos de adiestramiento (combinación de tutoriales e instrucción
asistida por computadora).
-
Fuentes
externas (p.e., vendedores). 5 %
Ningún sistema puede ser
exitoso sin el adiestramiento apropiado. El adiestramiento debe ser para los
usuarios, los gerentes y los miembros del departamento de sistemas de
información (I.S.). Todos los esfuerzos del desarrollo del sistema dependen de
que las personas entiendan el sistema y puedan usarlo eficientemente. El primer
paso es identificar quiénes debe recibir el o los adiestramientos y cuál es el
adiestramiento necesario para cada persona. Cada grupo (usuario, gerente y
personal de I.S.) requiere una mezcla de conocimientos generales e información
detallada para entender y usar el sistema.
Soporte
• Un Centro de Soporte a
Usuarios (conocido también como Centro de Información), es un grupo de personas
que están en la capacidad de responder preguntas y asistir a los usuarios,
dentro de una organización, en un amplio rango de necesidades en computación.
• En un Centro de
Información, se ejecutan las siguientes tareas:
– Instalación de nuevos HW
y SW.
– Asistencia de consultas
de los usuarios sobre 4GL.
– Extracción de datos de
grandes repositorios para PC.
– Asignación de cuentas.
– Se responden preguntas básicas.
– Se dan demostraciones de
HW y SW.
– Se trabaja con los
usuarios para proponer cambios en los sistemas.
Proceso de Prueba, Instalación y Documentación de Manual de Sistema
El
proceso de prueba
•
Un
sistemas falla porque tiene al menos un defecto. Es por ello que hay que
realizar pruebas, con la finalidad de eliminar los defectos.
• Es una actividad ingrata
y debe hacerla un grupo no involucrado con el desarrollo.
• La actividad de prueba se
debe prever desde el inicio del proyecto.
• Dadas las características
del software, este puede requerir un plan de pruebas muy costoso. Este plan
debe delinearse desde el inicio del proyecto para estipular: tiempo, recursos
humanos, recursos de HW y SW, posible datos especiales, etc.
• Las pruebas que en
particular se le pueden realizar al código se clasifican en: dinámicas o
estáticas, automatizadas o manuales.
• Por estática se entiende
que el código evaluado no es ejecutado; por automática, que lo conduce la computadora.
Proceso
de instalación
• Es el proceso de
sustituir el viejo Sistema de Información por el nuevo.
• Existen cuatro (4) tipos
de procesos de instalación:
Adaptado de (Valacich,
2001)
Documentación
Tenemos diferentes tipos de
documentación:
• DEL SISTEMA:
• Interna (programas).
• Externa (p.e., DFD,
Diagramas E-R, Diagramas de Clases)
• DEL USUARIO:
• Hipertextos / tutoriales.
• Ayuda en línea.
• Manuales de usuario.
• DE MERCADEO.
Implementación de un Sistema de Información. Evaluación de un Sistema de Información
En la fase de implantación,
las especificaciones del diseño del sistema sirven como base para la
construcción del nuevo sistema. En este punto, los programadores y los
analistas de sistemas asumen diferentes responsabilidades. El analista debe
proveer especificaciones claras y correctas al programador. El programador
codifica, prueba y documenta los módulos de programas, mientras que el analista
de sistema planifica la integración de los programas y asegura que trabajen
unidos para satisfacer las necesidades de la organización.(Fernandez 2010).
Un nuevo sistema requiere
planificación, construcción y prueba. Los programas y módulos deben ser
diseñados, codificados, probados y documentados. Cuando se planifica el
sistema, muchas veces se usa un estilo de arriba-hacia-abajo (top-down), que
procede de un diseño general a una estructura detallada siguiendo unos pasos
lógicos. En el estilo top-down, el analista de sistemas define los objetivos
generales, y luego los descompone en subsistemas y módulos en un proceso
llamado “partitioning”. Este estilo también se conoce como diseño modular. Un
módulo es un conjunto de instrucciones de programas que se pueden ejecutar como
un grupo. Asignando módulos a diferentes programadores se agiliza el desarrollo
del programa.
La
fase de implementación de un sistema es la fase más costosa y que consume más
tiempo de todo el ciclo de vida:
– Es costosa porque muchas
personas, herramientas y recursos, están involucrados en el proceso.
– Consume mucho tiempo
porque se completa todo el trabajo realizado previamente durante el ciclo de
vida.
• Durante la implementación
las especificaciones del diseño físico son convertidas código de computadora
que trabaje y cumpla con dicho diseño.
• El código es probado y la
mayoría de los errores deben ser detectados y corregidos.
• El sistema es instalado,
las localidades de los usuarios son preparadas para el nuevo sistema y los
usuarios deben acostumbrarse a éste.
• Durante la implementación
son muchos los aspectos organizacionales que deben ser considerados.
• La fase de implementación
se puede dividir en seis (6) procesos:
–
Codificación
–
Prueba.
–
Instalación.
–
Documentación.
–
Adiestramiento.
–
Soporte.
Codificación:
• Consiste en traducir las
especificaciones físicas del diseño en líneas de programas.
• Es una actividad intensa
y se debe desarrollar en paralelo con la actividad de prueba.
• Su entrega gerencial por
excelencia es el código mismo.
• El código se debe
caracterizar por ser:
– Claro.
– Legible.
– Limpio.
– Documentado.
– Modular.
– Otros.
Tipos de Manuales de Sistemas
Según Fernandez (2003):
Manual técnico: Un
Manual técnico es un documento que se hace con la finalidad de dejar
documentado, es decir, explicado todo el trabajo que se ha realizado al
desarrollar un sistema o proyecto, como la estructura de datos que se utilizó,
cada función o procedimiento, cada variable, metodologías, etc. y puede ser un
documento impreso o digital.
Manual administrativo: Son
documentos que sirven como medios de comunicación y coordinación que permiten
registrar y transmitir en forma ordenada y sistemática, información de una
organización (antecedentes, legislación, estructura, objetivos, políticas,
sistemas, procedimientos, etc.). Así como las instrucciones y lineamientos que
se consideren necesarios para el mejor desempeño de sus tareas.
Fuente: Fernandez (2010)
Manual de usuario: El
manual de usuario es un documento técnico de un determinado sistema que intenta
dar asistencia a los usuarios. Generalmente son de dispositivos electrónicos,
hardware de computadora y aplicaciones. El manual de usuario puede venir tanto
en forma de libro como en forma de documento digital, e incluso poder ser
consultado por internet.
Fuente: Fernandez (2010)
En general, un manual de usuario debería poder ser entendido
por cualquier usuario principiante, como así también serle útil a usuarios
avanzados.
Manual de Sistema
Para Fernandez (2010)
Una Guía
de usuario, también conocida como Manual
de usuario, es un documento de comunicación técnica destinado a dar asistencia
a las personas que utilizan un sistema en particular. Por lo general, este
documento está redactado por un escritor técnico, como por ejemplo los
programadores del sistema o los directores de proyectos implicados en su
desarrollo, o el personal técnico, especialmente en las empresas más pequeñas.
Las Guías del usuario son más
comúnmente asociadas con los productos electrónicos, como computadoras y programas.
La mayoría de las guías de usuario
contienen tanto una guía escrita como imágenes asociadas. En el caso de las
aplicaciones informáticas, es habitual incluir capturas de pantalla de cómo el
programa debería ser, y manuales que a menudo incluyen diagramas claramente
detallados y sencillos que detallan los pasos a realizar por el usuario para llevar
a cabo las distintas opciones disponibles. El lenguaje utilizado deberá ser
sencillo, dirigido a una audiencia que podrá no entender un lenguaje demasiado
técnico.
Fuente: Fernandez (2010)
miércoles, 11 de febrero de 2015
Diseño de Pagina Web
Su aplicación más común es dar estilo a páginas webs escritas en lenguaje HTML y XHTML, pero también puede ser aplicado a cualquier tipo de documentos XML, incluyendo SVG y XUL. Para dar formato a un documento HTML, puede emplearse CSS de tres formas distintas:
1. Mediante CSS introducido por el autor del HTML
1- Un estilo en línea (online) es un método para insertar el lenguaje de estilo de página directamente dentro de una etiqueta HTML. Esta manera de proceder no es totalmente adecuada. El incrustar la descripción del formateo dentro del documento de la página Web, a nivel de código, se convierte en una manera larga, tediosa y poco elegante de resolver el problema de la programación de la página. Este modo de trabajo se podría usar de manera ocasional si se pretende aplicar un formateo con prisa, al vuelo. No es todo lo claro o estructurado que debería ser, pero funciona.
Dado que los clientes de correo electrónico no soportan las hojas de estilos externas, y que no existen estándares que los fabricantes de clientes de correo respeten para utilizar CSS en este contexto, la solución más recomendable para maquetar correos electrónicos, es utilizar CSS dentro de los propios elementos (online).
2- Una hoja de estilo interna, que es una hoja de estilo que está incrustada dentro de un documento HTML, dentro del elemento , marcada por la etiqueta . De esta manera se obtiene el beneficio de separar la información del estilo del código HTML propiamente dicho. Se puede optar por copiar la hoja de estilo incrustada de una página a otra (esta posibilidad es difícil de ejecutar si se desea para guardar las copias sincronizadas). En general, la única vez que se usa una hoja de estilo interna, es cuando se quiere proporcionar alguna característica a una página Web en un simple fichero, por ejemplo, si se está enviando algo a la página Web.
2. Estilos CSS introducidos por el usuario que ve el documento, mediante un archivo CSS especificado mediante las configuraciones del navegador, y que sobre escribe los estilos definidos por el autor en una, o varias páginas web.
3. Los estilos marcados "por defecto" por los user agent, para diferentes elementos de un documento HTML, como por ejemplo, los enlaces.
Padding
Es la que establece la anchura de algunas o todas las zonas de relleno de los elementos.
Javascript
El uso más común de JavaScript es escribir funciones embebidas o incluidas en páginas HTML y que interactúan con el Document Object Model (DOM o Modelo de Objetos del Documento) de la página. Algunos ejemplos sencillos de este uso son:
Cargar nuevo contenido para la
Animación de los elementos de página, hacerlos desaparecer, cambiar su tamaño, moverlos, etc.
Contenido interactivo, por ejemplo, juegos y reproducción de audio y vídeo.
Validación de los valores de entrada de un formulario web para asegurarse de que son aceptables antes de ser enviado al servidor.
Transmisión de información sobre los hábitos de lectura de los usuarios y las actividades de navegación a varios sitios web. Las páginas Web con frecuencia lo hacen para hacer análisis web, seguimiento de anuncios, la personalización o para otros fines.
Los estilos se definen en una zona específica del propio documento HTML. Se emplea la etiqueta de HTML y solamente se pueden incluir en la cabecera del documento (sólo dentro de la sección ).
Table
Las tablas más sencillas de HTML se definen con tres etiquetas: para crear la tabla, para crear cada fila y para crear cada columna.
Div
Div de "division" - división. Sirve para crear secciones o agrupar contenidos. Sus etiquetas son: y (ambas obligatorias).
Como comenzar un bloque de códigos en JavaScript o CSS en html
Primero creamos una carpeta nueva
Segundo creamos un archivo de texto
Tercero introducimos los códigos
Suscribirse a:
Entradas (Atom)