CONCEPTOS DE PLANIFICACIÓN

Prof. Nelliud D. Torres

CICLO DE DESARROLLO DE SISTEMAS

ANÁLISIS

MANTENIMIENTO

PLANIFICACIÓN

DISEÑO

DESARROLLOIMPLANTACIÓN

Especificaciones de Input, Output,

Processing y control

Aprobación del usuario

Pruebas, conversión, adiestramientos y documentación.

Vida útil

HCI – Human computer interface

Introducción

• El térmico business case se refiere a las razones y justificaciones para una propuesta o petición

• Cuando se llega a un business case fuerte, significa que la compañía debe considerar nuevas alternativas y opciones ya que esta en el mejor interes el hacerlo

Introducción

• Las compañías desarrollan y mantienen los sistemas de IT (o de información)

• Algunos sistemas necesitan atención inmediata como puede ser arreglar un problema de lógica de un sistema de nómina

• Otros sistemas requieren planificación como puede ser la reestructuración de las operaciones de la empresa

Introducción• El término Strategic Planning se refiere al

proceso de identificar metas y recursos a largo plazo organizacionales.

• Mira mas alla de las actividades del dia a dia y se proyecta 3, 5 o hasta 10 años en el futuro.

• Por ejemplo el plan maestro del colegio.

• Para mayor información sobre Strategic Planning ir a la página: http://strategy2reality.com/resources/stratplaning-sites.html

Strategic Planning Overview• El analista debe conocer sobre

planificación estratégica ya que está muy ligado a los proyectos de IT.

• Cuando se hace un Strategic Planning los gerentes se hacen una serie de preguntas que se llaman SWOT analysis.

• Esto coteja las fortalezas, debilidades, oportunidades y amenzas de la empresa

• A continuación se muestra un ejemplo de este diagrama aplicado a una empresa.

SWOT ANALYSIS

SWOT ANALYSIS

• Possible strengths - ¿Cuáles son nuestras fortalezas y como podemos maximizarlas en el futuro? ¿Qué podemos hacer para fortalezer aún mas las funciones del IT incluyendo gente y la infraestructura tecnológica?

• Possible Weaknesses - ¿Cuales son nuestras mayores debilidades y como podemos superarlas? ¿Cómo podemos atacer esas debilidades con los recursos y capacidades de IT?

SWOT ANALYSIS

• Possible opportunities - ¿Cuáles son nuestras mayores oportunidades y como podemos sacarle el mayor provecho posible? ¿Qué planes de IT tenemos para dar apoyo a estas oportunidades de negocio?

• Possible threats - ¿Que amenazas fuertes encaramos y que podemos hacer al respecto? ¿Que podemos hacer para bregar con amenazas potenciales para tener éxito en los sistemas de IT?

From Strategic Plans to Business Results

Esta figura (2-3) muestra el proceso de planificación estratétiga. Una compañía desarrolla su misión basado en los propósitos, visión y valores de la firma. La misión es la base para las metas, objetivos y las operaciones diarias del negocio.

From Strategic Plans to Business Results• Mission statement – Describa a una

compañía a sus stackholders y resumidamente establece su propósito general, sus productos, servicios y valores.

• Para mayor información sobre Mission statement, ir a la página: http://www.stfrancis.edu/ba/ghkickul/stuwebs/btopics/works/mission.htm

• Stackholders – Incluye a todo el mundo que se afecta por las operaciones de la compañía como lo son clientes, empleados, suplidores, accionistas y miembros de la comunidad.

EJEMPLO DE MISIONESEn la página 48 se muestran 3 ejemplos de misiones que tienen 3 empresas. Las direcciones son:

•http://www.pbg.com/about/mission.html

•http://www.redhat.com/worldtour/mission/

•http://www.epa.gov/history/org/origins/mission.htm

Information Systems ProjectsRazones Principales

para crear los Systems Projects

(página 51)

– Improved service– Support for new

products and services– Better performance– More information– Reduced Cost– Stronger Controls

FACTORS THAT AFFECT SYSTEM PROJECTS

Internal Factors– Strategic plan– Top managers– User requests– Information

technology department

– Existing systems

FACTORS THAT AFFECT SYSTEM PROJECTS

External Factors – Technology– Suppliers

• Just-in-time (JIT)

– Customers• Customer

Relationship Management (CRM)

– Competitors– Economy– Government

Information Systems Projects

• Project Management Tools– All IT projects, large and small, must be

managed and controlled– Project management begins with a systems

request, and continues until the project is completed or terminated

– Project de Microsoft es una buena herramienta para dar seguimiento a estos proyectos. Más adelante hablaremos sobre estas herramientas. En la página 56 hay un ejemplo de pantalla.

Information Systems Projects

• Risk Management – Evento que puede afectar un proyecto negativamente.– Every IT project involves risks that systems

analysts and IT project managers must address– PROJECT provee en su programación para

manejar los riesgos que existen en un proyecto.– En la página 56 menciona los riesgos que

contempla ese producto.

EVALUATION OF SYSTEMS REQUESTS

– Es normal que el departamento de IT reciba más peticiones de las que puede manejar.

Systems Requests Forms– Sistema especial de manejar peticiones de parte de

los usuarios o clientes.– La figura 2-12 muestra un ejemplo de una forma.– La forma debe ser facil de entender y llenar y debe

incluir instrucciones claras.– Debe tener suficiente espacio para incluir toda la

