Vous êtes sur la page 1sur 67

MESTRADO EM SISTEMAS DE INFORMAO PARA A GESTO

TRABALHO INDIVIDUAL PARA A CADEIRA:

MODELIZAO DA INFORMAO

12805870 Jorge Manuel Figueiredo da Costa e Silva

ISAC

Information System Work and Analysis of Change

ndice geral
ndice das figuras .................................................................................................................................... 3 ndice dos quadros.................................................................................................................................... 5 Lista de acrnimos ................................................................................................................................... 6 Introduo ................................................................................................................................................ 7 1. ISAC um pouco de histria .................................................................................................... 8 1.1 A metodologia ISAC e o utilizador .................................................................................................... 9 2. O que significa desenvolvimento dos sistemas de informao e anlise e desenho dos sistemas de informao. ......................................................................................................................... 9 3. Na prtica quais so os problemas comuns no desenvolvimento dos sistemas de informao. ............................................................................................................................................10 4. 5. 6. 7. 7.2 7.3 7.4 8 8.1 8.2 8.3 8.4 9 10 O que faz a metodologia ISAC. ..................................................................................................11 Que possibilidades a abordagem ISAC oferece? ......................................................................15 Qual a relao entre seres humanos e desenvolvimento dos sistemas de informao. ........15 Que mtodos so utilizados na anlise de alteraes? ...........................................................18 Estudo de alternativas de alteraes (C2)..................................................................................21 Estudo de alternativas de alteraes (C3)..................................................................................21 Um exemplo da anlise de mudana (C4) ..................................................................................21 Que mtodos so utilizados nos estudos de actividades? .......................................................24 Parcelamento em subsistemas ...................................................................................................25 Estudo dos subsistemas de informao .....................................................................................26 Coordenao dos subsistemas de informao ...........................................................................26 Um exemplo de estudos de actividades .....................................................................................26 Que mtodos so usados na anlise da informao? ..............................................................29 Que mtodos so usados no desenho de um sistema de dados? ...........................................34

7.1 Anlise dos problemas e necessidades (C1).....................................................................................18

Figura 8.1 Exemplo de um grfico de actividades relativo ao aprovisionamento de material. .........27

10.1 Estudo da filosofia do processamento ...........................................................................................35 10.2 Desenho de rotinas baseadas no uso do computador...................................................................36 10.3 Desenho de rotinas baseadas no uso do computador...................................................................36 11 12 Que mtodos so usados na adaptao de equipamentos? ...................................................41 Sumrio dos resultados das relaes entre as diferentes reas na metodologia ISAC ..........45

13 Ser que se vo obter melhores resultados no desenvolvimento dos sistemas de informao utilizando a metodologia ISAC? ............................................................................................................57

2 Esquema da metodologia ISAC .............................................................................................................58 Concluso ...............................................................................................................................................62 Multiview ........................................................................................................................................63 Para finalizar um quadro onde se podem ver de forma clara os pontos em comum de vrias metodologias onde esto includas: ISAC, ETHICS e Multiview. ....................................................63 Referncias bibliogrficas ......................................................................................................................65

ndice das figuras


Figura 4.1 Desenvolvimento dos sistemas de informao num contexto alargado ....12 Figura 6.1 Comunicao e aprendizagem no desenvolvimento dos SI ..16 Figura 7.1 Legenda para A-Graphs ........20 Figura 7.2 Tabela de problemas para a funo manuteno da empresa de Transportes TRACO ....21 Figura 7.3 Lista de grupos participantes na funo de manuteno da TRACO ..22 Figura 7.4 Exemplo da descrio na forma de uma actividade representada por um A-graph ..23 Figura 7.5 Exemplos de tabelas de propriedades como partes da descrio de uma actividade . 24 Figura 8.1 Exemplo de um grfico de actividades relativo ao aprovisionamento de material..27 Figura 8.2 Tabela de propriedades relativa a M6 no A-graph......28 Figura. 8.3 Exemplo (em esquema tabela) dos clculos custos/benefcios.....28 Figura 8.4 Lista de informao relativa aos subsistemas....29 Figura 9.1 Lista de smbolos usados nos I-graphs (grficos de informao).....30 Figura 9.2 Smbolos usados nos C-graphs (grficos de componentes).......31 Figura 9.3 Exemplo de um grfico de informao (I-graph) ......32 Figura 9.4 Exemplo de um I-graph detalhado .. 34 Figura 9.5 Exemplo de relaes de C-graphs ..... 34 Figura 9.6 Exemplo de uma lista com informao de processos... 35 Figura 9.7 Exemplo de uma tabela de processos relativa informao do processo R51....... 35 Figura 9.8 Um grfico relativo a requisio de material........ 36 Figura 10.1 Particionamento de um sistema de dados em diferentes formas de processamento..37 Figura 10.2 Simbolos utilizados nos D-graphs (grficos de desenho do sistema de dados)..39 Figura 10.3 Simbolos usados em D-structures.......40 Figura 10.4 Smbolos usados em P-structures (Program structures).....40

4 Figura 10.5 Exemplo de um grfico de desenho do sistema de dados .........41 Figura 10.6 Exemplo de um grfico de estrutura de dados......41 Figura 10.7 Exemplo da estrutura de um programa....42 Figura 10.8 Exemplo de uma lista e parte de operaes relativa estrutura do programa fig . 10.7.42 Figura 10.9 Exemplo de uma tabela de tarefas....43 Figura 11.1 Smbolos usados nos E-graphs..44 Figura 11.2 E-graph (grficos de equipamentos adaptados ao sistema de dados)....44 Figura 11.3 Programa orientado para estruturas de dados para order basis in/out....45 Figura 11.4 Estrutura de um programa para adaptao de uma rotina base para in/out....45 Figura 11.5 Lista de operaes para adaptao de uma rotina base para in/out...46 Figura 11.6 Exemplo de uma tabela de tarefas para rotinas manuais especficas...46 Figura 11.7 Exemplo de cdigo de um programa em Cobol para uma rotina order basis..47 Figura 12.1 Algumas partes do resultado da anlise de mudanas...48 Figura 12.2 Diferentes partes de um modelo de actividades......49 Figura 12.3 Transies desde anlises de mudana at estudos de actividades: Construo de um modelo de actividades detalhado...50 Figura 12.4 Diferentes partes num modelo de anlise de informao...51 Figura 12.5 Transio desde os estudos de actividades at anlise de informao. Construo de modelos de anlise de informao.52 Figura 12.6 Diferentes partes do desenho de um modelo de sistema de dados....53 Figura 12.7 Transio de modelos de anlise de informao para modelos de sistema de dados de equipamentos (no desenho de partes automatizadas)......53 Figura 12.8 Relao existente entre A-graphs, I-graphs, D-graphs e tabelas de tarefas durante o desenho das partes manuais.....54 Figura 12.9 Diferentes partes de um equipamento adaptado - modelo sistema de dados....55 Figura 12.10 Transio de um modelo de desenho de sistema de dados para um modelo de desenho de adaptao de equipamentos...56 Figura 12.11 Transio de E-graphs para tabelas de trabalho por tarefas durante o desenho de rotinas especficas....,,...57

ndice dos quadros


Quadro 1: Esquema da metodologia ISAC ...60 Quadro 2: Exemplos e classificao de metodologias de desenvolvimento de SI.60 Quadro 3: Cinco mtodos (linhas), 4 reas (colunas) .61 Quadro 4: Requisitos de comparao relacionados interaco com o utilizador.64

