Este documento describe los conceptos clave de la ingeniería de requerimientos para proyectos de desarrollo de software. Explica que la ingeniería de requerimientos es el proceso de recopilar, analizar y verificar las necesidades del cliente para definir especificaciones correctas y completas. También describe las cinco fases clave de implementación para la obtención de requerimientos y los errores más comunes que se pueden cometer.
RESUMEN: En los tiempos actuales, gracias a los avances de la Informática, el software se utiliza en casi todos los campos de la actividad humana: la industria, el comercio, las finanzas, el gobierno, la salud, la educación, las artes. Existe una creciente preocupación por lograr que los productos software cumplan con ciertos criterios de calidad. Para ello, se avanza en la definición e implementación de estándares que fijan los atributos deseables del software de calidad, a la vez que surgen modelos y metodologías para la evaluación de la calidad. Para lograr este objetivo, los ingenieros de software deben emplear métodos efectivos junto con herramientas modernas dentro del contexto de un proceso maduro de desarrollo del software.
El Ciclo de Vida del Software propone algunos modelos para explicar las fases o etapas que cumple el producto de software desde los requerimientos inicial hasta su nueva entrega.
Contiene una descripcion de as herramientas case que podria servir para cualquier ingeniero que no comprede de manera exacta el significado de las case, tambien añado una tabla de definicion de cada una de las herramientas que se que a muchos les servira
Presentación donde se explican algunos conceptos relacionados con las fábricas de software y se comparte un modelo con base en experiencia en este tipo de industria.
Este documento muestra los conceptos de diferentes autores sobre el tema de calidad y calidad de software, se pretende dar a conocer los diferentes significados que pueden estar relacionados con un mismo tema.
Podrá buscar la información aquí mencionada pues se da a conocer la URL donde fue encontrada la informacion
RESUMEN: En los tiempos actuales, gracias a los avances de la Informática, el software se utiliza en casi todos los campos de la actividad humana: la industria, el comercio, las finanzas, el gobierno, la salud, la educación, las artes. Existe una creciente preocupación por lograr que los productos software cumplan con ciertos criterios de calidad. Para ello, se avanza en la definición e implementación de estándares que fijan los atributos deseables del software de calidad, a la vez que surgen modelos y metodologías para la evaluación de la calidad. Para lograr este objetivo, los ingenieros de software deben emplear métodos efectivos junto con herramientas modernas dentro del contexto de un proceso maduro de desarrollo del software.
El Ciclo de Vida del Software propone algunos modelos para explicar las fases o etapas que cumple el producto de software desde los requerimientos inicial hasta su nueva entrega.
Contiene una descripcion de as herramientas case que podria servir para cualquier ingeniero que no comprede de manera exacta el significado de las case, tambien añado una tabla de definicion de cada una de las herramientas que se que a muchos les servira
Presentación donde se explican algunos conceptos relacionados con las fábricas de software y se comparte un modelo con base en experiencia en este tipo de industria.
Este documento muestra los conceptos de diferentes autores sobre el tema de calidad y calidad de software, se pretende dar a conocer los diferentes significados que pueden estar relacionados con un mismo tema.
Podrá buscar la información aquí mencionada pues se da a conocer la URL donde fue encontrada la informacion
el documento nos habla sobre los tipos de usuario en ubuntu asi como la forma de instalacion de todos sus componenetes y la utilizacion de este material
Escaneo y eliminación de malware en el equiponicromante2000
El malware tiene muchas caras, y es que los programas maliciosos se reproducen en los ordenadores de diferentes formas. Ya se trate de virus, de programas espía o de troyanos, la presencia de software malicioso en los sistemas informáticos siempre debería evitarse. Aquí te muestro como trabaja un anti malware a la hora de analizar tu equipo
Si bien los hospitales conjuntan a profesionales de salud que atienden a la población, existe un equipo de organización, coordinación y administración que permite que los cuidados clínicos se otorguen de manera constante y sin obstáculos.
Mario García Baltazar, director del área de Tecnología (TI) del Hospital Victoria La Salle, relató la manera en la que el departamento que él lidera, apoyado en Cirrus y Estela, brinda servicio a los clientes internos de la institución e impulsa una experiencia positiva en el paciente.
Conoce el Hospital Victoria La Salle
Ubicado en Ciudad Victoria, Tamaulipas, México
Inició operaciones en el 2016
Forma parte del Consorcio Mexicanos de Hospitales
Hospital de segundo nivel
21 habitaciones para estancia
31 camas censables
13 camillas
2 quirófanos
+174 integrantes en su plantilla
+120 equipos médicos de alta tecnología
+900 pacientes atendidos
Servicios de +20 especialidades
Módulos utilizados de Cirrus
HIS
EHR
ERP
Estela - Business Intelligence
2. INGENIERÍA DE REQUERIMIENTOS.
Es el proceso de recopilar, analizar y
verificar las necesidades del cliente
para un sistema de software
La meta de la ingeniería de
requerimientos es entregar una
especificación de requerimientos de
software correcta y completa
3. Fases de implementación para la
obtención de requisitos
1. Obtener requisitos
2. Analizar requisitos
3. Documentar requisitos
4. Verificar los requisitos
5. Validar los requisitos
4. Errores comunes al obtener
requerimientos pueden ser:
Requerimientos incompletos
Que el desarrollador/analista no esté
involucrado lo suficiente en el proceso
inicial
Mal uso de recursos
Disfrazar o exagerar los alcances del
proyecto
Estimaciones erróneas y engañosas
6. 4.1.1 Objetivo.
Emplear un sistema, basado en
reglas, que coadyuve al desarrollador
de software reduciendo el tiempo y
costos en la documentación de
requerimientos de software.
7. 4.1.1.1 Objetivos Secundarios.
Adquirir los conocimientos de los expertos en
desarrollo de software para tener una concordancia
y clara obtención de los requerimientos de software
Contribuir a incrementar el conocimiento sobre el
dominio de aplicación en el que actúa un software.
Descomponer un dominio de aplicación complejo,
para permitir solucionarlos por módulos.
9. 4.1.2 Metas.
Permitir gestionar las
necesidades del proyecto en
forma estructurada.
Mejorar la capacidad de
predecir cronogramas de
proyectos, así como sus
resultados.
Disminuir los costos y retrasos
del proyecto.
10. 4.1.2 Metas.
Mejorar la calidad del software.
Mejorar la comunicación entre
equipos.
Evitar rechazos de usuarios finales.
12. Objetivo:
Un breve análisis del proyecto en todas sus
dimensiones (Técnicas, Financieras,
Institucionales, etc.) y una evaluación general
de sus efectos en su área de influencia.
Es donde se inicia el plan del proyecto
¿Qué pretendemos lograr?
¿Cómo?
Aplicar herramientas y técnicas para definir y
gestionar el alcance del proyecto.
13. 4.1.3 Alcances y Limitaciones.
Alcances
Alcance: Definir límites del trabajo
y partes del proyecto.
“Hacer lo que hay que hacer y no
hacer lo que no hay que hacer”.
Definición de lo que incluye y no
incluye el proyecto.
14. 4.1.3 Alcances y Limitaciones.
Administración del alcance
(planeación)
Asegurar que el proyecto incluya
todo el trabajo requerido y sólo
el trabajo requerido para
terminar el proyecto
exitosamente.
Herramientas:
Declaración del alcance
WBS (Work Breakdown
Structure) Desglose de
actividades por capas
descendiendo en nivel y detalle.
15. 4.1.3 Alcances y Limitaciones.
Declaración del alcance
El alcance del proyecto sirve para asegurar que el
cliente, patrocinador y el equipo confirmen cómo serán
los entregables del proyecto.
Entregables SMART:
Específico
Medible
Acordado
Realista
tiempo establecido.
16. 4.1.3 Alcances y Limitaciones.
Herramientas declaración alcance.
17. 4.1.3 Alcances y Limitaciones.
Entregables por fases (WBS)
Muchos proyectos los podemos dividir en fases, a
continuación presentamos un mapa mental con los entregables
por fases, en el que cada una de ellas incluye sub entregables y
criterios de aceptación.
Mapa mental de sub entregables finales.
18. 4.1.3 Alcances y Limitaciones.
Limitaciones
Qué está incluido en el proyecto.
Representación de flujo de datos.
Representación de funcionalidades.
Qué está fuera del alcance del proyecto.
Identificar necesidades que no tenemos que
realizar nosotros y deben existir.
Evitar invertir tiempo y recursos en
actividades que no producen beneficios.
21. 4.1.4 JUSTIFICACIÓN
Impacto, el beneficio en el medio, el impacto en el
contexto o en el medio.
Solución de problemas.
Razones por las cuales se realiza la investigación.
Posibles aportes desde el punto de vista teórico o
práctico.
22. 4.1.4 JUSTIFICACIÓN
¿Por qué se hace la investigación?
¿Cuáles serán sus aportes?
¿A quiénes pudiera beneficiar?
24. 4.2 Técnicas para obtener información
sobre el proyecto
Entrevistas:
Las entrevistas permite al analista tomar conocimiento del
problema y comprender los objetivos de la solución
buscada.
Básicamente, la estructura de la entrevista abarca tres
pasos: identificación de los entrevistados, preparación de
la entrevista, realización de la entrevista y documentación
de los resultados
25. 4.2 Técnicas para obtener información
sobre el proyecto
JAD.
Es una práctica de grupo que se
desarrolla durante varios días y
en la que participan analistas,
usuarios, administradores del
sistema y clientes (IBM, 1997).
Durante la sesión se discute en grupo sobre estos
temas, llegándose a una serie de conclusiones que se
documentan. En cada sesión se van concretando más
las necesidades del sistema
26. 4.2 Técnicas para obtener información
sobre el proyecto
Brainstorming (Tormenta de ideas).
Es también una técnica de reuniones en grupo cuyo objetivo
es que los participantes muestren sus ideas de forma libre.
Consiste en la mera acumulación de ideas y/o información sin
evaluar las mismas. El grupo de personas que participa en
estas reuniones no debe ser muy numeroso (máximo 10
personas), una de ellas debe asumir el rol de moderador de la
sesión, pero sin carácter
27. 4.2 Técnicas para obtener información
sobre el proyecto
Concept Mapping.
son grafos en los que los vértices representan
conceptos y las aristas representan posibles
relaciones entre dichos conceptos.
28. 4.2 Técnicas para obtener información
sobre el proyecto
Sketches y Storyboards.
Está técnica es frecuentemente usada
por los diseñadores gráficos de
aplicaciones en el entorno web.
Casos de Uso.
Los casos de uso permiten mostrar el
contorno (actores) y el alcance 8
(requisitos funcionales expresados como
casos de uso) de un sistema.
29. 4.2 Técnicas para obtener información
sobre el proyecto
Cuestionario y Checklist.
Consiste en redactar un documento con preguntas
cuyas respuestas sean cortas y concretas, o
incluso cerradas por unas cuantas opciones en el
propio cuestionario (Checklist).
30. 4.2 Técnicas para obtener información
sobre el proyecto
Comparación de terminología:
Esta técnica es utilizada en forma complementaria
a otras técnicas para obtener consenso respecto
de la terminología a ser usada en el proyecto de
desarrollo. Para ello es necesario identificar el uso
de términos diferentes para los mismos conceptos
(correspondencia), misma terminología para
diferentes conceptos (conflictos) o cuando no hay
concordancia exacta ni en el vocabulario ni en los
conceptos (contraste).
33. PROVEEDOR GENERAL (PG). CONTRATO POR
ADMINISTRACION.
Ventajas. Desventajas.
4.3 Especificaciones del Proyecto y Contrato
34. DISEÑO - IMPLEMENTACION “LLAVE
EN MANO” - PRECIO ALZADO.
Desventajas.
Ventajas.
4.3 Especificaciones del Proyecto y Contrato
35. ADMINISTRACIÓN DIRECTA DE VARIOS
PROVEEDORES.
Ventajas. Desventajas.
4.3 Especificaciones del Proyecto y Contrato
Cliente
Gte. Proy. Y
Staff
Staff (adicional)
Proveedores.
Diseñador.
36. TIPO DE RELACIÓN
CONTRACTUAL.
DESCRIPCIÓN. SUGERENCIAS PARA
CONTRATAR.
AGENTE
Es una relación contractual
el agente o consejero de
confianza es el que provee
un servicio especializado y
representa al cliente,
manteniéndose fuera de
conflictos de intereses. Su
rol es guiar y asesorar.
Los agentes pueden ser: el
abogado, el doctor, el
gerente de proyectos.
Recomendamos contratar
a los agentes en función a
su capacidad y
confiabilidad.
VENDEDOR
El vendedor es la persona
o empresa que provee un
producto o servicio definido
y a cierto precio, si el
contrato se amplía el gana
más y el cliente paga un
costo adicional.
Recomendamos contratar
a los vendedores en
función a precio, servicio y
soporte después de la
venta.