información que sea necesaria.– Muchas compañías utilizan formas que se pueden

someter en formatos electrónicos.

EVALUATION OF SYSTEMS REQUESTS

Systems Review Committee– Most large companies use a systems review

committee to evaluate systems requests– Many smaller companies rely on one person

to evaluate system requests instead of a committee

– The goal is to evaluate the requests and set priorities

Overview of Feasibility

• A systems request must pass several tests, called a feasibility study, to see whether it is worthwhile to proceed further

Overview of Feasibility

Overview of Feasibility• Operational Feasibility - Means that a

proposed system will be used effectively after it has been developed

• Technical Feasibility – ¿Trabaja con los recursos tecnológicos de la compañía?

• Economic Feasibility – Se supone que los beneficios que genere el proyecto superen los costos.

• Schedule Feasibility – Tiempo en implantar el proyecto. ¿Es real?, ¿Es factible? ¿Se peuede lograr en ese tiempo estimado?

Evaluating Feasibility• The first step in evaluating feasibility is to

identify and weed out systems requests that are not feasible

• Even if the request is feasible, it might not be necessary

• Feasibility analysis is an ongoing task that must be performed throughout the systems development process

• Para más información sobre Management tools, vaya a la página: http://www.4pm.com/repository.htm

Setting PrioritiesFactors that Affect Priority

– Will the proposed system reduce costs? Where? When? How? How much?

– Will the system increase revenue for the company? Where? When? How? How much?

– Will the systems project result in more information or produce better results? How? Are the results measurable?

– Will the system serve customers better?– Will the system serve the organization better?– Can the project be implemented in a reasonable time

period? How long will the results last?– Are the necessary financial, human, and technical resources

available? – Whenever possible, the analyst should evaluate a proposed

project based on tangible costs and benefits that represent actual (or approximate) dollar values

Setting Priorities

Discretionary and Nondiscretionary Projects– Projects where management has a choice in

implementing them are called discretionary projects

– Projects where no choice exists are called nondiscretionary projects

Preliminary Investigation Overview

• Preliminary investigation – El analista estudia las peticiones del sistema y recomienda las acciones a seguir. Interactua con los gerentes y los usuarios.

Preliminary Investigation Overview

Planning the Preliminary Investigation– During a preliminary investigation, a systems

analyst typically follows a series of steps– The exact procedure depends on the nature

of the request, the size of the project, and the degree of urgency

– La figura 2-15 de la página 64 muestra los pasos.

Preliminary Investigation OverviewStep 1: Understand the Problem or Opportunity

– Determine which departments, users, and business processes are involved

– A popular technique for investigating causes and effects is called a fishbone diagram, or Ishikawa diagram. Figura 2-17 página 65

Preliminary Investigation Overview• Step 2: Define the Project Scope and Constraints –

Define los límites o extensiones del proyecto.– Project scope - Alcanze– Project creep – Proyectos que tienen un scope muy general

y deben definirse mejor.– Constraint – Requerimiento o condición que el sistema

debe satisfacer o outcome que debe lograr.• Present versus future – ¿El constraint debe hacerse tan pronto se

desarrolle el sistema o despues?• Internal versus external – ¿El constraint se afecta por requerimientos

de la empresa o por normas estatales y federales?• Mandatory versus Desirable - ¿El constraint es mandatorio o

solamente deseable?– Regardless of the type, all constraints should be identified

as early as possible to avoid future problems and surprises. La figura 2-18 de la página 67 muestra un ejemplo de un diagrama que muestra ejemplos de constraints.

Preliminary Investigation Overview

• Step 3: Perform Fact-Finding– Fact-finding involves various techniques– Depending on what information is needed to

investigate the systems request, fact-finding might consume several hours, days, or weeks

– Analyze Organization Charts• Obtain organization charts to understand how the

department functions

– Este proceso envuelve analizar organization charts, hacer entrevistas, cotejar la documentación de la empresa, observar las operaciones y hacer entrevistas

Preliminary Investigation Overview• Step 3: Perform Fact-Finding

– Conduct interviews• Determine the people to interview• Establish objectives for the interview• Develop interview questions• Prepare for the interview• Conduct the interview• Document the interview• Evaluate the interview

– Review documentation– Observe operations– Conduct a user survey

Preliminary Investigation Overview

• Step 4: Evaluate Feasibility– Evaluate the project’s operational, technical,

economic, and schedule feasibility

Preliminary Investigation OverviewStep 5: Estimate Project Development Time and Cost

– What information must you obtain, and how will you gather and analyze the information?

– What sources of information will you use, and what difficulties will you encounter in obtaining information?

– Will you conduct interviews? How many people will you interview, and how much time will you need to meet with the people and summarize their responses?

– Will you conduct a survey? Who will be involved? How much time will it take people to complete it? How much time will it take to prepare it and tabulate the results?

– How much will it cost to analyze the information gathered and to prepare a report with findings and recommendations?

– You should provide an estimate for the overall project, so managers can understand the full cost impact and timetable

Preliminary Investigation Overview

Step 6: Present Results and Recommendations to Management– The final task in the

preliminary investigation is to prepare a report to management

– The format of the preliminary investigation report varies from one company to another

Preliminary Investigation Overview

Step 6: Present Results and Recommendations to Management

• Introduction• Systems request summary• Findings• Recommendations• Project roles• Time and cost estimates• Expected benefits• Appendix