Lista de acrnimos
A-graphs (metodologia ISAC) Grficos de actividades. C-graphs (metodologia ISAC) Grficos de Componentes. D-graphs (metodologia ISAC) Grficos de Desenho dos sistemas de dados. E-graphs (metodologia ISAC) Grficos de Equipamentos. I-graphs (metodologia ISAC) - Grficos de Informao. D-Structures Estrutura de dados. P-Structures Estrutura dos programas. ETHICS - Effective Technical and Human Implementation of Computer-Based Systems. ISAC - comeou por ser Information Systems for Administrative Control para posteriormente ser alterado para Information Systems Work and Analysis of Changes. ISD Information Systems Development. MERISE Mthode d'tude et de Ralisation Informatique des Systmes des. Entreprises. MSF Microsoft Solutions Framework. OSSAD Office Suport Systems Analysis and Design RAD Rapid Application Development SI Sistemas de Informao. TI Tecnologias de Informao. SDA - Systematic Description of Activities. STRADIS Structured Analysis and Design of Information Systems (Gane and Sarson, 1979). SSADM Structured Systems Analysis and Design Methodology YSM Yourdon Systems Method.

Introduo

Escolhi este tema essencialmente por 3 razes: 1 Aborda a questo dos Sistemas de Informao; 2 D nfase componente humana; 3 Teve origem na Sucia. Comeou a ser adoptado, explorado e desenvolvido nos pases nrdicos. Aproveito para referir que a documentao relativa a este tema escassa, talvez devido a ter surgido na dcada de 70 (dirigi-me a vrias livrarias mesmo tcnicas e o que encontrei foi, muito pouca informao, alguns livros que continham o mtodo como referncia bibliogrfica ou apenas a definio do mesmo). Encontrei um site que considero bastante bem organizado, com uma ampla base de dados onde possvel encontrar bastante informao a nvel acadmico: www.sciencedirect.com . Vrias Universidades de todo o mundo tm protocolo com este site no sentido de serem disponibilizados artigos, e-books ou journals, gratuitamente. Penso que poderia ser uma maisvalia para o ISLA. Relativamente ao tema escolhido vou iniciar a abordagem com um pouco de histria para de seguida incidir mais pormenorizadamente sobre o tema.

1. ISAC um pouco de histria O acrnimo de ISAC comeou por ser Information Systems for Administrative Control para posteriormente ser alterado para Information Systems Work and Analysis of Changes. Foi impulsionado em 1973 atravs de um grupo de pesquisa liderado por Mats Lundeberg, em que se destacaram, Gran Goldkuhl e Anders Nilsson, no DSV Department, Stockolm University/Royal Institute of Technology. De inicio este mtodo foi bastante influenciado pelos trabalhos pioneiros do professor de SI Information Systems Brge Langefors (1966). Vrios papers foram escritos bem como alguns livros (Lundeberg, Gldkuhl, Nilsson, 1978; 1981). Foi nesta altura que o mtodo ISAC se tornou famoso no desenvolvimento de sistemas de informao, ISD Information Systems Development, tendo inclusive servido de inspirao para outros mtodos posteriores, como por exemplo a ETHICS - Effective Technical and Human Implementation of Computer-Based Systems uma metodologia baseada num mtodo participativo de desenvolvimento de sistemas de informao. Envolve a viso tcnico-social - supe que para um sistema ser eficaz, a tecnologia deve atender aos factores organizacionais e sociais. Pressupe que uma melhoria na qualidade de vida do trabalho e um aumento no nvel de satisfao dos utilizadores deve ser o principal objectivo no projecto dos sistemas de informao. (Hirschheim e Klein, 1994, p. 83). A abordagem ISAC orientou a sua pesquisa ao nvel do utilizador dos sistemas de informao, numa altura em que o desenvolvimento dos SI estava particularmente focado na parte tecnolgica. Talvez esta tenha sido uma das razes pelas quais inicialmente a equipa de pesquisa fosse um grupo fechado.

1.1 A metodologia ISAC e o utilizador ISAC uma metodologia orientada ao problema, busca identificar as causas fundamentais dos problemas dos utilizadores. O mtodo analisa os problemas dos utilizadores e tenta resolv-los. A metodologia comea num estgio muito inicial em que muitas metodologias no o consideram e no assume que o desenvolvimento de um sistema de informao necessariamente a soluo do problema. Se a necessidade de um sistema de informao no for identificada ento o processo termina. A necessidade estabelecida somente se um sistema de informao beneficiar as pessoas nos seus trabalhos. Benefcios puramente financeiros para a organizao no so suficientes para indicar esta necessidade. As pessoas, incluindo os utilizadores e gestores como tambm pessoas externas organizao: - clientes e fornecedores -, so vistos como os factores determinantes das organizaes. As pessoas numa organizao podem ter problemas referentes s actividades que realizam. Esses problemas podem ser superados ou a situao melhorada atravs da anlise das actividades e de mudanas variadas. Os autores do ISAC acreditam que as pessoas melhor preparadas para fazer esta anlise, em termos de conhecimento, interesse e motivao, so os prprios utilizadores. Se a necessidade para um sistema de informao reconhecida ento a metodologia enfatiza o desenvolvimento de um nmero de subsistemas de informao especficos em vez de um sistema global. Os subsistemas so sistemas locais adequados aos grupos de necessidades individuais e esses subsistemas podem sobrepor-se em contedo e funo. Parte-se do princpio que as solues para os sub problemas acabam por ser a soluo para os problemas da organizao como um todo. 2. O que significa desenvolvimento dos sistemas de informao e anlise e desenho dos sistemas de informao. Por desenvolvimento dos sistemas de informao entende-se a anlise, o desenho e a realizao dos sistemas de informao. A anlise e desenho da informao significam o trabalho em produzir os modelos de sistemas de informao. Um sistema de informao um sistema que foi desenvolvido para criar, armazenar, processar, partilhar e interpretar informao. Como informao podemos entender o

10

conhecimento ou ampliao do conhecimento. A informao representada por dados. Um sistema de informao deve ser desenvolvido antes de ser utilizado. Um sistema de informao pode ser visto como uma forma de colaborao organizada entre seres humanos com o intuito de processar, transmitir, partilhar essa informao. tambm possvel ao ser humano executar outras actividades relativas a um sistema de informao tais como: recolher, processar, partilhar a informao. Caso seja possvel automatizar estas actividades podem-se utilizar os computadores ou qualquer outro equipamento que possa executar as actividades automaticamente. Os sistemas de informao s devem ser desenvolvidos quando tal for necessrio. Os utilizadores que so afectados no desenvolvimento de um sistema de informao devem participar na anlise, desenho e implementao desse sistema de informao. A anlise e o desenho de um sistema de informao acima de tudo um processo de comunicao com o intuito de clarificar o que pretendido e quais as necessidades dos seres humanos. 3. Na prtica quais so os problemas comuns no desenvolvimento dos sistemas de informao. Alguns exemplos de problemas tpicos no desenvolvimento de sistemas de informao podem ser encontrados em organizaes existentes nomeadamente nos pases nrdicos, tais como: (1) A comunicao entre as pessoas envolvidas num projecto no estar a funcionar; (2) Mtodos individuais e variveis so utilizados; (3) Por vezes os sistemas de informao que esto a ser desenvolvidos no so aqueles que na realidade mais interessam aos utilizadores; (4) O trabalho relativo ao desenvolvimento dos sistemas de informao est atrasado. (5) Por vezes os custos dos sistemas de informao so bastante subestimados; (6) As bases com que foi iniciado o sistema de informao so insuficientes; (7) A documentao relativa anlise e desenho dos sistemas de informao est incompleta, em falta ou imperceptvel, (8) A manuteno de sistemas de informao j concebidos est a consumir demasiados recursos que tambm podem ser necessrios ao desenvolvimento de novos SI. Alguns dos problemas descritos so comuns no apenas no desenvolvimento dos sistemas de informao mas tambm no desenvolvimento de muitas outras actividades numa organizao.

