Participantes en los Proyectos de Desarrollo

Slides:



Advertisements
Presentaciones similares
ingeniería de software
Advertisements

SISTEMAS Y TECNOLOGIAS DE LA INFORMACION.
INGENIERÍA DE SOFTWARE Introducción Arquitectura de Software
También conocido como Diseño Lógico Rodrigo Salvatierra Alberú.
Administración de Centros de Computo / CESM
Administración de Centros de Computo
Análisis y Diseño de Sistemas
ANÁLISIS DE REQUERIMIENTOS
Introducción a LAS Bases de Datos
Administración de Relaciones con Clientes (CRM)
CONSTRUCCIÓN DE BODEGAS DE DATOS
MI PROGRAMA DE FORMACION
MODELADO DE ANALISIS Y DISEÑO
Guia Diseño Robert Echeverria
Términos Básicos y Conceptos
Unidad I: CONCEPTOS FUNDAMENTALES
Centros de Computo.
Implementación, Control y Cierre Grupos de Procesos
Qué es un Sistema de Información
1/6 ¿Porqué es necesaria una red de datos?. 2/6 ¿Porqué es necesaria una red de datos? Una empresa que implementa una red de datos lo hace pensando en.
LA FUNCION INFORMATICA
AUDITORÍA DE SISTEMAS UNIDAD 2.
SEMANA Introducción.
Luis Hevia, Ms “Gestión de Proyectos cuando no hay cultura digital“ Martes 02 de Mayo 2006 A ctividad inserta conmemoración de los 10 años del Campus,
¿Quienes Somos? Scorpion Computer Services es una compañía diversificada en el área de la informática, nuestros servicios están orientados a la automatización.
Análisis y Diseño de un Software
Arquitectura de una aplicación
Sistema de Información
Las etapas de un proyecto
Arquitectura de la Empresa
Implementación, Control y Cierre Lecciones Aprendidas
Unidad VI Documentación
Acta de Constitución del Proyecto
Implementación, Control y Cierre Gestión por Resultados Tópicos especiales para la administración de proyectos Ing. William Ernest, PMP Mayo, 2011.
Más de los SIG.
Organización del Departamento de Auditoria Informática
Análisis de Requerimientos
Plan de Sistemas de Información (PSI)
Requerimientos & Casos de Uso
VII Congreso de Expotecnología UVM 2007 Jonás A. Montilva C.
EL PAPEL ACTUAL DE LOS SISTEMAS DE INFORMACIÓN EN LOS NEGOCIO
PRESENTADO POR: MARISOL CHACON COD: LISSETH DURAN COD:
Estudio de Viabilidad del Sistema (EVS)
Dominios de control para la información y tecnologías (cobit) Pamela Pacheco Aviles.
Departamento de Medicina Preventiva y Social, Facultad de Medicina Sociedad Uruguaya de Informática en la Salud (SUIS) Curso Introductorio a los Sistemas.
Diseño de Sistemas.
3. La cantidad o la calidad del soporte técnico Es el software madre del computador Permite la interacción entre la computador y el usuario Para instalarlo.
TEMA 2: INGENIERÍA DE SISTEMAS INGENIERÍA DEL SOFTWARE GESTIÓN DE PROYECTOS.
SISTEMAS DE INFORMACIÓN PARA EJECUTIVOS
CICLO DE VIDA DEL DESARROLLO DE SISTEMAS.
DELITOS EMERGENTES EN INTERNET Y EL DESAFIO DE CARABINEROS DE CHILE EN LA PREVENCIÓN Y CONTROL EN LA ERA INFORMÁTICA Para el desarrollo de este trabajo.
DISEÑO CURRICULAR Presentado por: Cesar Augusto Sáenz María Alejandra Hernández 1.contenidos curriculares de competencia.
DESARROLLO DE APLICACIONES PARA AMBIENTES DISTRIBUÍDOS ALUMNOS: MARIANA MIGNÓN RÉDING CARLOS ANTONIO CARRASCO MARTÍNEZ PROFESOR: DR. JOSÉ BERNARDO PARRA.
Unidad I: CONCEPTOS FUNDAMENTALES
8/4/2015Gestión de Proyectos de Software1 INTRODUCCIÓN AL PMBOK Carlos Mario Zapata J.
Análisis y Diseño de Aplicaciones
ANÁLISIS ESTRUCTURADO
Fundamentos de la Gerencia de Proyectos
Edwin Oliveros.  El diseño de sistemas consiste en la transformación del modelo de diseño, que toma en cuenta los requerimientos no funcionales y las.
Determinación de Requerimientos
Introducción Mayo 16, 2012 Análisis y Diseño de Sistemas.
De Informaciòn Gerencial Lcda. Oly Mata.
Análisis de Requerimientos
Consultoría de Análisis de Negocio para Osinergmin
Elementos Conceptuales de proyectos: ¿Qué es un proyecto
Investigación preliminar  Entender la naturaleza del problema  Definir el alcance y las restricciones o limitaciones del sistema  Identificar los beneficios.
Módulo: Cálculos económicos, gestión de proyectos
Gestión del Alcance e Involucrados
EL RETO DE LOS SISTEMAS DE INFORMACION Msc. Lic. Mirian Vega 1.
AUDITORIA. NORMAS DE AUDITORÍA. La contaduría pública, a través del Instituto Mexicano de Contadores Públicos, estableció una serie de requisitos mínimos.
Transcripción de la presentación:

