Questions et réponses sur le processus SE # 1
Question:Décrivez les composants et la qualité nécessaires pour les documents de spécification du logiciel.
Answer:Le document de spécification du logiciel peut être défini comme un ensemble de ces documents qui contiennent des détails complets sur le logiciel, tout comme les fonctions du logiciel, le besoin de logiciel, la structure de la conception et son efficacité. Un ensemble de ces faits précieux a satisfait le système logiciel. Réduire l'écart entre le développeur et l'utilisateur est le principal objectif de ces documents. Avec l'aide de ces documents, l'utilisateur et le développeur comprennent facilement le besoin et les attentes de ce système logiciel. Jusqu'à ce qu'un client n'obtienne pas la documentation appropriée concernant la spécification du logiciel, il ne pense jamais que ce système logiciel est en faveur ou non. Il a satisfait ou non le besoin de l'utilisateur. Sans un document spécifié, il n'est pas facile pour quiconque de convaincre son client que ce système logiciel répond à ses attentes.
Un document spécifique concernant un logiciel a beaucoup de trouvailles de qualité qui sont définies ci-dessous, avec l'aide de ces qualités un système logiciel peut atteindre son objectif.
Completeness- La base des documents du système logiciel spécifié est de couvrir tous les points qui ont satisfait le client. Dans le cas où des informations complètes ne se trouvent pas dans ces documents, un certain nombre de questions sont soulevées contre cela et ce ne sera pas bon pour le développeur et le client. Les deux parties perdent leur confiance à cause de cela. Bref, un logiciel satisfait les documents décrivent tous les points liés à sa fonction et ses performances.
Accurate - Une précision de 100% doit être présente lorsqu'un document de spécification de logiciel est présent, car cela induit en erreur le client si ce rapport n'est pas exact.
Understandable - Le document de spécification du logiciel ne doit pas prêter à confusion, ce qui signifie que la vision ou l'objectif doit être clair et compréhensible afin que l'utilisateur puisse facilement le comprendre et se satisfaire de ce rapport.
Regularity - La régularité est également une partie essentielle de ce document car chaque partie ou point a été abordé pas à pas pour que la confiance puisse se construire en faveur de ces documents.
Alterable- La qualité de l'altération doit également être présente dans le document de spécification du logiciel car le besoin du client et du logiciel peut être à tout moment. Donc, pour ce changement, une large portée devrait être présente dans ce rapport de document.
Followable- Si le document spécifié par le logiciel couvrait tous les points étape par étape, tout le monde peut facilement le comprendre et le vérifier à nouveau à tous les niveaux. En bref, une vérification croisée est facilement effectuée avec ce rapport.
Valid - Tous les documents s'y rapportant doivent être valides par la loi, les exigences et les besoins du client.
Parties du document de spécification du logiciel
Chaque projet a un besoin spécifique. Il n'y a donc aucune idée présente qui puisse être utilisée à chaque fois ou dans toutes les situations. Donc, pour le document de spécification du logiciel, le rapport a beaucoup de vues pour le construire. Mais chaque rapport a besoin d'une ligne de guidage, avec l'aide de ces rapports complétés sinon ce n'est pas possible.
Introduction - L'introduction de toute chose contient un point qui est nécessaire.
Quel est l'objectif du document?
Domaine de besoin
Couvre le point court, tout comme le coût et le calendrier.
Note d'Ashort à propos de ce produit.
General detail - Cette section du rapport couvre les points suivants:
Il couvre les points qui peuvent affecter les besoins et les logiciels du client.
Pour définir la relation avec un autre produit et comparer plusieurs fois.
Détails des fonctions pouvant être exécutées par le logiciel.
Qualité de base ou fonctionnalités pour les utilisateurs.
Au bénéfice des objectifs du client et des besoins fournis.
Functional need- Au cours de cette étape, chaque fonction doit être clairement décrite, ce qui est effectué par le logiciel après la saisie des données et l'obtention de la sortie. Pour effectuer tout type d'action par ce logiciel, nous devons définir les choses telles que l'opération qui est effectuée par le logiciel et quelle devrait être la sortie requise de celui-ci.
Nature of outside need- Sous ce point de spécification du document logiciel, il convient de détailler toute la nature possible du logiciel et le type de structure utilisé. Un détail complet doit être disponible sur le manuel d'utilisation, le format et les commentaires du logiciel.
Needs for performance- Le détail du besoin lié à la performance ou à l'action effectuée par le logiciel qui joue un rôle majeur dans la spécification du document lié au logiciel. L'action effectuée par le logiciel est en faveur, c'est-à-dire que la qualité de ce logiciel est bonne et conforme à la norme qui est décidée par le client. La performance doit être dans cet état qui peut être facilement mesurable. Le domaine de la performance sont couverts les points comme le temps de réponse et le temps prévu, etc.