11

O problema da falha de comunicao muitas vezes deve-se ao facto de haver uma comunicao em diferentes linguagens. Se a comunicao entre utilizadores e analistas de sistemas no funcionar pode implicar como consequncia um desenvolvimento de um sistema que no vai responder s necessidades de grande parte dos utilizadores. Outra consequncia relativa a falhas de comunicao acaba por ser o atraso no desenvolvimento dos sistemas de informao, uma vez que no foi recolhida toda a informao necessria ou a informao recolhida no foi correcta pelo que teve que se proceder a reajustamentos. O problema das derrapagens a nvel de custos, tem muito a ver com a forma de recolha e tratamento da informao. Acontece que por vezes no se d a devida importncia a certos factores que acabam por ter grande impacto negativo. Outra tendncia do ser humano subestimar o tempo necessrio que o trabalho no desenvolvimento do sistema vai ter e isso muitas vezes acaba num acrscimo de custos. Outro factor importante a realar que as actividades dos seres humanos acabam por sofrer alteraes. Isto significa a importncia da manuteno e da adaptabilidade s mudanas dos SI. Caso a metodologia ISAC seja escolhida numa empresa, no se deve pensar que todos os problemas ficam automaticamente resolvidos. Contudo, se forem seguidos os passos propostos por esta metodologia, acaba por se reduzir uma parte significativa de problemas. 4. O que faz a metodologia ISAC. A abordagem ISAC consiste numa metodologia de trabalho proveniente das necessidades, problemas e experincia dos utilizadores na concepo e especificaes finais relativas a rotinas manuais e programas de computador. Entendendo-se por metodologia um numero de passos e regras coerentes de trabalho incluindo regras quanto documentao e tipos de modelos escolhidos. A documentao deve ser parte natural do trabalho e no algo feito aps esse trabalho. Falando em contextos mais amplos, o trabalho que precede o desenvolvimento dos sistemas de informao denominado por: anlise de alteraes, change analysis. O objectivo desta anlise estudar o tipo de alteraes e melhoramentos necessrios para agir relativamente aos problemas experimentados pelos utilizadores. importante saber quais as origens dos problemas, no apenas identific-los. No menos importante ser trabalhar com um conjunto

12

de medidas aceitveis para o desenvolvimento dos SI. A avaliao social, humana e econmica podem ser factores a utilizar no desenvolvimento dos sistemas de informao. O objectivo da anlise e desenho dos sistemas de informao o de produzir modelos que descrevam os diferentes aspectos dos SI. Esses modelos so usados como base na realizao, construo dos sistemas de informao. Decidimos como medida o desenvolvimento dos SI somente se a anlise de alteraes indicar que existem problemas e necessidades em actuar nesta rea. Devemos ter conscincia que noutras situaes as escolhas podero recair sobre outras medidas de desenvolvimento tais como: desenvolvimento directo nas actividades do negcio, da produo, do produto, dos sistemas de distribuio, desenvolvimento organizacional, das relaes interpessoais, da comunicao entre pessoas.

Fonte:A systematic approach to Information Systems DevelopmentI (Mats Lundeberg, Gran Goldkhul and Anders Nilsson).

O sucesso de uma organizao pode depender da escolha acertada de qual a rea e medida de desenvolvimento a optar. No caso de a escolha recair sobre a rea de desenvolvimento dos SI, os modelos a utilizar vo ser construdos de acordo com a anlise e desenho. Estes modelos representam especificaes quer das rotinas manuais quer dos programas de computador, do software a utilizar. Relativamente s rotinas manuais vai ser necessrio um trabalho exaustivo no sentido de descrever de forma simples, clara e concisa, um manual de instrues perfeitamente perceptvel a todas as pessoas envolvidas no processo de forma que todos os

13

problemas e necessidades possam ser resolvidos. A parte de programao, da realizao de programas para funcionarem nos computadores, requer a elaborao de cdigo e de testes. Por fim tanto a parte relativa a rotinas manuais bem como do computador devem ser testadas em conjunto e em ambiente real. A abordagem ISAC na anlise e desenho dos sistemas de informao envolve a utilizao de um processo composto por 2 partes: (1) Trabalho orientado para o problema. (2) Trabalho orientado para os dados. Os utilizadores como seres humanos que so, tm os seus problemas e necessidades que devem ser analisados durante a fase (1) (trabalho orientado para o problema) fase de identificar quais os problemas e necessidades sentidas pelas pessoas na organizao, de forma a orientar o trabalho a seguir no sentido de resolver esses problemas. Os utilizadores com o conhecimento adquirido atravs da experincia conjuntamente com os analistas de sistemas, produzem modelos que vo descrever o que os sistemas de informao devero fazer. Durante a fase (2) trabalho orientado atravs dos dados, entra-se em linha de conta com os computadores, quais as suas reais possibilidades, quais os seus limites. Nesta fase define-se qual a melhor forma de processar os dados de forma a obter a informao pretendida, a informao necessria. Nesta abordagem podemos dividir o sistema de anlise e desenho da informao em 4 fases: (1) Estudos das actividades (2) Anlise de informao (3) Desenho do sistema de dados (4) Adaptao do equipamento
Trabalho orientado para os dados Trabalho orientado para o problema

As primeiras duas reas pertencem ao problema de identificao dos problemas e necessidades das pessoas na organizao trabalho orientado para o problema, sendo que as duas ltimas esto orientadas para a rea de tratamento e processamento de dados trabalho orientado para os dados.

14

O objectivo dos estudos das actividades activity studies circunscrever quais os futuros sistemas de informao relativamente s actividades estudadas. Delimitar significa que tanto os inputs como outputs da informao do SI esto perfeitamente definidos. O objectivo da anlise da informao information analysis no fundo, descrever como os futuros sistemas de informao devem funcionar. Esta descrio envolve duas componentes, por um lado a parte da comunicao entre os grupos envolvidos, por outro a constituio da base exacta para o novo sistema de informao. O objectivo do desenho do sistema de dados data system design o de desenhar o equipamento, independentemente das solues encontradas e descritas na anlise da informao. O desenho elaborado seguindo a filosofia de processamento desejado (manual ou automtico) sem estar a pensar desde logo qual o equipamento especifico. Durante o desenho das rotinas manuais, so descritas as tarefas relevantes de trabalho. Para as rotinas automticas, baseadas na utilizao do computador elaborado um desenho da estrutura de dados e a construo do programa. Nesta etapa deve-se ter em conta a manuteno, flexibilidade e segurana das operaes. O objectivo da adaptao ao equipamento equipment adaptation ser decidir qual o equipamento especfico a utilizar e adapt-lo, independentemente do desenho do sistema de dados para esta escolha. Portanto a adaptao do equipamento relativa s partes automticas do SI. Contudo, tambm inclui a criao de rotinas manuais, durante e aps o tratamento destas fases. Ao utilizarmos a abordagem ISAC poderemos verificar as seguintes vantagens: (1) Os sistemas de informao so desenvolvidos quando realmente se torna necessrio o seu desenvolvimento (a importncia da anlise da mudana, na perspectiva dos SI). (2) Os SI so desenvolvidos somente quando contribuem positivamente para as actividades da organizao (a importncia dos estudos das actividades). (3) Os SI so desenvolvidos de forma que os utilizadores compreendam a sua organizao e modo de funcionamento (a importncia dos sistemas de informao). (4) Os SI so desenvolvidos de maneira que seja possvel alter-los sempre que necessrio e que no estejam restritos a determinado equipamento informtico (a importncia do desenho dos sistemas de dados).

