| << Chapter < Page | Chapter >> Page > |
Alguns stakeholders têm diferentes responsabilidades duranteo ciclo de vida do software. Entre as responsabilidades, podemos citarfinanciamento, projeto, desenvolvimento, teste, uso, manutenção e até passagemde conhecimento sobre ele. Outros stakeholders, por sua vez, esperam que o softwarefuncione de alguma forma específica: eles têm necessidades em relação aosoftware. Por exemplo, é comum para um usuário esperar que o resultadoalcançado pelo software seja confiável ou que seja alcançado em um tempo hábil.Quando estamos no espaço do problema, costumamos chamar essas responsabilidadese necessidades de requisitos do software. Por outro lado, quando estamos no espaçoda solução, costumamos chamá-las de atributos de qualidade . Logo, os stakeholders têm forte influênciasobre a arquitetura de um software porque ela é uma ferramenta essencialpara proporcionar seus atributos de qualidade e atender aos requisitos,como, por exemplo: custo, reusabilidade, testabilidade, manutenibilidade, legibilidade,desempenho, escalabilidade, segurança, confiabilidade, entre outros.
Entre os diversos tipos de stakeholders que influenciam a arquitetura,podemos citar os usuários, os desenvolvedores, os gerentes, os testadores, os clientes(que podem ou não ser usuários), os designers de outros sistemas e os mantenedores, alémdos analistas e o próprio arquiteto do sistema. Considerando que esse é um conjuntoheterogêneo de papéis, é natural que cada papel possua diferentes necessidades eresponsabilidades que têm efeito sobre a arquitetura e que, eventualmente, resultemem conflitos.
Resolver conflitos de interesses entre stakeholders está entre as obrigaçõesde um arquiteto de software. Ele deve ser consciente de que muitas vezes não serápossível agradar perfeitamente a todos os interessados, uma vez que esses conflitospodem impedir o projeto de uma solução ótima. Portanto, sua obrigação será a deproduzir uma arquitetura boa o suficiente e que faça todos os stakeholders ficaremsatisfeitos. Por isso, é importante que cada envolvido seja informado de como asolução de seu interesse foi restringida pelos interesses de outros envolvidos.
A seguir, podemos observar duas situações de divergências entre stakeholdersque resultam em conflitos entre os atributos de qualidade.
As distribuidoras esperam que os direitos autorais de seus filmessejam protegidos, já os usuários querem apenas assistir a seus filmes sem dificuldadesou interrupções. A forma encontrada para proteger os direitos autoraisfoi por meio da Gestão de Direitos Digitais. Essa decisão implica em restringiro reprodutor de mídia que pode ser usado e obrigar o usuário a se autenticarno sistema para assistir a algum filme. Tanto a restrição do reprodutor demídia, quanto a autenticação do usuário dificultam a tarefa de assistir a umfilme, uma vez que o usuário pode não se lembrar de seu login ou senha ouele pode não estar acostumado com o reprodutor de filmes permitido. Porisso, essa decisão de segurança temimpacto negativo na usabilidade. Portanto, podemos observar aqui um conflito entresegurança e usabilidade.
Notification Switch
Would you like to follow the 'Arquitetura de software' conversation and receive update notifications?
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|