Académique Documents
Professionnel Documents
Culture Documents
INFORMACION
INGENIERIA DE SOFTWARE
CAPITULO I
LOS SISTEMAS INFORMATICOS O SISTEMAS DE INFORMACION
1.1.
DEFINICIN PREVIA
SISTEMA
Un sistema es aquel que est compuesto por varios elementos que interactan
entre s para llegar a un objetivo, como ejemplos pueden ser el proceso de
creacin de un Software, un hardware, una impresora, nuevas tecnologas, un
libro, etc., algunas definiciones de sistema.
"Un sistema es un conjunto de componentes que interaccionan entre s para
lograr un objetivo comn"
"Sistema es una coleccin organizada de hombres, mquinas y mtodos
necesaria para cumplir un objetivo especfico".
1.2.
DEFINICIN
SISTEMA DE INFORMACION
"Un conjunto integrado de procesos, principalmente formales, desarrollados en un
entorno usuario-computador, que operando sobre un conjunto de datos
estructurados (BD) de una organizacin, recopilan, procesan y distribuyen
selectivamente la informacin necesaria para la operatividad habitual de la
organizacin y las actividades propias de la direccin de la misma.
"Un sistema de informacin es un conjunto de elementos interrelacionados con el
propsito de prestar atencin a las demandas de informacin de una
organizacin, para elevar el nivel de conocimientos que permitan un mejor apoyo
a la toma de decisiones y desarrollo de acciones."
Un sistema de informacin es el conjunto de componentes que se interrelacionan
en un negocio entre el hardware, software y el personal y que realiza operaciones
tales como registros de datos y actividades, que procesa los datos y la
informacin dentro de una organizacin.
Por lo tanto se puede decir que un sistema de informacin dentro del rea
informtica es aquel en donde un usuario se interrelaciona con la computadora
haciendo uso de un software para almacenar, procesar y poner la informacin a
disposicin de quienes la necesiten para fines especficos.
1.3.
UPAC INGENIERIA
1.4.
1.5.
INGENIERIA DE SOFTWARE
Entrada de informacin
La entrada es el proceso mediante el cual el sistema de informacin toma los
datos que requiere para procesar la informacin. Las entradas pueden ser
manuales o automticas.
Almacenamiento de informacin.
El almacenamiento es una de las actividades o capacidades ms importantes
que tiene una computadora, ya que a travs de esta propiedad el sistema
puede recordar la informacin guardada en la sesin o Proceso anterior.
Procesamiento de informacin.
UPAC INGENIERIA
INGENIERIA DE SOFTWARE
1.6.
Salida de Informacin
La salida es la capacidad del sistema de informacin para sacar la
informacin procesada o bien datos de entrada al exterior. Esta salida de
informacin puede tangibbilizarse en reportes de datos. La salida de un
sistema de informacin puede constituir la entrada a otro sistema de
informacin o modulo.
ESTRUCTURA DE UN SI
Los sistemas informticos suelen estructurarse en subsistemas.
Subsistema fsico: asociado al hardware. Incluye entre otros elementos la
CPU, memoria principal, la placa base, etc.
Subsistema lgico: asociado al software y la arquitectura. Incluye al sistema
operativo, el firmware, las aplicaciones y las bases de datos.
Recursos humanos: hace referencia al personal que est relacionado con el
sistema. Especialmente usuarios y tcnicos (analistas, diseadores,
programadores, operarios, mantenedores, etc.)
1.7.
UPAC INGENIERIA
INGENIERIA DE SOFTWARE
UPAC INGENIERIA
INGENIERIA DE SOFTWARE
ESQUEMA DE UN SI
UPAC INGENIERIA
INGENIERIA DE SOFTWARE
UPAC INGENIERIA
INGENIERIA DE SOFTWARE
UPAC INGENIERIA
INGENIERIA DE SOFTWARE
UPAC INGENIERIA
INGENIERIA DE SOFTWARE
UPAC INGENIERIA
INGENIERIA DE SOFTWARE
UPAC INGENIERIA
10
INGENIERIA DE SOFTWARE
UPAC INGENIERIA
11
INGENIERIA DE SOFTWARE
Para cumplir con las funciones ya descritas, las oficinas en general llevan a
cabo cuatro actividades de oficinas principales:
a) Administracin de Documentos. Son las tecnologas que se utilizan
para crear, procesar y administrar documentos, (procesamiento de
palabra, las publicaciones de escritorio, imgenes de documentos y
administracin del flujo de trabajo).
b) Trabajo de Colaboracin (Groupware). Es el software que reconoce el
significado de los grupos en las oficinas al proporcionar funciones y
LIC. ANGEL ROQUE
DE SISTEMAS
UPAC INGENIERIA
12
INGENIERIA DE SOFTWARE
UPAC INGENIERIA
13
INGENIERIA DE SOFTWARE
Caractersticas:
Suelen desarrollarse "in house", es decir, dentro de la organizacin,
por lo tanto no pueden adaptarse fcilmente a paquetes disponibles en
el mercado.
Su forma de desarrollo es la base de incrementos y a travs de su
evolucin dentro de la organizacin. Se inicia con un proceso o funcin
en particular y a partir de ah se van agregando nuevas funciones o
procesos.
Apoyan en el proceso de innovacin de productos y procesos dentro de
la empresa.
Cambian significativamente el desempeo de un negocio al medirse por
uno o ms indicadores clave, entre ellos, la magnitud del impacto.
Contribuyen al logro de una meta estratgica.
Generan cambios fundamentales en la forma de dirigir una compaa, la
forma en que compite o en la que interacta con clientes y proveedores.
Su funcin es lograr ventajas que los competidores no posean, tales
como ventajas en costos y servicios diferenciados con clientes y
proveedores.
7. Otros Tipos de Sistemas de Informacin:
Sistema experto (SE). Emulan el comportamiento de un experto en un
dominio concreto.
Sistema Planificacin de Recursos (ERP). Integran la informacin y
los procesos de una organizacin en un solo sistema.
Trabajo taller 02:
Determinacin de la arquitectura del Sistema de Informacin propuesto. Necesidades de
informacin de las empresas. Identifique y detalle cada uno de los procesos que se
llevan a cabo en la empresa propuesta.
1.15. ARQUITECTURA DE LOS SI
Se debe distinguir aqu entre 2 tipos de arquitecturas: lgica, formada por
componentes, subsistemas y programas, y fsica, formada por computadores o
grupos de ellos y de cmo el software o sistema de informacin y sus
componentes se encuentra distribuidos en ellos.
a) Arquitectura Lgica.
Actualmente la arquitectura lgica sigue un esquema bsico formado por 3
capas primaras: interfaz, lgica de dominio, y fuente de datos.
UPAC INGENIERIA
14
INGENIERIA DE SOFTWARE
b) Arquitectura Fsica
1. Descentralizada
Caracterizado por equipos y B.D ubicadas en las reas de trabajo, o sea
ms cercanas a los centros de toma de decisiones.
2. Centralizada
Arquitectura Tradicional. Un servidor central presta servicio a todos los
departamentos de la organizacin. En l residen todos los datos y
tratamientos. Desde el computador central se controla el acceso a mltiples
terminales (que funcionan como esclavos) conectados a travs de
productos integrados en la arquitectura de red del suministrador.
UPAC INGENIERIA
15
INGENIERIA DE SOFTWARE
3. Distribuida
En la que cada departamento usuario dispone de su propio sistema
informtico a la medida de su volumen y necesidades.
Cada usuario trabaja con su terminal local inteligente, con lo que obtiene
mejores tiempos de respuesta.
Los recursos necesarios que no estn disponibles sobre el terminal local
(PC o estacin de trabajo) pueden tomarse del computador departamental
a travs de la red de telecomunicaciones.
LIC. ANGEL ROQUE
DE SISTEMAS
UPAC INGENIERIA
16
INGENIERIA DE SOFTWARE
La arquitectura Cliente/Servidor
La tecnologa Cliente/Servidor es el procesamiento cooperativo de la
informacin por medio de un conjunto de procesadores, en el cual
mltiples clientes, distribuidos geogrficamente, solicitan requerimientos
a uno o ms servidores centrales.
En una arquitectura cliente-servidor, una aplicacin se modela como un
conjunto de servicios proporcionado por los servidores y un conjunto de
clientes que usan estos servicios. Los clientes necesitan conocer que
servidores estn disponibles, pero normalmente no conocen la
existencia de otros clientes. Clientes y servidores son procesos
diferentes que representan un modelo lgico de una arquitectura
distribuida cliente-servidor
UPAC INGENIERIA
17
INGENIERIA DE SOFTWARE
CAPITULO II
LIC. ANGEL ROQUE
DE SISTEMAS
UPAC INGENIERIA
18
INGENIERIA DE SOFTWARE
LA EMPRESA
2.1. EMPRESA
Ahora veamos la definicin de empresa: Una empresa consiste en una entidad
creada o constituida con la finalidad de obtener dinero a cambio de realizar
actividades de produccin, comercializacin o prestacin de servicios, que
beneficien a otras personas, que necesariamente debe tener personera jurdica.
Desde el punto de vista
econmico
administrativo, la empresa es un ente social en el
cual toda la actividad es econmica o sea que
tiende directamente o indirectamente al
aprovechamiento fructfero de los capitales, y
mediante el cual el hombre trata de satisfacer
sus necesidades materiales.
Unidad econmica que produce bienes y
servicios
Son unidades de produccin, comercializacin
y/o servicios que con el concurso de tres elementos: Capital, Trabajo y Bienes tiene
como objetivo obtener ganancias o lucro mediante la satisfaccin de necesidades
Como podemos ver, la diferencia entre un negocio y una empresa, radica en la
primera definicin que dimos de un negocio, es decir, un negocio es algo similar a
una empresa, con la diferencia de que un negocio puede ser manejada por una
persona y que tambin puede abarcar actividades, sistemas o mtodos que
permitan obtener dinero a cambio de ofrecer algn beneficio.
2.2. DIFERENCIA ENTRE NEGOCIO Y EMPRESA
Un ejemplo que podra graficar la diferencia entre estos conceptos, es el de un
negocio que consiste en comprar una vivienda para luego ganar dinero al alquilarla
o al venderla a un mayor precio, y una empresa que se dedique a comprar
viviendas para luego alquilarlas o venderlas a un mayor precio.
En el primero caso, el negocio de comprar una vivienda para luego alquilarla o
venderla, es un mtodo o forma de ganar dinero a cambio de ofrecer un beneficio a
otras personas; mientras que la empresa dedicada a comprar viviendas para luego
alquilarlas o venderlas, es una entidad constituida para realizar este tipo de
negocios (empresa de bienes races).
Puede confundirse estos conceptos, pensando que un negocio es una empresa
pequea (algo que suele pensarse), sin embargo, ello no es correcto, pues en el
ejemplo, el negocio consiste en un mtodo, mientras que la empresa consiste en
una entidad que realiza dichos mtodos. Y, adems, tomando en cuenta el segundo
concepto que dimos de un negocio, la empresa de bienes races tambin podra
ser considerada como un negocio, en este caso, un negocio de bienes races.
LIC. ANGEL ROQUE
DE SISTEMAS
UPAC INGENIERIA
19
INGENIERIA DE SOFTWARE
UPAC INGENIERIA
20
INGENIERIA DE SOFTWARE
UPAC INGENIERIA
21
INGENIERIA DE SOFTWARE
ORGANO DECISORIO
Junta General de Accionistas
ORGANO EJECUTIVO
Gerencia General
ORGANO DE CONTROL
Departamento de Auditora
ORGANOS DE ASESORAMIENTO
Departamento de Asesora Legal
Departamento de Contabilidad
ORGANOS DE APOYO
UPAC INGENIERIA
22
INGENIERIA DE SOFTWARE
Departamento de Produccin
Departamento de Compras y Ventas
Departamento de Crditos y Cobranzas
Departamento de Personal
Taller: Elabore un documento con las funciones y responsabilidades de cada una de las
unidades, departamentos u oficinas de la organizacin de una empresa.
2.4. PRINCIPIOS BASICOS DE LAS EMPRESAS SOCIALMENTE RESPONSABLES
La
cultura
de
una
empresa
socialmente responsable (ESR) est
basada en principios de honestidad,
transparencia y servicio y fundamenta
su actuar en calidad de vida de la
empresa, vinculacin e impacto con
la comunidad, cuidado y prevencin
del
medio
ambiente
y
tica
empresarial.
El papel de las empresas socialmente responsables han tomado algunos otros
derroteros, como es tener polticas medioambientalistas de avanzada, por
ejemplo cuidando que sus insumos cumplan con estndares de calidad en el
cuidado del medio ambiente, o de no cerrarse a criterios de contratacin de
personal que al final de cuentas son discriminatorios por razones de edad, sexo e
incluso si son personas con capacidades diferentes.
La tendencia ha comenzado a revertirse y cada vez son ms las empresas que
emplean personas con capacidades diferentes con resultados muy satisfactorios y
beneficios adicionales.
Todas las empresas tienen este calificativo de socialmente responsable? No.
Las empresas por si solas pueden ir cumpliendo con el papel que les corresponde
en la economa, aunque hay una disposicin de las empresas de asumir por
inters propio un cdigo de comportamiento expresado a travs de 10 principios
bsicos y que son los siguientes.
En relacin con los Derechos humanos:
1. Las empresas deben apoyar y respetar la proteccin de los derechos
humanos proclamados internacionalmente.
2. Asegurarse de no ser cmplices de abusos de los derechos humanos.
En relacin con el Trabajo:
3. Las empresas deben defender la libertad de asociacin y el reconocimiento
efectivo del derecho a la negociacin colectiva.
4. Eliminar todas las formas de trabajo forzoso y obligatorio.
5. Abolir efectivamente el trabajo infantil.
6. Eliminar la discriminacin en relacin con el empleo y la ocupacin.
En relacin con el Medio ambiente:
LIC. ANGEL ROQUE
DE SISTEMAS
UPAC INGENIERIA
23
INGENIERIA DE SOFTWARE
UPAC INGENIERIA
24
INGENIERIA DE SOFTWARE
Diseo
Anlisis
Diseo
UPAC INGENIERIA
25
INGENIERIA DE SOFTWARE
UPAC INGENIERIA
26
INGENIERIA DE SOFTWARE
UPAC INGENIERIA
27
INGENIERIA DE SOFTWARE
2. Determinacin de Requerimientos
La determinacin de requerimientos se realiza mediante las tareas
siguientes:
Definicin del caso de estudio. Se identifica el tema central que motiva el
inicio del estudio, pudiendo ser la creacin de un nuevo sistema la
modificacin a uno ya existente.
Estudio de la organizacin. Se determina con precisin las reas
usuarias participantes, su estructura orgnica, funciones, interrelaciones
y compromisos con otras.
Anlisis de procedimientos. Se estudian todos los procedimientos
relacionados con el problema planteado, identificando para cada uno de
ellos: los objetivos que persiguen, las actividades que realizan, secuencia
y periodicidad, responsables, niveles de agregacin, sus relaciones con
otros puntos de control y situaciones especiales que imperan.
Anlisis de informacin. Se identificaran los flujos de informacin,
documentos y reportes, operaciones (de registro, validacin,
almacenamiento, clasificacin, clculo y presentacin), volmenes y
perodos; que se desprenden de la ejecucin de los procedimientos
estudiados.
Identificacin de recursos. Se hace un reconocimiento de los recursos
humanos y materiales participantes en el desarrollo de las actividades.
Determinacin de puntos crticos. Consiste en identificar claramente
aquellos aspectos que entorpecen y limitan el buen funcionamiento de los
procedimientos actuales, los problemas ms comunes y relevantes que
se presentan, los motivos que crean insatisfaccin y aquellos que deben
ser cubiertos a plenitud. Por ejemplo: El contenido de los reportes
generados, satisface realmente las necesidades del usuario? Los
tiempos de respuesta ofrecidos, son oportunos?, etc.
(ARCHIVO AYDS01.PDF)
4. La informacin como un recurso de las organizaciones.
5. Conceptos De Anlisis Y Diseo De Sistemas
6. El Papel De El Analista De Sistemas
7. Funciones del Analista de Sistemas
8. Ciclo de vida de los sistemas de informacin
9. Uso de herramientas case
(04)
COMPRENSION DE LOS ESTILOS ORGANIZACIONALES Y SU IMPACTO SOBRE
LOS SISTEMAS DE INFORMACION
10. Fundamentos Organizacionales
11. La Organizaciones como Sistemas
12. La Informacin como Activo de las Organizaciones y las empresas
Trabajo taller 03:
LIC. ANGEL ROQUE
DE SISTEMAS
UPAC INGENIERIA
28
INGENIERIA DE SOFTWARE
METRICA 3
TALLER 01: PLANIFICACION DEL DESARROLLO DE SISTEMAS DE INFORMACION
17. Actividad N 1: Inicio del Plan de Sistemas de Informacin
18. Anlisis de las Necesidades de
19.
UPAC INGENIERIA
29
INGENIERIA DE SOFTWARE
a) Metodologas estructuradas
b) Metodologas orientadas a objetos
c) Metodologas tradicionales (no giles)
d) Metodologas giles
PROCESO UNIFICADO DE RATIONAL
21. Principios de desarrollo
22. Ciclo de vida
23. Principales caractersticas
LENGUAJE DE MODELAMIENTO UNIFICADO UML
24. Caractersticas de UML
24.1.1.
Los Diagramas en UML
25.
26.
UPAC INGENIERIA
30
INGENIERIA DE SOFTWARE
UPAC INGENIERIA
31
INGENIERIA DE SOFTWARE
UPAC INGENIERIA
32
INGENIERIA DE SOFTWARE
8. Fase de Inicio: Primera fase del ciclo de vida del software, en la que la idea
inicial para el desarrollo es refinada hasta el punto de quedar lo suficientemente
bien establecida como para garantizar la entrada en la base de elaboracion.
9. Fase de Elaboracion: Segunda fase del ciclo de vida, en la que se define la
arquitectura.
10. Fase de Construccion: Tercera fase del ciclo de vida del software, en la que el
software es desarrollado a partir de una linea base de la arquitectura ejecutable,
hasta el punto en el que se esta listo para ser transmitido a las comunidades de
usuarios.
11. Fase de Transicion: Cuarta fase del ciclo de vida del software es puesto en
manos de la comunidad de usuarios.
12. Arquitectura: Conjunto de desiciones significativas, acerca de la organizacion de
un sistema software, la seleccion de los elementos estructurales apartir de los
cuales se compone el sistema y las interfaces entre ellos, junto con su
comportamiento, tal y como se especifica en las colaboraciones entre estos
elementos, la composicion de estos elementos estructurales y de comportamiento
de subsistemas progresivamente mayores, y el estilo arquitectonico que guia esta
organizacion, estos elementos y sus interfaces, sus colaboraciones y su
composicion. La arquitectura de software se interesa no solo por la estructura y el
comportamiento, sino tambien por las restricciones y compromisos de uso,
funcionamiento, flexibilidad al cambio, reutilizacion, comprension, economia y
tecnologia, asi como aspectos esteticos.
13. Vista Arquitectonica del Modelo de Casos de Uso: Vista de la arquitectura de
un sistema abarcando los casos de uso significativos desde un punto de vista
arquitectonico.
14. Vista Arquitectonica del Modelo de Analisis: Vista arquitectonica de un
sistema, abarcando las clases, paquetes y realizaciones de casos de uso del
analisis, vista que fundamentalmente aborda el refinamiento y estructuracion de
los requisitos del sistema. La estrucutra de esta vista se preserva en la medida de
lo posible cuando se disea e implementa la arquitectura del sistema.
15. Vista Arquitectonica del Modelo de Diseo: Vista de la arquitectura de un
sistema, abarcando las clases , subsistemas, interfaces y realizaciones de casos
de uso del diseo que forman el vocabulario del dominio de la solucion del
sistema, vista que abarca tambien los hilos y procesos qeu establecen la
concurrencia y mecanismos de sincronizacion del sistema, vista que aborda los
requisitos no funcionales, incluyendo los requisitos de rendimiento y capacidad de
crecimiento de un sistema.
16. Vista Arquitectonica del Modelo de Despliege: Vista de la arquitectura de un
sistema abarcando los nodos que forman la topologia hardware sobre la que se
ejecuta el sistema, vista que aborda la distribucion, entrega e instalacion de las
partes que constituyen el sistema fisico.
UPAC INGENIERIA
33
INGENIERIA DE SOFTWARE
UPAC INGENIERIA
34
INGENIERIA DE SOFTWARE
UPAC INGENIERIA
35
INGENIERIA DE SOFTWARE
(iii) Programacin
Reducir un diseo a cdigo puede ser la parte ms obvia del trabajo de ingeniera de
software, pero no es necesariamente la porcin ms larga. La complejidad y la duracin
de esta etapa est intimamente ligada al o a los lenguajes de programacin utilizados.
(iv) Pruebas
Consiste en comprobar que el software realice correctamente las tareas indicadas en la
especificacin. Una tcnica de prueba es probar por separado cada mdulo del software,
y luego probarlo de forma integral,para as llegar al objetivo. Se considera una buena
practica el que las pruebas sean efectuadas por alguien distinto al desarrollador que la
program, idealmente un rea de pruebas; sin perjuicio de lo anterior el programador
debe hacer sus propias pruebas. En general hay dos grandes formas de organizar un
area de pruebas, la primera es que est compuesta por personal inexperto y que
desconozca el tema de pruebas, de esta forma se evala que la documentacin
entregada sea de calidad, que los procesos descritos son tan claros que cualquiera
puede entenderlos y el software hace las cosas tal y como estn descritas. El segundo
enfoque es tener un area de pruebas conformada por programadores con experiencia,
personas que saben sin mayores indicaciones en que condiciones puede fallar una
aplicacin y que pueden poner atencin en detalles que personal inexperto no
considerara.
(v) Documentacin
Todo lo concerniente a la documentacin del propio desarrollo del software y de la
gestin del proyecto, pasando por modelaciones (UML), diagramas, pruebas, manuales
de usuario, manuales tcnicos, etc; todo con el propsito de eventuales correcciones,
usabilidad, mantenimiento futuro y ampliaciones al sistema.
(vi) Mantenimiento
Mantener y mejorar el software para enfrentar errores descubiertos y nuevos requisitos.
Esto puede llevar ms tiempo incluso que el desarrollo inicial del software. Alrededor de
2/3 de toda la ingeniera de software tiene que ver con dar mantenimiento. Una pequea
parte de este trabajo consiste en arreglar errores, o bugs. La mayor parte consiste en
extender el sistema para hacer nuevas cosas. De manera similar, alrededor de 2/3 de
toda la ingeniera civil, arquitectura y trabajo de construccin es dar mantenimiento.
UPAC INGENIERIA
36
INGENIERIA DE SOFTWARE
UPAC INGENIERIA
37
INGENIERIA DE SOFTWARE
de desarrollo. Entre otras, una fuerte tendencia, desde hace pocas dcadas, es mejorar
las metodologas o procesos de desarrollo, o crear nuevas y concientizar a los
profesionales en su utilizacin adecuada. Normalmente los especialistas en el estudio y
desarrollo de estas reas (metodologas) y afines (tales como modelos y hasta la gestin
misma de los proyectos) son los Ingenieros en Software, es su orientacin. Los
especialistas en cualquier otra rea de desarrollo informtico (analista, programador, Lic.
en Informtica, Ingeniero en Informtica, Ingeniero de Sistemas, etc.) normalmente
aplican sus conocimientos especializados pero utilizando modelos, paradigmas y
procesos ya elaborados.
Es comn para el desarrollo de software de mediano porte que los equipos humanos
involucrados apliquen sus propias metodologas, normalmente un hbrido de los
procesos anteriores y a veces con criterios propios.
El proceso de desarrollo puede involucrar numerosas y variadas tareas, desde lo
administrativo, pasando por lo tcnico y hasta la gestin y el gerenciamiento. Pero casi
rigurosamente siempre se cumplen ciertas etapas mnimas; las que se pueden resumir
como sigue:
UPAC INGENIERIA
38