15

(5) Os SI so desenvolvidos de forma que se adaptem s tecnologias do equipamento utilizado (a importncia da adaptao ao equipamento).

5. Que possibilidades a abordagem ISAC oferece? o Os utilizadores podem controlar o desenvolvimento dos sistemas de informao. Uma vez que os utilizadores so quem diariamente tm contacto com as TI/SI da organizao, conhecem bem os problemas e necessidades de mudana, nesta abordagem tm um papel activo na formulao, alteraes e melhoramentos no processo de desenvolvimento dos SI. o O processo de desenvolvimento dos sistemas de informao pode ser feito atravs de um nmero de pequenos passos organizados e interligados. o Alteraes e manuteno dos sistemas de informao podem ser feitas de forma segura e rpida. o Durante o processo de desenvolvimento dos sistemas de informao o trabalho pode ser redistribudo nas diferentes reas durante todo o processo.

6. Qual a relao entre seres humanos e desenvolvimento dos sistemas de informao. Podemos ver os sistemas de informao como uma forma de ajuda para os seres humanos tratarem informao, no nos podemos esquecer que quem cria e desenvolve os sistemas de informao so os seres humanos, ento lgico que os seus problemas, as suas necessidades tenham uma importncia fundamental no desenvolvimento dos sistemas de informao. De uma forma simplificada pode-se afirmar que: Grau de sucesso = ( )

O grau de sucesso ser insatisfatrio caso os factores do lado direito da igualdade sejam baixos. De acordo com esta unidade de medida, no interessa que o grau de qualidade seja elevado seno houver aceitao por parte das pessoas. Por outro lado a qualidade do

16

desenvolvimento dos sistemas de informao deve ter um valor aceitvel, mesmo quando o valor da aceitao seja elevado.

Fonte:A systematic approach to Information Systems DevelopmentI (Mats Lundeberg, Gran Goldkhul and Anders Nilsson)

De acordo com a figura 6.1, o resultado do desenvolvimento dos sistemas de informao no apenas relativo aos SI mas tambm ao aumento do conhecimento das actividades da organizao. De forma a obter-se este conhecimento, importante a cooperao de forma

17

responsvel, conscienciosa entre todos os diferentes grupos de interesse: utilizadores, analistas de sistemas e desenhadores dos sistemas de dados. Os resultados no desenvolvimento dos sistemas de informao vo depender, tal como se pode verificar na figura 6.1, da forma como as pessoas se envolvem, trabalham em conjunto. Na abordagem ISAC deve-se ter em ateno os seguintes aspectos humanos, no desenvolvimento dos sistemas de informao: (1) O processo de comunicao; (2) O processo de aprendizagem; (3) Alterao de estratgias; (4) Abordagem dos aspectos administrativos. Estes aspectos no so independentes uns dos outros, estando a comunicao, a aprendizagem e a alterao de estratgias fortemente inter-relacionados. Na abordagem ISAC nunca demais relembrar que a comunicao existente entre os seres humanos vai determinar os resultados que vo ser obtidos no desenvolvimento dos sistemas de informao, que os resultados vo ser tambm fruto do conhecimento, da aprendizagem das pessoas. Ligado ao que se aprendeu, vo estar as diferentes estratgias de mudanas a adoptar. Podemos distinguir 3 tipos principais de estratgias: (1) Estratgia do processo; A ideia deste tipo de estratgia (j anteriormente mencionada no ponto 5) que os utilizadores no processo de mudana podem eles prprios formular e resolver os seus problemas. (2) Estratgia Expert; Estratgia Expert significa a ajuda externa de pessoas para a resoluo do problema em questo. So pois, pessoas que no esto directamente ligadas ao problema mas que com os dados fornecidos vendem as solues.

18

(3) Estratgia Ancora; Este tipo de estratgia situa-se entre a estratgia (1) e (2). Os grupos de trabalho renem-se conjuntamente com os representantes do que necessrio alterar. Comparativamente estratgia expert, o objectivo melhorar as possibilidades de implementao da soluo. Comparativamente estratgia do processo, mais fcil de aplicar nas situaes em que no possvel reunir todos os utilizadores de forma a participarem na formulao e soluo do problema em questo. 7. Que mtodos so utilizados na anlise de alteraes? Os diferentes passos relativos aos mtodos de trabalho a usar durante a anlise de alteraes ou de mudana, so descritos cronologicamente, contudo na prtica deve-se contar com a necessidade de iteraes, tendo presente que medida que se vo dando novos passos podem surgir novos conhecimentos, novas perspectivas relativamente a passos dados anteriormente. O nvel mais elevado da anlise de mudana C dividido em: (i) (ii) Anlise dos problemas e necessidades (C1); Estudo de alteraes alternativas (C2);

(iii) Escolha da abordagem da mudana (C3). 7.1 Anlise dos problemas e necessidades (C1) A anlise de alteraes comea com a descrio, anlise e avaliao das actividades correntes relativamente situao. So seguidos os seguintes passos: (1) Listagem dos problemas: Problemas existentes, conhecidos no dia-a-dia e possibilidade de possveis futuros problemas so referenciados. a primeira indicao de potenciais problemas e necessidades de mudanas. Os problemas so documentados numa tabela. No existe nenhuma estrutura definida relativamente tabela.

19

(2) Anlise de grupos relevantes: Neste passo identificam-se quais os grupos em que vo incidir as alteraes. Por exemplo, o grupo dos utilizadores finais que vo ser afectados no seu trabalho dirio ou de que forma estas alteraes vo afectar clientes, fornecedores, pessoas responsveis nos diversos departamentos afectados. Estes grupos vo ser documentados numa tabela. Esta tabela de grupos conjuntamente com a tabela de problemas e necessidades do passo (1), comea por definir qual a estratgia a seguir. Estas tabelas vo sendo actualizadas sempre que necessrio. (3) Agrupar os problemas: No conveniente trabalhar com diversos problemas ao mesmo tempo. Os problemas documentados na tabela de problemas e necessidades so organizados, agrupados de acordo com o nmero de problemas identificados. (4) Descrio das actividades correntes. agora possvel mostrar quais as actividades relevantes e sua ligaes aos problemas e grupos atravs das descries das actividades no seu contexto. Um modelo de actividades consiste em: (i) (ii) Grficos de actividade (A-Graphs); Pginas de texto para os A-Graphs;

(iii) Tabelas de actividades elaboradas de acordo com a tcnica SDA 1 Podemos ver na figura 7.1 que os A-Graphs tm uma estrutura hierrquica que possibilita classificar abordagens de vrias actividades complexas e simultaneamente dar detalhes de nveis hierrquicos inferiores. No h muito espao nos smbolos dos A-Graphs pelo que se for necessrio acompanham-se estes grficos com pginas de texto.

Tcnica SDA (Systematic Description of Activities) uma descrio de actividades organizadas por departamento numa empresa.

20