Participantes en los Proyectos de Desarrollo

Proyecto Realizados por personas Restricciones por recursos limitados Planificados Ejecutados Controlados

Proyecto “Emprendimiento temporal realizado para crear un producto o servicio únicos” PMBOK – A Guide to the Project Management Body of Knowledge PMI – Project Management Institute

Proyecto Temporal Producto o Servicio únicos Inicio y finalización definidos No se refiere al producto o servicio Producto o Servicio únicos Se hace algo que no fue realizado antes Características distintivas del producto/servicio

Proyecto Proyectos u Operaciones regulares ? Construcción de un edificio Liquidación de haberes de funcionarios Diseño de un nuevo modelo de auto Montaje de autos en planta de armado Efectuar un cambio en la estructura de una empresa Desarrollo de un nuevo SI

Participantes Usuarios Jefe de Proyecto Analistas de Sistemas Diseñadores de Sistemas Programadores Personal de Operaciones Auditores y Personal de SQA

Usuarios “Aquellos para quienes se desarrolla el sistema”. Definen las características que deberá tener el sistema (requerimientos) Solicita formal o informalmente el desarrollo del sistema Fuerte interacción con el Analista de Sistemas Sponsor o dueño del proyecto

Usuarios Clasificación Por categoría de trabajo Usuarios Operacionales Usuarios Supervisores Usuarios de Nivel Ejecutivo Por nivel de experiencia en el uso de Software. Usuario Amateur Usuario Final (“Novato Presuntuoso”) Usuario Profesional Por interacción con el sistema Usuarios directos Usuarios indirectos

Usuarios Operacionales En general Mayor interacción directa con el sistema Interesados en las funcionalidades y en la interfase hombre-máquina del sistema Tienen un panorama local del sistema Piensan en los sistemas en términos físicos Pueden resistirse al sistema si sienten que el mismo puede reemplazarlos y dejarlos sin empleo

Usuarios Supervisores En general Pueden ser Ex-Usuarios Operacionales Interesados en la eficiencia operacional y consideraciones presupuestales Intermediario entre el Analista y los Usuarios Operacionales Pueden o no tener un panorama local Piensan en los sistemas en términos físicos

Usuarios de Nivel Ejecutivo En general No se involucran con el Proyecto Autoridad para financiar los Proyectos Interesados en detalles Estratégicos y las Ganancias/Pérdidas a largo plazo Tienen un panorama global de sistema Pueden trabajar con modelos abstractos de un sistema y no se interesan en los modelos físicos.

Usuario Amateur En general Nunca utilizó un computador No le interesan las computadoras ni los sistemas automatizados Se resisten al nuevo sistema

Usuario Final En general No son especialistas en sistemas pero utilizan los computadores para desempeñar su trabajo Ha participado de proyectos de desarrollo anteriormente “Novato Presuntuoso”

Usuario Profesional En general Generalmente son especialistas en sistemas Entienden sobre el desarrollo de un sistema Entienden sobre Análisis de Sistemas y Tecnologías de la Información

Usuario Directo Interactúan con el sistema directamente Ingresan datos y reciben salidas Conocen las funcionalidades que debe tener el nuevo sistema

Usuario Indirecto Se benefician de las salidas del sistema pero no interactúan directamente con el mismo.

Analista de Sistemas Arqueólogo y escribano Innovador Mediador Descubrir detalles y documentar Innovador Explorar nuevas tecnologías y nuevas formas de manejar el negocio Mediador Mediar y obtener consenso entre usuarios, auditores, diseñadores y demás participantes A menudo: Jefe de Proyecto

Analista de Sistemas Características Deseables Facilidad en el relacionamiento con las personas Para poder entrevistar usuarios Para poder mediar en desacuerdos Para poder “vender” sus ideas Facilidad para entender el dominio del problema Entender y apreciar los asuntos del usuario Conocimientos de TIC´s Entender los usos potenciales de las TI

Analista de Sistemas Características Deseables Mente lógica y organizada Capaz de ver un sistema desde diferentes perspectivas Capaz de dividirlo en niveles de subsistemas Capaz de pensar en el sistema en términos abstractos además de físicos

Diseñador de Sistemas Recibe del Analista la especificación de los requerimientos de los usuarios (libre de consideraciones tecnológicas) y la transforma en un diseño arquitectónico de alto nivel El resultado de su trabajo servirá como base para para el trabajo de los programadores Analista y Diseñador deben darse feedback constante Analista y Diseñador pueden ser la misma persona o el mismo grupo unificado de personas

Programador Recibe del Diseñador una descripción arquitectónica del hardware y software que se usará para implementar el sistema y realizan la implementación de los programas que lo integran haciendo uso de las TI Interactúa con el Diseñador y puede interactuar con el Analista Analista, Diseñador y Programador pueden ser la misma persona o grupo

Auditores y Personal de Calidad Su objetivo es asegurar que el sistema se desarrolle de acuerdo a los estándares Estándares establecidos por la empresa Estándares establecidos por dependencias gubernamentales reguladoras

Auditores y Personal de Calidad A menudo no se involucran hasta el final del proyecto A menudo se interesan mas por la forma que por el contenido

Personal de Operaciones Encargados de la Infraestructura Tecnológica Administradores de Servidores Administradores de Bases de Datos Administradores de Redes y Telecomunicaciones Personal de Soporte Técnico Operadores de Sistemas Encargados de Seguridad Informática Por lo general definen requerimientos no funcionales