Descripción del problema

Gestiรณn de Procesos de Desarrollo Software Tema 1.b Descripccion del problema Ing. Edson Ariel Terceros Torrico Marzo 2018

La gestión de seguridad y salud ocupacional • La gestión de seguridad y salud ocupacional: Control de riesgos que pueden causar accidentes.

• Modelo: • • • •

Planificar: identificar peligros y evaluar riesgos Hacer: implementar medidas de control y capacitar y comunicar al personal Verificar: que se apliquen las medidas y su efecto Actuar: analizar los resultados y crear oportunidades de mejora

OHSAS(Occupational Health and Safety Assessment Series) 18001: 2007 • Norma mundialmente aceptada que define los requerimientos para identificar, implementar y controlar un Sistema de Gestión en Seguridad y Salud Ocupacional.

• 6 Requisitos: 1.

2.

3.

4.

5.

6.

Requisitos generales Política de SSO Planificar Implementación y operación Verificar Revisión por la Dirección

OHSAS(Occupational Health and Safety Assessment Series) 18001: 2007 1.

2.

3.

Requisitos generales: establecer, implementar, mantener y mejorar continuamente el sistema de acuerdo a esta norma.

Política de SSO: Gerencia debe definir, autorizar y difundir la política de SSO, para prevenir lesiones y enfermedades, y cumplir con los requerimientos legales, revisarlo periódicamente y estar documentada.

Planificar: evaluación del área de trabajo para identificar los controles para reducir los riesgos.

1.

2.

3.

4.

5.

Entrenamiento y concientización: procedimientos seguros y los riesgos de sus puestos de trabajo Comunicación: interna (con todo el personal) y externamente (con los proveedores y/o contratistas) Documentación: la política, objetivos, alcance, procedimientos de trabajo, registros, revisiones y actualizaciones.

Control de documentos: aprobados, actualizados, con control de versiones o revisión Control Operacional: controles y sus riesgos. Gestión de cambios en las operaciones.

4.

Implementación y operación

5.

6.

Verificar Revisión por la Dirección

1.

Auditorías internas

Manual de Funciones Ejemplo 1

Manual de Funciones Ejemplo 1

Manual de Funciones Ejemplo 2

Mejoras en Recursos Humanos • Selección: Verificar si son aptos física y mentalmente • Competencias laborales • Capacitación y Desarrollo: de acuerdo al cargo.

• Organización del Trabajo: • identificar enfermedades ocupacionales • equipos seguros

• Comunicación institucional, • Autocontrol: programar inspecciones y analizar resultados

Proporcionalidad de accidentes

Modelo de Causalidad de Accidentes y Pérdidas (Frank E. Bird Jr.) • Causas Inmediatas:

• Condiciones inseguras: espacios físicos peligrosos • Actos inseguros: no se cumple un procedimiento de seguridad.

• Causas Básicas:

• factores personales: capacidad física y mental, fatiga y cansancio, falta de motivación, falta de conocimiento del puesto de trabajo • factores de trabajo: normas y estándares de trabajo inadecuados, mantenimiento ineficiente, diseño de puestos de trabajo inadecuados, materiales de trabajo defectuosos.

•

Falta de control: •

Falta o inadecuado sistema de gestión y estándares, y su incumplimiento

Costos producidos por los accidentes 1.

2.

3.

Costos de Lesión y Enfermedad Gastos por daño a la propiedad (sin asegurar)

• • • • • •

Edificios Equipo y herramientas Producto y material Interrupción y retrasos de producción Gastos legales Gastos de equipo y provisiones de emergencia

Otros Costos sin asegurar

• • • • • • • •

Tiempo de investigación Salarios pagados por pérdidas de tiempo, Costos de contratar y preparar personal de reemplazo Sobretiempo Tiempo extra de supervisión Tiempo de trámites administrativos Menor producción del trabajador lesionado Pérdida de prestigio y de posibilidad de hacer negocios

Peligro Riesgo Controles IPERC

Programa de Seguridad Salud Ocupacional

Investigaciรณn accidentes