Fonte:A systematic approach to Information Systems DevelopmentI (Mats Lundeberg, Gran Goldkhul and Anders Nilsson).

21

7.2 Estudo de alternativas de alteraes (C2) O prximo passo elaborar e descrever diferentes alternativas de mudanas de alteraes. As alternativas so avaliadas sob o ponto de vista humano, social e econmico tendo em conta a sua aplicabilidade. 7.3 Estudo de alternativas de alteraes (C3) A ltima parte da anlise escolher qual a abordagem da mudana a escolher, ou seja, a alternativa de mudana e melhores medidas de desenvolvimento a seguir para cada grupo de problemas. 7.4 Um exemplo da anlise de mudana (C4) A empresa de transportes TRACO tem um departamento de manuteno tcnica que est dividido em 3 seces: 1- plano de manuteno, 2 aprovisionamento de material, 3 manuteno directa. Os trabalhadores da TRACO chegaram concluso que no era possvel efectuar a manuteno da forma como estava a ser calendarizada. Foi organizado um grupo de trabalho para analisar o que se passa. O objectivo investigar e determinar que tipo de alteraes vo ser necessrias aplicar de forma a resolver os problemas de calendarizao. A figura7.2 mostra uma tabela onde esto especificados os problemas que as pessoas esto a ter na empresa.

Fonte:A systematic approach to Information Systems DevelopmentI (Mats Lundeberg, Gran Goldkhul and Anders Nilsson).

22

Fonte:A systematic approach to Information Systems DevelopmentI (Mats Lundeberg, Gran Goldkhul and Anders Nilsson).

A figura 7.4 descreve a funo manuteno da TRACO. Mostra a relao existente entre o plano de manuteno, a proviso do material e a manuteno directa.

Fonte:A systematic approach to Information Systems DevelopmentI (Mats Lundeberg, Gran Goldkhul and Anders Nilsson).

23

A tarefa principal para a manuteno directa (7) confirmar que o equipamento (4A) est a ter uma manuteno adequada (7A). Com este intuito, o pessoal (3A) e o material (6B) so tambm necessrios com a ordem de trabalho (5B) que especifica que tipo de manuteno vai ser desenvolvido. O material (6B) provm do aprovisionamento do material (6) aps um pedido (5A) do planeamento de manuteno (5). Uma ordem de trabalho (5B) produzida pelo planeamento de manuteno (5) aps o relatrio de erro (2A) com o tempo necessrio baseado na experincia de manuteno (7B). A figura 7.4 um exemplo de um grfico de actividades ou A-graph. As regras para interpretar os diferentes smbolos nos A-graphs esto descriminadas na figura 7.1. Os Agraphs descrevem as relaes entre as diferentes partes da funo manuteno. Devemos complementar esta descrio estruturada com diferentes tipos de propriedades e seus valores de forma a avaliarmos a situao corrente. A figura 7.5 um exemplo de uma tabela de propriedades. Descreve na corrente situao problemas relevantes da figura 7.2. A avaliao mostra que todos os tempos de espera com ligaes manuteno, no devem ser considerados. O nosso problema e a anlise da situao corrente, est descrita numa tabela de necessidade de alteraes/mudanas (figura 7.6) que corresponde aos problemas que se devem ter em considerao.

24

Fonte:A systematic approach to Information Systems DevelopmentI (Mats Lundeberg, Gran Goldkhul and Anders Nilsson).

No grupo de trabalho foram estudadas diferentes alternativas. A alternativa de mudana que acabou por ser decidida foi: implementar um sistema simples de controlo do material. Comparativamente situao corrente a abordagem de mudana escolhida, significa que a parte do aprovisionamento de material deve trabalhar a um nvel superior de servio. Tambm o planeamento de manuteno dever obter informao sobre as faltas de material de forma que no faa sair ordens de trabalho para manuteno calendarizada.

Que mtodos so utilizados nos estudos de actividades?

Os estudos de actividades no desenvolvimento dos sistemas de informao dividem-se em: (i) (ii) Parcelamento em subsistemas; Estudo da informao nos subsistemas;

(iii) Coordenao da informao nos subsistemas.

25

8.1 Parcelamento em subsistemas Tal como previamente referido, os estudos de actividade no desenvolvimento dos sistemas de informao, apenas so executados aps identificadas as necessidades de mudana durante a anlise de alteraes. Os estudos de actividade comeam medida que se vo acrescentando detalhes nas descries nas partes de processamento das actividades (na forma de A-graphs, pginas de texto e tabela de propriedades). Uma tarefa essencial identificar, classificar e delimitar a informao nos subsistemas. Relativamente classificao de informao nos subsistemas, podemos distinguir quatro tipos diferentes de processamento de informao de actividades: 1 Sistemas de informao que no so passveis de formalizar, incluem-se decises qualificadas, contactos informais e know-how. Estes sistemas de informao so necessariamente tratados de forma manual. 2 Sistemas de informao passveis de formalizar que so naturalmente manuais tendo em conta que no so facilmente automatizados. As tarefas manuais podem ser aplicadas de acordo com regras previamente estipuladas, os exemplos das chamadas telefnicas standartizadas e dos procedimentos relativos ao correio electrnico. 3 Sistemas de informao com possibilidade de serem automatizados. A forma como as tarefas vo ser executadas (manuais, usando o computador ou outro equipamento tcnico) vai ser decidida durante o desenho do sistema de dados. 4 Sistemas de informao automtica com apenas transporte de mensagens no tempo (storing) ou espao (switching). Esta forma de transporte de mensagens fcil de formalizar. A maneira como vai ser executada tambm decidida durante o desenho do sistema de dados. Relativamente delimitao dos subsistemas de informao a descrio das actividades (Agraphs incluindo pginas de texto e tabela de propriedades) elaborada novamente, agora j com as actividades dos sistemas de informao delimitadas nos A-graphs. A informao nos subsistemas delimitada uma a uma atravs das mensagens de input e output relativas s outras actividades.

26

8.2 Estudo dos subsistemas de informao Desenvolvidos e por benefcio. Um nmero de nveis alternativos gerado, analisado e escolhido para cada subsistema. 8.3 Coordenao dos subsistemas de informao Os estudos de actividade so concludos atravs da anlise das relaes entre os diferentes subsistemas de informao. Os seguintes mtodos so aplicados: (1) Anlise de relaes entre diferentes subsistemas de informao. Os subsistemas nos quais o trabalho pode continuar so listados em conjunto. As relaes entre estes subsistemas so descritas analisadas e documentadas. (2) Escolha de prioridades entre os diferentes subsistemas de informao. Os recursos a utilizar para o desenvolvimento de sistemas de informao so limitados pelo que necessrio decidir quais os subsistemas a serem desenvolvidos bem como por que ordem. 8.4 Um exemplo de estudos de actividades Continuando com a empresa de transportes (TRACO), a proposta de anlise de mudana foi aceite. Um grupo de projecto M ento organizado para desenvolver um sistema de controlo de material para a funo de manuteno. A primeira tarefa do grupo de projecto M fazer a anlise e desenho das actividades para que se torne possvel delimitar qual o subsistema de informao no sistema de controlo do material. A figura 8.1 mostra as relaes entre a loja manuteno de material (M61), de contabilizao (M62) e de requisio (M63) como partes do aprovisionamento do material. A figura 8.2 mostra a tabela de propriedades.

27

Figura 8.1 Exemplo de um grfico de actividades relativo ao aprovisionamento de material.


