|
Inicio
Generalidades
Ejercicios
Talleres
Proyecto
|
Talleres
|
Sabía
usted que el 72% de los proyectos en software no cumplen las
necesidades del usuario y se exceden del presupuesto y del
tiempo?
Las
principales razones de falla son:
·
Falta
de administración de requerimientos
·
Control
de un proyecto con el cronograma como base principal
·
Pruebas
sin diseño ni
control explícito
·
Falta
de control de cambios dentro del proyecto
·
Falta
de “planos” del sistema en desarrollo o mantenimiento
|
USTED PUEDE
COMPLEMENTAR SU METODOLOGÍA ACTUAL PARA CONTRATACIÓN O COMPRA DE
SOFTWARE, DESARROLLO INTERNO O OUTSOURCING,
APRENDIENDO ACERCA DE...
|
Fundamentos
de Rational Unified Process
: Cómo
es un proceso de software (contratación, compra o desarrollo)
orientado a reducir riesgos desde el primer día?
|
|
Administración
de Requerimientos con Casos de uso:
Qué
son requerimientos? Cómo se administran a lo largo del tiempo? Con
qué técnicas se pueden levantar y documentar los requerimientos
para que sean buena
base para los proyectos?
|
|
Análisis
y Diseño Orientado a Objetos Basado en UML:
Qué
es arquitectura de software? Cómo se modela? Cómo se sabe que el
diseño y la arquitectura son robustos?
|
|
Principios
De Pruebas Funcionales:
Cuáles son las actividades que están incluidas dentro del proceso
de pruebas? Cómo se diseñan pruebas efectivas?
|
|
Administración
Iterativa del Desarrollo:
Cómo administrar un proyecto con base en métricas más sólidas y
confiables que el cronograma? Qué significa realmente el manejo
iterativo del desarrollo? Cuáles son las métricas representativas
en un proyecto?
|
CON
UN CICLO MODERNO DE METODOLOGIA DE DESARROLLO DE SOFTWARE...
Usted
puede mejorar sus destrezas como gerente de proyecto, administrador de
pruebas, arquitecto, analista de sistemas, interventor, cliente y
cualquier rol dentro de la contratación, compra, desarrollo interno o
mantenimiento de software.
Si
su empresa obtiene beneficios, duplique su presupuesto de capacitación,
si está en pérdidas cuadriplíquelo
Petter
Drucker
--------------------------------------------------------------------------------------
Hora de familiarizarse con el código de Visual FoxPro. Para
empezar, trate de comprender y ejecutar los siguientes archivos:
*** Main.prg
* Crea un ambiente inicial para una aplicación
*** GMV <9/9/2002>
set notify off
clear events
set echo off
set escape off
set clock off
set console off
set exclusive off
set intensity on
set talk off
set multilocks on
set deleted on
set exact on
set safety off
set near on
set sysmenu off
set century on
set status bar on
set date dmy
deactivate windows "standar"
_SCREEN.CAPTION = "INGENIERÍA DE SOFTWARE"
_Screen.MinButton = .T.
_Screen.MaxButton = .T.
_Screen.movable = .F.
_Screen.closable = .F.
public Fecha_sis,Hora_sis,Fecha_proc, Lmenus
*** Para definir PATHS ***
Lmenus = "\GMV\IS\MENUS\"
Fecha_sis = date()
Hora_sis = datetime()
Fecha_proc = date()
clear
@32,(wcols()-txtwidth("Fecha del Sistema: "+dtoc(Fecha_sis),'Courier',13)*fontmetric(6,'courier',13)/fontmetric(6))/2;
say "Fecha Sistema: "+dtoc(Fecha_sis)font 'courier',13 style "BT";
color RGB(0,0,255)
*** Library.prg
* Archivo de funciones y procedimientos
FUNCTION ExisTabla
*** Esta función permite validar la existencia de una tabla
*** específica en la Base de Datos
lparameters xestruc, xfisic
if pcount() < 1 or empty(xestruc)
return .F.
endif
local dev
public pfisic
xestruc = upper(alltrim(xestruc))
pfisic = ""
dev = .F.
if empty(xfisic)
pfisic = nombre_fisico(xestruc)
else
pfisic = upper(alltrim(xfisic))
endif
if file(Lbase + pfisic + 'DBF')
dev = .T.
else
dev = .F.
endif
RETURN dev
PROCEDURE Escritorio
*** Permite crear un ambiente de escritorio
parameters ptitulo, ptapiz, picono
ptitulo = "Ingeniería de Software " + ptitulo
modify window screen;
title ptitulo;
font "MS Sans Serif",7;
float;
noclose;
minimize;
fill file &ptapiz;
icon file &picono;
RETURN
|