Beruflich Dokumente
Kultur Dokumente
SOFTWARE
CONTENIDO
1)Fundamentos de organizacin de los Sistemas de
Informacin
2)Bases tcnicas de los Sistemas de Informacin
3)Construccin de los Sistemas de Informacin
4)Sistemas de informacin modernos
11/26/15
11/26/15
11/26/15
11/26/15
11/26/15
REAS DE LA COMPUTACIN
Computer Science (Ciencias de la Computacin)
Computer Engineering (Ingeniera de Computadoras)
Software Engineering (Ingeniera de Software)
Information Systems (Sistemas de Informacin)
Information Technology (Tecnologa de la Informacin)
ABET (Accreditation Board for Engineering and
Technology)
ACM
IEEE
OMG (Object Management Group)
SEI (Software Engineering Institute): PSP, TSP, CMM, CMMi:
Capability Maturity Model integration
KAIZEN
11/26/15
de la informacin y los
11/26/15
11/26/15
El modelo de la pirmide
11/26/15
10
11/26/15
11
12
13
14
11/26/15
15
SOFTWARE
Software: son los programas, los documentos
asociados y la confi guracin de datos que se
necesitan para hacer que estos programas operen de
manera correcta. (Ian Sommerville, 2002)
11/26/15
16
11/26/15
17
11/26/15
18
11/26/15
19
11/26/15
20
11/26/15
Sistema aislado
Arquitectura cliente-servidor (2 capas)
Arquitectura de 3 capas
Arquitectura de n capas
Monitor de teleproceso o servidor de transacciones
21
11/26/15
22
11/26/15
23
24
25
26
11/26/15
27
11/26/15
28
11/26/15
29
11/26/15
30
11/26/15
31
11/26/15
32
Teclado
Mouse o ratn
Escner
Micrfono
Cmara web
Lectores pticos de cdigo de barras
Joystick
Lectora de CD, DVD o BluRay (slo lectoras)
Placas de adquisicin/conversin de datos, etc.
33
11/26/15
34
Discos rgidos
Disquetes
Unidades de cinta magntica
Lecto-grabadoras de CD/DVD, discos ZIP, etc.
Tambin entran en este rango, con sutil diferencia, otras unidades,
tales como: Tarjetas de Memoria fl ash o unidad de estado slido,
tarjetas de red, mdems, tarjetas de captura/salida de vdeo
35
11/26/15
36
11/26/15
37
11/26/15
38
39
11/26/15
40
11/26/15
41
Clientes
Usuarios
Personal tcnico
Clientes
11/26/15
42
11/26/15
43
11/26/15
44
45
11/26/15
Creacin
Consulta
Insercin
Actualizacin
Borrado
46
Jerrquicos
En red
Relacionales
Orientados a objetos
Objeto relacionales
Documentales
En grilla (grid)
11/26/15
Oracle
SQLServer
DB2
Sybase
IBM Informix
MySQL
PostgreSQL
M.Sc. Ing. Marcos Ral Crdova Bayas
47
11/26/15
Alumno
Profesor
Materia
Unidad Acadmica
Evaluacin
48
En esta ltima tabla, cdula alumno y cdigo materia se conocen como claves
forneas o foreing key (FK), y son los campos que permiten la relacin entre tablas:
11/26/15
49
50
11/26/15
51
Banda ancha
La banda ancha originariamente haca referencia a una capacidad
de acceso a Internet superior al acceso analgico (56 kbps en un
acceso telefnico bsico o 128 kbps en un acceso bsico RDSI).
El concepto ha variado con el tiempo en paralelo a la evolucin
tecnolgica. Segn la Comisin federal de Comunicaciones de los
EEUU (FCC) se considera banda ancha el acceso a una velocidad
igual o superior a los 200 kbps, como mnimo en un sentido. Para la
Unin Internacional de Telecomunicaciones el umbral se sita en los
2 Mbps.
11/26/15
52
Telefona mvil
A pesar de ser una modalidad ms reciente, en todo el mundo
se usa ms la telefona mvil que la fi ja.
Se debe a que las redes de telefona mvil son ms fciles y
baratas de desplegar.
11/26/15
53
11/26/15
54
Telfono fi jo
Telfono mvil
PDA
Wi-Fi
Internet
Navegador de I nternet
I n tern e t E x p lo re r
Go og l e C h rom e
Mo zil a Fi re fox
S af a ri (A p p le )
Servicios en Internet
C o rreo e le ct rn ic o
B u s c ad o re s
B an c a on l in e
A u d io y m s ic a
TV y c in e
C o me rc io e l ec tr n ic o : e -c o mm e rce , e - b u s in e s s
Go b ie rn o el ec tr n i co : e - g ov e rn me n t
Ad m in i s tra c i n e le c tr ni c a: e - m an a g e me n t
E d u c ac i n : e - le a rn in g
S er vi ci os m vil e s : m en s a jer a mu ltim e d ia
B log s
Re d es s o ci a les : M yS p a c e, Fa ce b o o k, Li n ked I n , Twitte r
11/26/15
55
11/26/15
56
# Capa
Unidad de
intercambio
7
Aplicacin
.
APDU
6
Presentacin
.
PPDU
5
Sesin
.
SPDU
4
Transporte
.
TPDU
3
Red
.
Paquete
2
Enlace
.
Marco / Trama
1
Fsica
.
Bit
11/26/15
MODELO
OSI
7
capas:
Fsica
Enlace
Re d
Tr a n s p o r t e
Sesin
Pre s e n t a c i
n
Aplicacin
57
# Capa
Unidad de
intercambio
4
Aplicacin
.
no definido
3
Transporte
.
Paquete
2
Red / Interred
.
no definido (
Datagrama)
1
Enlace / nodo a red
.
??
11/26/15
MODELO
TCP/IP
4 capas:
Enlace/nod
o a re d
Re d /
I n t e rre d
Tr a n s p o r t e
Aplicacin
58
11/26/15
59
11/26/15
60
61
62
63
11/26/15
64
65
11/26/15
66
11/26/15
67
68
11/26/15
69
SOFTWARE
Software: son los programas, los documentos
asociados y la confi guracin de datos que se
necesitan para hacer que estos programas operen de
manera correcta. (Ian Sommerville, 2002)
Funciones: programas
Datos: estructuras de datos o confi guracin de datos
Documentos
Aspectos: Aspectos (Aspect Oriented Programming)
Lenguajes Orientados a Aspectos (Aspect Oriented
Languages) Aspect- J
Interfaces
Dinmica: estados, eventos
11/26/15
70
INGENIERA DE SOFTWARE
La aplicacin prctica de las ciencias de la
computacin, de la administracin y de otras
ciencias para el anlisis, diseo
construccin y mantenimiento de software y
su documentacin asociada. (THAYER,
1990)
11/26/15
71
SISTEMA SOFTWARE
Sistema Software:
Programas, configuracin de datos que se necesitan para hacer
que estos programas operen de manera correcta y todos los
documentos asociados. (SOMMERVILLE, 2002)
11/26/15
72
MTODO Y METODOLOGA
Booch define mtodo como:
Un proceso disciplinado para la generacin de un conjunto de
modelos que describen diferentes elementos de un sistema de
software, usando una notacin bien definida.
Ejemplos: Mtodo de Booch, Mtodo de Jacobson, OMT (Object
Modeling Technique) de Rumbaugh.
11/26/15
73
MTODO Y METODOLOGA
Booch define metodologa tambin como:
Un conjunto de mtodos que cubren todo el ciclo de vida de
desarrollo de sistemas, y que estn unidos por un enfoque general
o filosfico.
Ejemplo: metodologas estructuradas y metodologas orientadas a
objetos
11/26/15
74
DESARROLLO DE SISTEMAS
Para desarrollar Sistemas de Software, existen dos
tcnicas:
Top-down (de arriba hacia abajo): implica descomponer un sistema
en partes ms pequeas, stas en otras menores, hasta llegar a
niveles de complejidad simples, y a partir de aqu, implementar los
sistemas
Las tcnicas orientadas a procesos usan top-down
11/26/15
75
DESARROLLO DE SISTEMAS
Bottom-up (de abajo hacia arriba): implica ir de los ms
simple a lo ms complejo, identificando los elementos ms
simples, juntndolos en otros ms complejos y as
sucesivamente hasta obtener el sistema completo.
Las tcnicas orientadas a datos usan bottom-up
11/26/15
76
PROCESO DE DESARROLLO DE
SOFTWARE
1. Fase de Defi nicin:
Se centra en el QU.
Se identifi can los requisitos clave del sistema y del
software.
Esto incluye:
11/26/15
Qu
Qu
Qu
Qu
79
PROCESO DE DESARROLLO DE
SOFTWARE
1. Fase de Defi nicin:
Aunque los mtodos aplicados durante esta fase varan
dependiendo del paradigma que se aplique, de alguna
manera tendrn lugar 3 tareas principales:
Ingeniera de Sistemas o de Informacin
Planifi cacin del proyecto de software
Ingeniera de requisitos
11/26/15
80
PROCESO DE DESARROLLO DE
SOFTWARE
2. Fase de Desarrollo:
Se centra en el CMO. Se defi ne:
11/26/15
Cmo
Cmo
Cmo
Cmo
Cmo
se
se
se
se
se
81
PROCESO DE DESARROLLO DE
SOFTWARE
2. Fase de Desarrollo:
Igual que en la fase anterior, los mtodos aplicados varan
dependiendo del paradigma utilizado. Aunque siempre
deben llevarse a cabo 3 tareas especfi cas tcnicas:
Diseo del software
Generacin de cdigo
Prueba del software
11/26/15
82
PROCESO DE DESARROLLO DE
SOFTWARE
3. Fase de Mantenimiento:
Se centra en el CAMBIO :
Asociado a la correccin de errores
A adaptaciones requeridas a medida que evoluciona
el entorno de software
Debidos a mejoras producidas por los requisitos
cambiantes del cliente .
11/26/15
83
PROCESO DE DESARROLLO DE
SOFTWARE
3. Fase de Mantenimiento:
84
11/26/15
85
Desarrollo evolutivo
Las fases de especificacin, desarrollo y validacin estn
sobrepuestas
MODELO CASCADA
Tambin llamado modelo lineal secuencial o ciclo de
vida en cascada (waterfall).
Se trata de un enfoque sistemtico y secuencial del
desarrollo, que comienza con un nivel de sistema y
progresa con el anlisis, diseo, codifi cacin, pruebas
y mantenimiento.
11/26/15
88
MODELO CASCADA
Ingeniera y modelado de Sistemas o Informacin:
Se establecen los requisitos del sistema
Se asigna un grupo d estos requisitos al software.
Se termina con el documento de Especifi cacin de
Requerimientos del Sistema (SyRS)
11/26/15
89
MODELO CASCADA
Anlisis de requisitos de software:
11/26/15
90
MODELO CASCADA
Diseo:
Estructura de datos
Arquitectura del software
Diseo de las interfaces
Diseo detallado
Permite la generacin automtica de cdigo
Se documenta tambin
11/26/15
91
MODELO CASCADA
Implementacin:
Se genera el cdigo
Se hacen pruebas unitarias
Pruebas:
Se realizan diferentes tipos de pruebas: integracin,
volumen, sistema, alfa, beta.
11/26/15
92
MODELO CASCADA
Mantenimiento: manejo de cambios por:
Se han encontrado errores
Cambios en el entorno externo
Se requieren mejoras funcionales o de rendimiento.
11/26/15
93
MODELO CASCADA
Desventajas:
Es el ms antiguo y ms utilizado
Se lo utiliza cuando los requerimientos estn bien defi nidos
desde el inicio.
No acepta cambios o es muy difcil hacerlos.
Poca interaccin con el usuario del sistema.
11/26/15
94
MODELOS EVOLUTIVOS
Existen dos modelos:
Desarrollo exploratorio
Objetivo: trabajar con los clientes
Evolucionar hacia el sistema fi nal a partir de una especifi cacin
de perfi l
Puede empezar con requerimientos bien entendidos y aadir
nuevas caractersticas propuestas por el cliente.
11/26/15
95
MODELOS EVOLUTIVOS
Prototipo desechable
El objetivo es entender los requerimientos del sistema.
Podra comenzar con requerimientos poco entendidos y
evolucionar hacia lo que realmente se necesita.
11/26/15
96
DESARROLLO EVOLUTIVO
Concurr
ent
activities
S pecifica
tion
Outline
des cription
Development
Validation
Initial
vers ion
Interm ediate
vers ions
Final
vers ion
DESARROLLO EVOLUTIVO
Problemas:
Prdida de visibilidad del proceso
Sistemas a menudo pobremente estructurados
Se requieren habilidad especiales, como dominio de
lenguajes para elaborar prototipos rpidos.
DESARROLLO EVOLUTIVO
Aplicabilidad:
Para sistemas interactivos de tamao pequeo y mediano
Para elaborar partes de grandes sistemas, como las
interfaces de usuario.
Para sistemas de corto tiempo de vida
Anlisis de componentes
Modifi cacin de requerimientos
Diseo con reutilizacin
Desarrollo e integracin
DESARROLLO ORIENTADO A LA
REUTILIZACIN
Requirements
s pecification
Component
analys is
Requirements
modification
Development
and integ
ration
Sys tem
validation
DESARROLLO INCREMENTAL
No se entrega el sistema en una simple
entrega.
El desarrollo se divide en incrementos,
donde cada incremento libera parte de la
funcionalidad requerida.
Los requerimientos de los usuarios se
priorizan.
Los requerimientos de ms alta prioridad se
desarrollan en los primeros incrementos.
Los dems requerimientos se desarrollan en
orden de prioridad.
El sistema fi nal es la suma de los
incrementos.
DESARROLLO INCREMENTAL
Define outline
requirements
Develop s ys tem
increment
As s ign requirements
to increments
Validate
increment
Integrate
increment
Validate
s ys tem
Final
s ys tem
DESARROLLO EN ESPIRAL
El proceso se representa como una espiral.
Cada lazo representa una fase del proceso.
No hay fases fi jas.
Los lazos se escogen dependiendo de lo que se
requiera.
Los riesgos son la base del proceso, y se los evala y
resuelve durante todo el proceso.
MODELO ESPIRAL
Determine objecti
ves,
alternatives and
constraints
Evaluate alterna
t ives,
identify
, resolve risks
Risk
analysis
Risk
analysis
Risk
analysis
REVIEW
Requirements plan
Life-cycle plan
Prototype 2
Risk
analysis Prototype 1
S /W
requirements
Operational
protoype
Prototype 3
Development
plan
Requirement
validation
Integration
and test plan
Design
V&V
Product
design
Detailed
design
Code
Unit test
Integration
test
Acceptance
test
Develop, verify
S ervice
next-level product
Desarrollo y validacin
Un modelo de desarrollo se escoge de entre los modelos
genricos
Planifi cacin:
El proyecto es revisado y la siguiente fase de la espiral
es planifi cada.
ESQUEMA
ESTRUCTUR
AL DEL IEEE
12207
11/26/15
110
PROCESOS PRINCIPALES
DEL CICLO DE VIDA
Los procesos principales del ciclo de vida
son cinco procesos que dan servicio a las
partes principales durante el ciclo de vida
del software.
Una parte principal es la que inicia o lleva a
cabo el desarrollo, operacin o
mantenimiento de productos software.
Estas partes principales son el adquisidor, el
suministrador, el desarrollador, el operador
y el mantenedor de productos software.
11/26/15
111
PROCESOS PRINCIPALES
DEL CICLO DE VIDA
1) Proceso de adquisicin. Defi ne las
actividades del adquisidor, organizacin que
adquiere un sistema, producto software o
servicio software.
2) Proceso de suministro. Defi ne las
actividades del suministrador, organizacin
que proporciona el sistema, producto
software o servicio software al adquisidor.
3) Proceso de desarrollo. Defi ne las
actividades del desarrollador, organizacin
que defi ne y desarrolla el producto software.
11/26/15
112
PROCESOS PRINCIPALES
DEL CICLO DE VIDA
4) Proceso de operacin. Defi ne las
actividades del operador, organizacin que
proporciona el servicio de operar un sistema
informtico en su entorno real, para sus
usuarios.
5) Proceso de mantenimiento. Defi ne las
actividades del mantenedor, organizacin
que proporciona el servicio de
mantenimiento del producto software; esto
es, la gestin de las modifi caciones al
producto software para mantenerlo
actualizado y operativo. Este proceso incluye
la migracin y retirada del producto software
11/26/15
113
114
115
116
117
PROCESOS
ORGANIZATIVOS DEL
CICLO DE VIDA
11/26/15
118
PROCESOS
ORGANIZATIVOS DEL
CICLO DE VIDA
Inicio
Preparacin de la peticin de ofertas [licitacin]
Preparacin y actualizacin del contrato
Seguimiento del suministrador
Aceptacin y finalizacin
11/26/15
120
121
122
123
124
Inicio.
Preparacin de la respuesta.
Contrato.
Planifi cacin.
Ejecucin y control.
Revisin y evaluacin.
Suministro y fi nalizacin
11/26/15
125
126
11/26/15
127
128
129
130
11/26/15
131
132
133
134
11/26/15
135
136
137
138
AUDITORA
Se de bern llevar a cabo auditoras para asegurar que :
a) Lo s prod uct os soft wa re t al c o m o est n c odifi ca dos (t ales c om o
un element o softw are) refl ejan la do c um ent ac in de diseo.
b) Los requisito s presc rito s p or la doc um enta c i n pa ra la s
revisiones de acept acin y las prueba s, son a dec uado s pa ra la
acept acin de lo s produc to s soft w a re.
c) Los dat os para las prueb as cu m plen c on la espec ifi ca c in .
d) Los pro duct os so ft w a re han sido a dec uada m ente probado s y
cum plen sus especifi c ac io nes.
e) Lo s info rmes de p rueba s so n c orrec to s y la s discrepa nc ias
ent re lo s resultados reales y los esperados se ha n resuelt o.
f) La do cument aci n d e usuario cum p le c on la s no rm as
especifi cadas.
g) Las act ividades se han llevad o a c abo de ac uerdo a los
requisit os aplicables, pla nes y c ont rat o.
h) Los c ost es y los pla zos se a dhieren a lo s planes esta blecidos.
11/26/15
139