Fonte:A systematic approach to Information Systems DevelopmentII (Mats Lundeberg, Gran Goldkhul and Anders Nilsson).

Figura 8.2 Tabela de propriedades relativa a M6 no A-graph.


Fonte:A systematic approach to Information Systems DevelopmentII (Mats Lundeberg, Gran Goldkhul and Anders Nilsson).

28

Figura 8.3 Exemplo (em esquema tabela) dos clculos custos/benefcios.


Fonte:A systematic approach to Information Systems DevelopmentII (Mats Lundeberg, Gran Goldkhul and Anders Nilsson).

Figura 8.4 Lista de informao relativa aos subsistemas.


Fonte:A systematic approach to Information Systems DevelopmentII (Mats Lundeberg, Gran Goldkhul and Anders Nilsson).

29

Que mtodos so usados na anlise da informao?

Os passos durante a anlise de informao podem subdividir-se em: (i) Precedncia e anlise de componentes; (ii) Anlise do processo; (iii)Anlise de propriedades.

I-graphs Para cada subsistema, a informao de input e de output extrada do A-graph (grfico de actividades) e colocada noutro grfico I-graph (grfico de informao precedente).

30

Figura 9.1 Lista de smbolos usados nos I-graphs (grficos de informao).


Fonte:A systematic approach to Information Systems DevelopmentII (Mats Lundeberg, Gran Goldkhul and Anders Nilsson).

C-graphs Na anlise de componentes a estrutura da informao estudada e documentada atravs dos C-graphs (grficos de componentes).

31

Figura 9.2 Smbolos usados nos C-graphs (grficos de componentes).

Figura 9.3 Exemplo de um grfico de informao (I-graph).


Fonte:A systematic approach to Information Systems DevelopmentII (Mats Lundeberg, Gran Goldkhul and Anders Nilsson).

32

Figura 9.4 Exemplo de um I-graph detalhado.

Figura 9.5 Exemplo de relaes de C-graphs .


Fonte:A systematic approach to Information Systems DevelopmentII (Mats Lundeberg, Gran Goldkhul and Anders Nilsson).

33

Figura 9.6 Exemplo de uma lista com informao de processos.


Fonte:A systematic approach to Information Systems DevelopmentII (Mats Lundeberg, Gran Goldkhul and Anders Nilsson).

Figura 9.7 Exemplo de uma tabela de processos relativa informao do processo R51.
Fonte:A systematic approach to Information Systems DevelopmentII (Mats Lundeberg, Gran Goldkhul and Anders Nilsson).

34

Figura 9.8 Um grfico relativo a requisio de material.


Fonte:A systematic approach to Information Systems DevelopmentII (Mats Lundeberg, Gran Goldkhul and Anders Nilsson).

10 Que mtodos so usados no desenho de um sistema de dados? O desenho de um sistema de dados subdivide-se em: (i) Estudo da lgica (filosofia) do processamento; (ii) Desenho de rotinas baseadas no computador; (iii)Desenho referente s partes manuais.

35

10.1 Estudo da filosofia do processamento Existe uma distino entre tecnologia e equipamento especfico. Nesta fase decide-se qual o caminho a seguir relativamente ao processamento das diferentes partes do sistema de dados. Durante os estudos de actividade feita a distino entre a parte manual e a parte baseada no uso do computador no sistema de informao. Uma deciso final tomada sobre que partes do sistema de dados vo ser baseada no uso do computador ou automatizadas de outras formas. O particionamento de um sistema de dados em diferentes formas de processamento mostrado na figura 10.1.

Figura 10.1 Particionamento de um sistema de dados em diferentes formas de processamento.


Fonte:A systematic approach to Information Systems DevelopmentII (Mats Lundeberg, Gran Goldkhul and Anders Nilsson).

36

10.2 Desenho de rotinas baseadas no uso do computador Esta parte do desenho do sistema de dados dividida em dois passos essenciais: (i) O desenho da estrutura de dados e delimitaes do programa, (ii) O desenho do programa. Na coordenao inicial de um sistema de dados, o desenho da estrutura de dados e delimitaes do programa normalmente executado em vrios subsistemas de dados de uma vez. Torna-se necessrio conhecer a estrutura do sistema de dados bem como as relaes existentes nos diversos subsistemas de dados. O resultado da coordenao inicial do sistema de dados documentado num D-graph. D-graphs ( data system design graphs) Mostram a estrutura do sistema de dados e a relao entre os diversos subsistemas de dados. A figura 10.2 mostra os smbolos utilizados nos Dgraphs. Estes grficos tem um estrutura hierrquica idntica aos A-graphs e I-graphs.

10.3 Desenho de rotinas baseadas no uso do computador Com o intuito de que todas as partes baseadas no uso do computador num sistema de informao funcionem, algumas partes manuais so tambm necessrias, como por exemplo: Actividades manuais que no so possveis de formalizar, ex. a tomada de decises qualificadas; Actividades manuais possveis de formalizar mas que so manuais porque: (i) so naturalmente manuais, ex. chamadas telefnicas standartizadas; (ii) no so facilmente baseadas na utilizao do computador por diversas razes tais como econmicas.

37

Figura 10.2 Simbolos utilizados nos D-graphs (grficos de desenho do sistema de dados).
Fonte:A systematic approach to Information Systems DevelopmentII (Mats Lundeberg, Gran Goldkhul and Anders Nilsson).

38

Figura 10.3 Simbolos usados em D-structures.

Figura 10.4 Smbolos usados em P-structures (Program structures).


Fonte:A systematic approach to Information Systems DevelopmentII (Mats Lundeberg, Gran Goldkhul and Anders Nilsson).

39

Figura 10.5 Exemplo de um grfico de desenho do sistema de dados.

Figura 10.6 Exemplo de um grfico de estrutura de dados.


Fonte:A systematic approach to Information Systems DevelopmentII (Mats Lundeberg, Gran Goldkhul and Anders Nilsson).

40

Figura 10.7 Exemplo da estrutura de um programa.

Figura 10.8 Exemplo de uma lista e parte de operaes relativa estrutura do programa fig . 10.7
Fonte:A systematic approach to Information Systems DevelopmentII (Mats Lundeberg, Gran Goldkhul and Anders Nilsson).

41

Figura 10.9 Exemplo de uma tabela de tarefas.


Fonte:A systematic approach to Information Systems DevelopmentII (Mats Lundeberg, Gran Goldkhul and Anders Nilsson).

11 Que mtodos so usados na adaptao de equipamentos? Quanto aos mtodos usados na adaptao de equipamentos subdividem-se em: (i) Estudo do equipamento; (ii) Adaptao de rotinas baseadas no uso do computador; (iii)Criao de rotinas especficas. E-graphs (Equipment adapted data system graphs) Grficos utilizados nos estudos de equipamentos.

42

Figura 11.1 Smbolos usados nos E-graphs.

Figura 11.2 E-graph (grficos de equipamentos adaptados ao sistema de dados).


Fonte:A systematic approach to Information Systems DevelopmentII (Mats Lundeberg, Gran Goldkhul and Anders Nilsson).

43

Figura 11.3 Programa orientado para estruturas de dados para order basis in/out
Fonte:A systematic approach to Information Systems DevelopmentII (Mats Lundeberg, Gran Goldkhul and Anders Nilsson).

Figura 11.4 Estrutura de um programa para adaptao de uma rotina base para in/out
Fonte:A systematic approach to Information Systems DevelopmentII (Mats Lundeberg, Gran Goldkhul and Anders Nilsson).

44