Actividad en equipos 1. Realizar el lienzo del negocio nuevamente 2. Realizar el Perfil • Tomar como base el documento borrador de perfil provisto.

Tipos de Documentos de Requerimientos 1.

2.

3.

4.

BRD - Documento de requisitos del Negocio MRD - Documento de requisitos de mercado PRD - Documento de requisitos del producto FSD - Documento de especificaciones funcionales; PSD - Documento de especificaciones del producto; SRS - Especificaciรณn de requisitos de software

BRD - Documento de requisitos del Negocio • Conocido como: Especificación de necesidades del negocio, requisitos del negocio • Uso: Definir las necesidades comerciales de cualquier proyecto.

• Escrito por: Gerentes de Marketing de Producto; Gerentes de producto; Gerente de proyecto; Analista de negocios; o ejecutivo de negocios • Contenido: • Introducción - propósito; audiencia; contexto; objetivos / metas comerciales; beneficios / justificación; partes interesadas; sistemas existentes; referencias; suposiciones • Alcance del proyecto / alcance de los requisitos • Requerimientos funcionales • Requerimientos de datos • Requisitos de interfaz • Requerimientos no funcionales

MRD - Documento de requisitos de mercado • Conocido como: a veces combinado con el PRD en un documento • Uso: se usa para definir con mayor precisión las necesidades del cliente en lugar de las necesidades del negocio • Escrito por: Gerentes de Marketing de Producto; Gerentes de producto; Gerente de proyecto; Analista de negocios; o ejecutivo de negocios • Contenido: • • • • • • • • • •

Resumen ejecutivo Propósito Metas y objetivos Mercado y cliente objetivo Posición general Competencia Casos de uso / modelo de uso Necesidades del cliente y características correspondientes Sistemas y requisitos técnicos Control de calidad y pruebas

PRD - Documento de requisitos del producto • Conocido como: a veces combinado con el MRD en un documento • Uso: para identificar los requisitos del producto • Escrito por: gerentes de producto; Gerente de proyecto; Analista de negocios • Contenido: • Propósito • Stakeholders

• Alcance del proyecto / alcance de los requisitos • Visión general del mercado • Descripción del producto • Casos de uso / uso de modelos • Requerimientos funcionales • Requerimientos de datos • Requisitos de interfaz • Requisitos de soporte • Requisitos de usabilidad • Requerimientos no funcionales

FSD - Documento de especificaciones funcionales • Conocido como: especificación• Contenido: funcional, especificación de • Introducción propósito; Descripción del producto; alcance; software referencias; • Uso: para identificar los requisitos • Resumen del sistema actual detallados para ayudar en el • Métodos y procedimientos diseño y desarrollo del software. propuestos • Escrito por: Ingeniero Líder; • Características detalladas Analista de Producto; Director del • Casos de uso programa • Consideraciones de diseño • Ambiente • Seguridad

BRD Business Requirement Document 1. Introduction 1.1 Purpose/Audience 1.2 Main Objective 1.3 Scope 1.4 Out of Scope 1.5 How This Document is organized 2. Current State 2.1 Specific process, inputs and outputs 2.4 Negative Aspects 2.5 Critical Aspects 2.6 Tools Work Flow 3. Proposed Solution 3.1 Proposed Vision 3.2 High-Level Diagram 4. Risk, Assumptions, and Constraints 5. Functional Requirements 5.1 RF1

5.2 RF2 ‌ 6. Non-Functional Requirements 7. Security (manage roles and privileges).

8. Reports 9. Annexes

PRD Product Requirement Document 1. Executive Summary 1.1 Product Description 1.2 Objectives 1.3 Scope / Out of Scope 1.4 Risks 2. User Profiles, Goals and Tasks 3. Requirements 3.1 Functional 3.2 Non-Functional 3.2.1. Usability 3.2.2. Security 3.2.3. Performance 3.2.4. Support 3.2.5. Integration … 4. Architectural Vision 5. Risk Analysis 6. Assumptions and Constraints

Actividad en equipos • Realizar los documentos BRD, PDR, FRD