Foram encontradas 310 questões.
O sucesso depende do foco em saber o que se quer
Em 1982, o Sr. Hiroshito I. Hossaka abriu sua primeira escola de datilografia no bairro do Bom Retiro em São Paulo e logo no primeiro mês já contabilizava uma clientela de 30 alunos matriculados. Anos depois, em 1989, o mesmo curso, já modernizado, utilizava computadores da linha IBM PC AT em 9 filiais espalhadas pelo estado de São Paulo com um total de 550 alunos. Nessa época, todo o controle de caixa e de matrículas era feito utilizando o software Lotus 1-2-3.
Com o crescimento constante do número de filiais e de alunos matriculados, o Sr. Hiroshito percebeu que o controle via planilha não era mais suficiente. Adquiriu alguns softwares de prateleira comercializados em lojas de varejo, mas todos não atendiam suas necessidades. Nessa época, a rede de escolas do Sr. Hiroshito já ministrava cursos em diversas áreas do conhecimento, como informática, enfermagem, eletrônica e contabilidade.
Em 1998, impulsionado pelo apelo das mídias especializadas em tecnologia, o Sr. Hiroshito decidiu contratar uma empresa especializada no desenvolvimento de software para criar um sistema que permitisse integrar todos os processos e resultados da empresa (como compras de materiais, matrículas, cursos, funcionários, contabilidade etc.). Por três anos, a empresa de desenvolvimento contratada manteve especialistas em contato direto com os funcionários das diversas áreas da empresa, levantando suas necessidades. Muitas das necessidades relatadas nunca foram implementadas e diversas delas, por terem sido relatadas de forma imprecisa e dando margem à ambiguidade, foram implementadas de maneira incorreta ou deficiente. Frequentemente, os preços e o prazo de entrega prometidos eram alterados. Um ano depois, a contratada havia aumentado em 40% o preço pedido para a fabricação do software e em 60% o prazo de entrega. Além desses gastos, para atender às necessidades de hardware, software e infraestrutura para executar o sistema e integrar todas as filiais, o Sr. Hiroshito já havia gasto o que equivaleria nos dias de hoje a cerca de 1,5 milhões de reais.
Três anos se passaram e o software, que parecia a galinha dos ovos de ouro, se tornou um pesadelo para o Sr. Hiroshito, que já cogitava voltar a fazer os controles por meio das velhas planilhas de cálculo. Não era homem de desistir facilmente, mas quando toda a parte já desenvolvida do sistema (do qual já tinha certa dependência) parou de funcionar por uma semana sem que a contra-tada apresentasse uma solução clara e coerente, ele rompeu o contrato. A empresa contratada foi penalizada legalmente a devolver 30% dos valores já pagos pelo software.
Por cerca de um ano, todos os controles voltaram a ser feitos por planilhas de cálculo e editores de texto, enquanto o Sr. Hiroshito contratava uma equipe de TI própria para desenvolver um novo sistema. Em 2004, a equipe de TI contava com 1 gerente de projetos, 10 analistas de sistemas, 15 programadores, 2 administradores de banco de dados e 3 especialistas em infraestrutura de redes e servidores. Apesar das perdas geradas pelo fracasso do software anterior, a rede de escolas do Sr. Hiroshito estava em franco crescimento e mais 5 novos cursos passaram a ser oferecidos. Naquele ano, após autorização do MEC, foi inaugurada a Faculdade Integrada Hiroshito. Para dar foco ao novo nicho de mercado voltado para os cursos superiores, ele vendeu a rede de escolas e ficou apenas com a faculdade recém inaugurada.
A equipe de TI recém-contratada foi incumbida de desenvolver o sistema para a faculdade. Para realizar a tarefa, foi feito um levantamento inicial dos softwares, equipamentos de informática e telecomunicações necessários. Teve início também nesse mesmo ano o desenvolvimento do software. A equipe de TI adotou o grupo de conhecimentos de engenharia de requisitos e as melhores práticas no gerenciamento e desenvolvimento de projetos.
Em junho de 2006, 60% das funcionalidades do software haviam sido desenvolvidas atendendo as expectativas do Sr. Hiroshito. O desenvolvimento do software até esse período havia superado em 32% o valor previsto inicialmente, porém, o software havia contribuído com um aumento de 75% no faturamento da empresa. Em janeiro de 2008, o software tinha 90% de suas funcionalidades desenvolvidas e 10% delas foram descartadas por extrapolarem muito o orçamento previsto. Nessa época, o Sr. Hiroshito comemorava a terceira filial da faculdade com muito otimismo.
(Pedro Henrique Leuret, inédito)
Informações adicionais:
Dentre os requisitos obtidos para a construção do software constavam:
1. O software deve permitir as funções de cadastro, consultas diversas, alteração de dados e exclusão de alunos, professores e demais colaboradores.
2. O sistema deve ser fácil de usar, fácil de encontrar o que se procura e fácil de memorizar os passos para executar as operações mais comuns.
3. O sistema deve ter seu funcionamento baseado nas tecnologias web.
4. Todas as operações disponibilizadas no sistema devem contemplar a legislação vigente.
5. O sistema deve fazer interface com o sistema da Receita Federal por meio de requisições/respostas utilizando XML.
6. Os alunos devem poder obter por meio do sistema informações sobre suas faltas e notas em cada disciplina.
7. O boletim e o histórico do aluno poderão ser consultados e visualizados pelos gestores, funcionários da secretaria e pelo próprio aluno.
8. Ao clicar em uma opção para gerar o boletim do aluno, deve ser apresentada ao solicitante uma tabela com todas as disciplinas que o aluno cursou, bem como as notas das provas e o número total de faltas em cada disciplina.
9. O sistema deve responder à solicitação de geração do boletim de um aluno em no máximo 10 segundos.
10. O sistema deve calcular a média aritmética das duas maiores dentre três notas de cada disciplina no final do semestre.
11. Quando o sistema constatar que o aluno tem mais que 25% de faltas em uma disciplina do semestre, deve ser exibida no boletim do aluno a informação "Reprovado".
12. O sistema deverá suportar a execução em qualquer plataforma de hardware e/ou sistema operacional.
13. O sistema deve enviar automaticamente para o e-mail dos gestores autorizados um relatório com o número de alunos inadimplentes por curso.
14. O sistema não deve revelar quaisquer dados pessoais dos alunos aos professores, exceto informações sobre notas e faltas no curso em que o professor leciona.
15. O sistema deve permitir que o professor inclua ou modifique as notas de seus alunos durante o semestre letivo.
16. A quantidade de memória necessária para que um terminal possa executar o sistema nas condições mínimas aceitáveis é de 1 gigabyte.
17. A taxa aceitável de falhas nas operações realizadas pelo usuário no sistema deve ser de 1 falha para cada 200 operações.
18. O sistema e sua respectiva documentação deverão ser entregues em um ano a partir da data atual.
19. O sistema não deve permitir operações que beneficiem alguns usuários em detrimento de outros.
20. A interface do usuário deve ser construída utilizando HTML5 e CSS.
21. Se a média do aluno por disciplina, calculada no final do semestre, for menor do que 7, deve ser exibido no boletim do aluno a informação "Reprovado".
Para entender melhor as regras de negócio percebidas nos requisitos de número 10, 11 e 21, e para auxiliar a programação dessas regras, a equipe de TI, contratada pelo Sr. Hiroshito, montou o pseudocódigo a seguir:
Algoritmo Notas
var nota1, nota2, nota3, numeroAulas, totalFaltas, media:real
var disciplina: literal
início
leia(disciplina)
leia (nota1, nota2, nota3, numeroAulas, totalFaltas)
se (nota1 < nota2 E nota1 < nota3)
então media ← (nota2 + nota3) / 2;
senão se (nota2 < nota3)
então media ← (nota1 + nota3) / 2
senão media ← (nota1 + nota2) / 2
fim_se
fim_se
se (media >= 7 E totalFaltas <= numeroAulas * 0.25)
então imprima ("Aprovado")
senão imprima ("Reprovado")
fim_se
fim
Considerando a entrada de notas entre 0 e 10, o pseudocódigo apresentado
Provas
Provas
A equipe de TI da empresa A necessita de um módulo de software que pesquise a situação fiscal de seus clientes. Como a entrega do projeto está atrasada, decidiu-se utilizar um web service de uma empresa B.
Para saber se o serviço atende às necessidades da empresa, a equipe de TI fez uma busca em um serviço de diretório no qual a empresa B publicou a descrição. Nessa descrição foram disponibilizadas informações como, por exemplo, as funções que o serviço possui, as informações de entrada necessárias para que o serviço possa ser executado e os tipos de resultados que o serviço disponibiliza. Para publicar essas informações, a empresa B utilizou uma linguagem baseada no padrão XML.
Após buscar no serviço de diretório e constatar que o serviço atendia às necessidades da empresa, a equipe de TI contratou o serviço.
Desenvolveu-se, então, um módulo de software que troca mensagens entre a aplicação e o web service utilizando o protocolo SOAP, baseado em XML. As mensagens são transmitidas utilizando-se o protocolo HTTP em conjunto com outros padrões web.
Segundo o texto, a troca de mensagens entre a aplicação e o web service utiliza o protocolo SOAP. Uma mensagem SOAP é um documento XML que pode conter diversos elementos. S obre esses elementos, é correto afirmar que
Provas
A empresa Express conta com diversas equipes de desenvolvimento, nas áreas de software em geral, incluindo técnicas estruturadas e de orientação a objetos. Essas equipes estão em constante aperfeiçoamento, visando mantê-las sempre atualizadas com as técnicas mais recentes da engenharia de software, incluindo-se aí a área de bancos de dados.
A Express atende clientes de diversos perfis, abrangendo pequenas, médias e grandes empresas. Dessa forma, os sistemas de computação solicitados também atendem a esse perfil, compreendendo sistemas de pequeno, médio e grande porte.
A Express conta com equipes especializadas, de grande experiência nas áreas acima destacadas, estando, portanto, apta a atender desde um simples produto até um grande sistema de software. Dessa forma, os produtos desenvolvidos pela Express possuem, normalmente, uma qualidade bastante apurada, o que pode ser verificado pelas diversas técnicas existentes.
Uma das normas da Express é a de produzir documentação de excelente qualidade, cuja finalidade é, não apenas para entrega aos clientes, mas também para possibilitar a manutenção adequada dos produtos desenvolvidos.
Provas
O sucesso depende do foco em saber o que se quer
Em 1982, o Sr. Hiroshito I. Hossaka abriu sua primeira escola de datilografia no bairro do Bom Retiro em São Paulo e logo no primeiro mês já contabilizava uma clientela de 30 alunos matriculados. Anos depois, em 1989, o mesmo curso, já modernizado, utilizava computadores da linha IBM PC AT em 9 filiais espalhadas pelo estado de São Paulo com um total de 550 alunos. Nessa época, todo o controle de caixa e de matrículas era feito utilizando o software Lotus 1-2-3.
Com o crescimento constante do número de filiais e de alunos matriculados, o Sr. Hiroshito percebeu que o controle via planilha não era mais suficiente. Adquiriu alguns softwares de prateleira comercializados em lojas de varejo, mas todos não atendiam suas necessidades. Nessa época, a rede de escolas do Sr. Hiroshito já ministrava cursos em diversas áreas do conhecimento, como informática, enfermagem, eletrônica e contabilidade.
Em 1998, impulsionado pelo apelo das mídias especializadas em tecnologia, o Sr. Hiroshito decidiu contratar uma empresa especializada no desenvolvimento de software para criar um sistema que permitisse integrar todos os processos e resultados da empresa (como compras de materiais, matrículas, cursos, funcionários, contabilidade etc.). Por três anos, a empresa de desenvolvimento contratada manteve especialistas em contato direto com os funcionários das diversas áreas da empresa, levantando suas necessidades. Muitas das necessidades relatadas nunca foram implementadas e diversas delas, por terem sido relatadas de forma imprecisa e dando margem à ambiguidade, foram implementadas de maneira incorreta ou deficiente. Frequentemente, os preços e o prazo de entrega prometidos eram alterados. Um ano depois, a contratada havia aumentado em 40% o preço pedido para a fabricação do software e em 60% o prazo de entrega. Além desses gastos, para atender às necessidades de hardware, software e infraestrutura para executar o sistema e integrar todas as filiais, o Sr. Hiroshito já havia gasto o que equivaleria nos dias de hoje a cerca de 1,5 milhões de reais.
Três anos se passaram e o software, que parecia a galinha dos ovos de ouro, se tornou um pesadelo para o Sr. Hiroshito, que já cogitava voltar a fazer os controles por meio das velhas planilhas de cálculo. Não era homem de desistir facilmente, mas quando toda a parte já desenvolvida do sistema (do qual já tinha certa dependência) parou de funcionar por uma semana sem que a contra-tada apresentasse uma solução clara e coerente, ele rompeu o contrato. A empresa contratada foi penalizada legalmente a devolver 30% dos valores já pagos pelo software.
Por cerca de um ano, todos os controles voltaram a ser feitos por planilhas de cálculo e editores de texto, enquanto o Sr. Hiroshito contratava uma equipe de TI própria para desenvolver um novo sistema. Em 2004, a equipe de TI contava com 1 gerente de projetos, 10 analistas de sistemas, 15 programadores, 2 administradores de banco de dados e 3 especialistas em infraestrutura de redes e servidores. Apesar das perdas geradas pelo fracasso do software anterior, a rede de escolas do Sr. Hiroshito estava em franco crescimento e mais 5 novos cursos passaram a ser oferecidos. Naquele ano, após autorização do MEC, foi inaugurada a Faculdade Integrada Hiroshito. Para dar foco ao novo nicho de mercado voltado para os cursos superiores, ele vendeu a rede de escolas e ficou apenas com a faculdade recém inaugurada.
A equipe de TI recém-contratada foi incumbida de desenvolver o sistema para a faculdade. Para realizar a tarefa, foi feito um levantamento inicial dos softwares, equipamentos de informática e telecomunicações necessários. Teve início também nesse mesmo ano o desenvolvimento do software. A equipe de TI adotou o grupo de conhecimentos de engenharia de requisitos e as melhores práticas no gerenciamento e desenvolvimento de projetos.
Em junho de 2006, 60% das funcionalidades do software haviam sido desenvolvidas atendendo as expectativas do Sr. Hiroshito. O desenvolvimento do software até esse período havia superado em 32% o valor previsto inicialmente, porém, o software havia contribuído com um aumento de 75% no faturamento da empresa. Em janeiro de 2008, o software tinha 90% de suas funcionalidades desenvolvidas e 10% delas foram descartadas por extrapolarem muito o orçamento previsto. Nessa época, o Sr. Hiroshito comemorava a terceira filial da faculdade com muito otimismo.
(Pedro Henrique Leuret, inédito)
Informações adicionais:
Dentre os requisitos obtidos para a construção do software constavam:
1. O software deve permitir as funções de cadastro, consultas diversas, alteração de dados e exclusão de alunos, professores e demais colaboradores.
2. O sistema deve ser fácil de usar, fácil de encontrar o que se procura e fácil de memorizar os passos para executar as operações mais comuns.
3. O sistema deve ter seu funcionamento baseado nas tecnologias web.
4. Todas as operações disponibilizadas no sistema devem contemplar a legislação vigente.
5. O sistema deve fazer interface com o sistema da Receita Federal por meio de requisições/respostas utilizando XML.
6. Os alunos devem poder obter por meio do sistema informações sobre suas faltas e notas em cada disciplina.
7. O boletim e o histórico do aluno poderão ser consultados e visualizados pelos gestores, funcionários da secretaria e pelo próprio aluno.
8. Ao clicar em uma opção para gerar o boletim do aluno, deve ser apresentada ao solicitante uma tabela com todas as disciplinas que o aluno cursou, bem como as notas das provas e o número total de faltas em cada disciplina.
9. O sistema deve responder à solicitação de geração do boletim de um aluno em no máximo 10 segundos.
10. O sistema deve calcular a média aritmética das duas maiores dentre três notas de cada disciplina no final do semestre.
11. Quando o sistema constatar que o aluno tem mais que 25% de faltas em uma disciplina do semestre, deve ser exibida no boletim do aluno a informação "Reprovado".
12. O sistema deverá suportar a execução em qualquer plataforma de hardware e/ou sistema operacional.
13. O sistema deve enviar automaticamente para o e-mail dos gestores autorizados um relatório com o número de alunos inadimplentes por curso.
14. O sistema não deve revelar quaisquer dados pessoais dos alunos aos professores, exceto informações sobre notas e faltas no curso em que o professor leciona.
15. O sistema deve permitir que o professor inclua ou modifique as notas de seus alunos durante o semestre letivo.
16. A quantidade de memória necessária para que um terminal possa executar o sistema nas condições mínimas aceitáveis é de 1 gigabyte.
17. A taxa aceitável de falhas nas operações realizadas pelo usuário no sistema deve ser de 1 falha para cada 200 operações.
18. O sistema e sua respectiva documentação deverão ser entregues em um ano a partir da data atual.
19. O sistema não deve permitir operações que beneficiem alguns usuários em detrimento de outros.
20. A interface do usuário deve ser construída utilizando HTML5 e CSS.
21. Se a média do aluno por disciplina, calculada no final do semestre, for menor do que 7, deve ser exibido no boletim do aluno a informação "Reprovado".
I. A entrada para esse processo consiste de um conjunto preliminar de requisitos de negócios, um esboço da descrição do sistema e como o sistema pretende apoiar os processos de negócios.
II. Os engenheiros de software trabalham com os clientes e usuários finais do sistema para aprender sobre o domínio da aplicação, quais serviços o sistema deve fornecer, o desempenho esperado do sistema, restrições de hardware etc.
III. Esse processo busca mostrar se o sistema contribui para os objetivos gerais da organização, se pode ser implementado dentro das restrições definidas de custo e prazo e se pode ser integrado a outros sistemas já existentes.
IV. As atividades desse processo são: obtenção de requisitos, classificação e organização de requisitos, priorização e negociação de requisitos e documentação de requisitos.
V. Verifica os requisitos contidos no documento de requisitos com relação à validade, consistência, completeza, realismo e facilidade de verificação.
VI. Conversão de requisitos em uma forma padrão utilizando, por exemplo, modelos gráficos, para minimizar os mal-entendidos relacionados aos requisitos.
VII. Dedica-se a mostrar que os requisitos realmente definem o sistema que o usuário deseja estando relacionado à descoberta de problemas com os requisitos.
A relação correta entre os subprocessos utilizados e os itens está expressa em:
Provas
Em relação aos gerentes dos estabelecimentos empresariais:
I. Considera-se gerente o preposto permanente no exercício da empresa, na sede desta, ou em sucursal, filial ou agência.
II. O gerente não pode estar em Juízo em nome do preponente, mesmo que pelas obrigações resultantes do exercício de sua função, por se tratar de capacidade exclusiva do representante legal do estabelecimento.
III. O preponente responde com o gerente pelos atos que este pratique em seu próprio nome, mas à conta daquele.
Está correto o que se afirma APENAS em
Provas
Quanto à transmissão das obrigações:
Provas
Em relação ao uso e gozo da propriedade:
Provas
Em relação à sucessão:
I. Aberta a sucessão, o que se dará no lugar do último domicílio do falecido, a herança transmite-se, desde logo, aos herdeiros legítimos e testamentários.
II. Morrendo a pessoa sem testamento, transmite a herança aos herdeiros legítimos, o mesmo ocorrendo quanto aos bens não compreendidos no testamento; e subsiste a sucessão legítima se o testamento caducar, ou for julgado nulo.
III. Se concorrer com parentes sucessíveis, que não sejam herdeiros necessários, o companheiro ou a companheira terão direito a dois terços da herança.
Está correto o que se afirma APENAS em
Provas
Em relação a preferências e privilégios creditórios:
Provas
Caderno Container