Figura 11.5 Lista de operaes para adaptao de uma rotina base para in/out
Fonte:A systematic approach to Information Systems DevelopmentII (Mats Lundeberg, Gran Goldkhul and Anders Nilsson).

Figura 11.6 Exemplo de uma tabela de tarefas para rotinas manuais especficas.
Fonte:A systematic approach to Information Systems DevelopmentII (Mats Lundeberg, Gran Goldkhul and Anders Nilsson).

45

Figura 11.7 Exemplo de cdigo de um programa em Cobol para uma rotina order basis.
Fonte:A systematic approach to Information Systems DevelopmentII (Mats Lundeberg, Gran Goldkhul and Anders Nilsson).

12 Sumrio dos resultados das relaes entre as diferentes reas na metodologia ISAC A figura 12.1 mostra alguns resultados da anlise de mudana. Divide-se em quatro partes, na primeira surge a tabela onde se discriminam as mudanas necessrias. Na segunda, mostrada uma lista dos grupos envolvidos e afectados pelas mudanas. Na terceira, est representada uma tabela de propriedades onde so reflectidos valores consoante as actividades. No quadro 4, ou na quarta parte, um A-graph (grfico de actividades) mostra partes das actividades da empresa, a forma como foram pensadas e escolhidas as alternativas de mudana.

46

Figura 12.1 Algumas partes do resultado da anlise de mudanas.


Fonte:A systematic approach to Information Systems DevelopmentII (Mats Lundeberg, Gran Goldkhul and Anders Nilsson).

A figura 12.2 mostra os resultados de diferentes partes dos estudos de actividades e as relaes entre essas partes.

47

Figura 12.2 Diferentes partes de um modelo de actividades.


Fonte:A systematic approach to Information Systems DevelopmentII (Mats Lundeberg, Gran Goldkhul and Anders Nilsson).

A figura 12.3 ilustra a transio dos resultados desde a anlise de mudanas at modelos de actividades detalhados.

48

Figura 12.3 Transies desde anlises de mudana at estudos de actividades: Construo de um modelo de actividades detalhado.
Fonte:A systematic approach to Information Systems DevelopmentII (Mats Lundeberg, Gran Goldkhul and Anders Nilsson).

A figura 12.4 mostra diferentes partes de um modelo de anlise de informao e as relaes entre essas partes.

49

Figura 12.4 Diferentes partes num modelo de anlise de informao.


Fonte:A systematic approach to Information Systems DevelopmentII (Mats Lundeberg, Gran Goldkhul and Anders Nilsson).

A figura 12.5 mostra a transio que vai desde os modelos de actividades at aos modelos de anlise de informao.

50

Figura 12.5 Transio desde os estudos de actividades at anlise de informao. Construo de modelos de anlise de informao.
Fonte:A systematic approach to Information Systems DevelopmentII (Mats Lundeberg, Gran Goldkhul and Anders Nilsson).

A figura 12.6 mostra diferentes partes de um desenho de um sistema de dados e as relaes existentes entre essas partes.

51

Figura 12.6 Diferentes partes do desenho de um modelo de sistema de dados.

52

Figura 12.7 Transio de modelos de anlise de informao para modelos de sistema de dados de equipamentos (no desenho de partes automatizadas).
Fonte:A systematic approach to Information Systems DevelopmentII (Mats Lundeberg, Gran Goldkhul and Anders Nilsson).

53

Figura 12.8 Relao existente entre A-graphs, I-graphs, D-graphs e tabelas de tarefas durante o desenho das partes manuais.
Fonte:A systematic approach to Information Systems DevelopmentII (Mats Lundeberg, Gran Goldkhul and Anders Nilsson).

54

Figura 12.9 Diferentes partes de um equipamento adaptado - modelo sistema de dados.

Fonte:A systematic approach to Information Systems DevelopmentII (Mats Lundeberg, Gran Goldkhul and Anders Nilsson).

55

Figura 12.10 Transio de um modelo de desenho de sistema de dados para um modelo de desenho de adaptao de equipamentos.

Fonte:A systematic approach to Information Systems DevelopmentII (Mats Lundeberg, Gran Goldkhul and Anders Nilsson).

56

Figura 12.11 Transio de E-graphs para tabelas de trabalho por tarefas durante o desenho de rotinas especficas.

Fonte:A systematic approach to Information Systems DevelopmentII (Mats Lundeberg, Gran Goldkhul and Anders Nilsson).

57

13 Ser que se vo obter melhores resultados no desenvolvimento dos sistemas de informao utilizando a metodologia ISAC? Orientao ao utilizador e trabalho sistematizado so duas palavras-chave na abordagem ISAC. O objectivo de tratar os problemas de forma organizada no desenvolvimento de sistemas de informao de permitir a utilizao de modelos de SI por parte dos utilizadores. Caso no se siga uma linha orientadora, aumenta o risco de o desenvolvimento dos sistemas de informao no estar orientado para a resoluo dos verdadeiros problemas, as reais necessidades de mudana dos utilizadores. O objectivo de desenvolvimento dos sistemas de informao de forma orientada, sistematizada usar uma metodologia que possa incutir disciplina possibilitando a coerncia durante todos os passos, fases do processo. Uma abordagem sistemtica permite a elaborao uniforme de documentao, o trabalho em conjunto de pessoas orientadas para o mesmo fim. importante referir contudo que as metodologias no devem ser aplicadas automaticamente sem a utilizao da inteligncia da criatividade das pessoas. A ideia que as partes sistemticas devem promover a criatividade humana durante o processo de desenvolvimento e nunca o contrrio.

58

Esquema da metodologia ISAC

ISAC
Information Systems Work and Analysis of Changes
1979, Mats Lundeberg, G.Goldkuhl, A.Nilsson, A systematic approach to information systems development,
Information Systems, 4, 1-12 Institute for Development of Activities in Organizations, Stockholm, Sweden

um mtodo de desenvolvimento de sistemas de informao orientado para o cliente.

1. Anlise de Mudana

O que pretende a organizao? Qual a flexibilidade da empresa relativamente mudana, a alteraes necessrias?

2. Estudo de Actividades

Que actividades devemos reagrupar nos sistemas de informao? Quais as prioridades a seguir nos sistemas de informao?

3. Anlise da Informao

Que inputs e outputs cada sistema de informao tem? Quais so os requisitos quantitativos de cada sistema de informao?

4. Implementao

Que tecnologia (tipo de informao, hardware, software) vamos usar para os sistemas de informao? Que actividades para cada sistema de informao vo ser manuais e que actividades vo ser automatizadas?

59

Mtodo ISAC

1. Anlise de Mudana

Listar Problemas Analisar os problemas Elaborar modelo de actividade corrente Analisar objectivos Definir quais as necessidades de mudana Considerar mudanas alternativas Elaborar modelo de actividades das situaes desejadas Avaliar alternativas Escolher o modelo de actividade

2. Estudo de Actividades

Decompor os modelos de actividade escolhidos subsistemas de informao

Elaborar os modelos de actividades escolhidos Identificar subsistemas de informao Analisar o que se pode automatizar Elaborar modelos de actividade at que cada sistema de informao seja uma actividade.

Analisar cada SI

Analisar a contribuio de cada SI relativamente aos objectivos delineados de mudana Gerar nveis hierrquicos para os SI Testar as possibilidades desses nveis Fazer uma anlise custo/benefcio (dos nveis) Efectuar a escolha do nvel Coordenar os SI Definir interface entre SI Definir a prioridade para cada SI

60

3. Anlise da informao
Especificar as relaes de input/output para os Sistemas de Informao Especificar as estruturas de dados para os SI Especificar a estrutura dos processos para os Sistemas de Informao

4. Implementao
Quadro 1: Esquema da metodologia ISAC

Quadro 2: Exemplos e classificao de metodologias de desenvolvimento de Sistemas de Informao.


Fonte:A tecnical view of system analisys and design(Technology Guide 6)

61

Quadro 3: Cinco mtodos (colunas), 4 reas (linhas).


Fonte: Requirements Engineering: Frameworks for Understanding R.J. Wieringa Faculty of Mathematics and Computer Science Vrije Universiteit Amsterdam c Wiley 1996-2006

62

Concluso

Penso que a metodologia ISAC ficou bem descrita neste trabalho. uma metodologia que analisa os SI j existentes nas organizaes e que tem como objectivo maximizar as suas potencialidades tendo como condio essencial a resoluo de problemas e a satisfao das necessidades das pessoas que constituem a organizao. uma metodologia que nunca descura a criatividade e realizao do ser humano, uma vez que o mesmo no uma mquina, tem sim o poder de criar mquinas. Nesta metodologia o computador visto como uma das possveis ferramentas de automatizao de tarefas. No obrigatoriamente necessria a utilizao deste equipamento no desenvolvimento dos sistemas de informao para atingir os objectivos propostos na anlise de mudana. Tambm referir que nesta metodologia, aps a identificao dos problemas e da informao ser classificada e delimitada os sistemas complexos so divididos em subsistemas. Os subsistemas so trabalhados, no final obtm-se o sistema com as alteraes necessrias efectuadas. Como inicialmente foi dito a abordagem ISAC orientou a sua pesquisa ao nvel do utilizador dos sistemas de informao, numa altura em que o desenvolvimento dos SI estava particularmente focado na parte tecnolgica. Talvez esta tenha sido uma das razes pelas quais inicialmente a equipa de pesquisa fosse um grupo fechado mas tambm se pode considerar que foi um grupo prottipo na abordagem das pessoas, dos utilizadores como parte integrante no desenvolvimento dos SI. Outras metodologias de alguma forma foram influenciadas pela metodologia ISAC. Por exemplo: ETHICS - Effective Technical and Human Implementation of Computer-Based Systems uma metodologia baseada num mtodo participativo de desenvolvimento de sistemas de informao. Envolve a viso tcnico social, supe que para um sistema ser eficaz a tecnologia deve atender aos factores organizacionais e sociais. Pressupe que uma melhoria na qualidade de vida do trabalho e um aumento no nvel de satisfao dos seus utilizadores deve ser o principal objectivo do processo de projecto do sistema. (Hirschheim e Klein, 1994, p. 83) A filosofia da ETHICS considera que o desenvolvimento de um sistema de informao no apenas uma questo tcnica mas tambm organizacional e deve estar envolvida num processo de mudana. baseada no mtodo tcnico social das cincias sociais. Mumford (1995) definiu o mtodo tcnico social como "um mtodo capaz de reconhecer a interaco da tecnologia e das pessoas que permite produzir sistemas de trabalho que so tecnicamente eficientes e tm caractersticas sociais que levam a elevao do nvel de satisfao no trabalho."

63

Com a metodologia ETHICS o desenvolvimento de sistemas baseados no computador visto como um processo de mudana e portanto envolve conflito de interesses entre todos os participantes do processo. Portando a metodologia ETHICS ao ter em linha de conta os utilizadores como estrutura duma organizao acaba por ter pontos em comum com a metodologia ISAC.

Multiview Esta metodologia percebe o desenvolvimento de um sistema de informao como um processo hbrido envolvendo especialistas em informtica, que vo construir o sistema, e os utilizadores, para os quais o sistema construdo. Grandemente influenciada pelo trabalho de Munford, a Multiview considera aspectos tcnicos e humanos no desenvolvimento de um sistema de informao. (Avison e Wood-Harper, 1990). Os cinco estgios desta metodologia so:

Anlise da actividade humana; Anlise da informao; Anlise e projecto dos aspectos tcnico sociais; Projecto da interface do usurio; Projecto dos aspectos tcnicos.

Portando a metodologia Multiview ao considerar os aspectos tcnicos e humanos no desenvolvimento de um sistema de informao acaba por ter pontos em comum com a metodologias ISAC ETHICS. Para finalizar um quadro 2 onde se podem ver de forma clara os pontos em comum de vrias metodologias onde esto includas: ISAC, ETHICS e Multiview.
2

Quadro retirado da dissertao de Ruth Ferreira Roque sobre o Estudo comparativo de metodologias de desenvolvimento de sistemas de informao utilizando a tcnica delphi (esta dissertao foi julgada adequada para obteno do Ttulo de Mestre, e aprovada em sua formal final pelo Programa de Ps-Graduao em Engenharia de Produo pela Universidade Federal de Santa Catarina, Departamento de Engenharia de Produo e Sistemas em Florianpolis, no ano de 1998)

64

Quadro 4: Requisitos de comparao relacionados interaco com o utilizador.


Fonte: Dissertao de Ruth Ferreira Roque sobre o Estudo comparativo de metodologias de desenvolvimento de sistemas de informao utilizando a tcnica delphi

Nas metodologias ISAC e ETHICHS os requisitos e comparao relacionados interaco com o utilizador esto igualmente descritos com detalhe.

65

Referncias bibliogrficas
A Systematic Approach to Information Systems DevelopmentI. Introduction - Mats Lundeberg, Gran Goldkhul and Anders Nilsson Information Processing/ISAC, University of Stockholm, S-10691, Stockholm Sweden. . A Systematic Approach to Information Systems DevelopmentII. Problem and Data Oriented Methodology - Mats Lundeberg, Gran Goldkhul and Anders Nilsson Information Processing/ISAC, University of Stockholm, S-10691, Stockholm Sweden. Collaborative researching - from ISAC to VITS through HUMOR Gran Goldkuhl, Rsearch network VITS, Department of Computer & Information Science, Linkping University http://www.vits.org/?pageId=10&pubId=600

Requirements Engineering: Frameworks for Understanding, R.J. Wieringa, Faculty of Mathematics and Computer Science, Vrije Universiteit, Amsterdam c Wiley 1996-2006 http://scholar.google.pt/scholar?q=Frameworks+for+Understanding,+R.J.+Wieringa&h l=pt-PT&as_sdt=0&as_vis=1&oi=scholart

Exploring Patterns in Information Management -B Langefors, N Bjrn-Andersen, H Zinner . http://www.cis.gsu.edu/~dstraub/XCV3-2/Description.doc

TECHNOLOGY GUIDES - TECHNOLOGY

GUIDE 6

A Technical View of System Analysis and Design http://www.ms-mkt.com/backend/data-file/products/con23_doct.pdf

Dissertao de Ruth Ferreira Roque (mestrado) sobre o Estudo comparativo de metodologias de desenvolvimento de sistemas de informao utilizando a tcnica delphi http://www.eps.ufsc.br/disserta98/ruth/index.htm

Information systems development methodologies:a classi cation according to problem situation, D.E. AVISON, School of Management, Southampton University, Southampton SO17 1BJ, UK, V. TAYLOR, Ordnance Survey, RomseyRoad, Southampton SO16 4GU, UK http://www.informatik.umu.se/gru/kurssidor/2007/vt/infc10/syst/ume/AvisonTaylor.pdf