Loading

Alison's New App is now available on iOS and Android! Download Now

Study Reminders
Support
Text Version

Set your study reminders

We will email you at these times to remind you to study.
  • Monday

    -

    7am

    +

    Tuesday

    -

    7am

    +

    Wednesday

    -

    7am

    +

    Thursday

    -

    7am

    +

    Friday

    -

    7am

    +

    Saturday

    -

    7am

    +

    Sunday

    -

    7am

    +

Aujourd'hui, nous allons discuter des exigences d'origine et de la documentationpour le développement du système.(Référez-vous à l'heure de la diapositive: 00:32)
Lors de la conférence précédente, nous avons discuté de la classification des exigences, puis de la partition des exigences, puis de la gestion des exigences. Comme nous l'avons vu au sujet des exigences de l'élément de configuration, des exigences du système de configuration des composants, des exigences d'origine et de la mission de, comment pouvons-nous réellement les classer et comment lesen différentes catégories.Et aujourd'hui, ce que nous allons faire, c'est de voir comment nous faisons réellement une exigence et une documentationqui est connue sous le nom de documentation sur les exigences d'origine. Par conséquent,va passer par ce processus les étapes de l'application des exigences.
(Référez-vous à l'heure de la diapositive: 01:03)
Ainsi, l'idée de base est que l'exigence doit être écrite d'une manière très claire et sans ambiguïté, c'est-à-dire que les exigences seront là tout au long du processus de conceptiontout au long du cycle de vie du projet ou du système et qu'il y aura de nombreuses personnes qui utilisentces exigences à différentes étapes et dans diverses circonstances. Tout le monde doitcomprendre l'exigence de la même manière que celle prévue par la personne qui aécrit les exigences.Ainsi, il doit être très clair qu'elle doit être sans ambiguïté et qu'il n'y a pas de confusionsur ce qui est écrit ou qu'il ne peut pas être interprété d'une autre manière. L'importance de cetteque nous pouvons voir dans notre vie quotidienne aussi chaque fois que nous communions avec le peuplenous pouvons dire quelque chose et l'autre personne peut le comprendre différemment. Par exemple,verrez la boîte de dialogue entre Mme Chopra et Gita pourquoi vous avez fait la pop. Donc,beaucoup de maïs n'a besoin que de 6 tasses Gita dit que je n'ai enregistré que 6 tasses.Je veux dire 6 tasses de maïs en pop pas 6 les gobelets de 6 tasses dit Misses Chopra alorstu aurais dû dire. Donc, ça veut dire, si vous voulez quelque chose que vous devez le dire correctement sivous donnez une chance à quelqu'un de l'interpréter de manière différente, les choses iront d'une manière différente de, puis les deux auront une mauvaise communication. Et c'est très important dansce cas d'exigence d'analyse des exigences également. Donc, nous devrions essayer de dire ce queveut réellement et nous devrions écrire de manière très claire et sans ambiguïté ce qui est l'exigenceselon laquelle des exigences particulières en est un autre exemple.
(Référez-vous à l'heure de la diapositive: 02:42)
"Vous devez dire ce que vous voulez dire" le mois de mars est passé sur “ je fais, ” Alice hâtivementa répondu ; “ au moins, je veux dire que c'est la même chose, vous savez. ” Donc, dites ce que voussignifie et je veux dire ce que je dis que c'est la même chose que l'argument ici, mais quetrue regarde ici “ Pas la même chose un peu ” a dit le Mad Hatter. “ Pourquoi vous pourriez tout commedire que je mange ce que je vois c'est la même chose que je mange ce que je vois. Donc, vous pouvez voir la différencece n'est pas la même chose que ce que vous dites que je vois ce que je mange et que je mange ce que je vois sonttotalement différents.Donc, nous devons nous assurer que chaque fois que nous communions ce que nous enregistrons,correctement enregistré et correctement écrit. Donc, tout le monde le comprend de la même façon quece que nous avons voulu.
(Référez-vous à l'heure de la diapositive: 03:29)
Les caractéristiques d'une exigence sonore, de sorte que chaque fois que nous écrivons l'exigence,doit s'assurer qu'il s'agit vraiment de l'exigence appropriée et que nous l'écrivons de manière correcte.Donc, je sais que l'exigence doit être sans ambiguïté, comme je l'ai mentionné,doit être compréhensible pour tout le monde. Ainsi, il ne doit pas être placé de manière très techniqueou dans les phrases très complexes, devrait le rendre très simple etcompréhensible pour tout le monde il devrait être très concis ne pas être très long phrase avec beaucoup ded'explication, devrait être très concis l'énoncé, devrait être traçable traçabilité esten fait vous devriez être en mesure de revenir à cette exigence et de savoir où cette exigence, mais une exigence est venue de et quelle était l'origine de cette exigence. Donc, qu'il y a un problème à l'étape suivante, nous pouvons revenir en arrière et ensuite corrigercette exigence en fonction de l'origine de cette exigence. Par conséquent, c'est pour cela qu'il doit êtretraçable et qu'il doit être indépendant de la conception.Donc, nous ne devrions pas dire spécifiquement que cette exigence concerne ce design particulier. Par conséquent,vous ne devez jamais dire qu'il doit y avoir une transmission claire entre les composants2, car cela dépend de la conception. Par conséquent, cette exigence nepas être écrite de la manière qui dépend d'un dessin ou modèle particulier. Par conséquent, il doit êtretoujours mentionné d'une manière indépendante de conception et doit être vérifiable. Vousdevez donc être en mesure de vérifier cette exigence ultérieurement, peu importe ce que nous écrivons en tant que
doit être une exigence vérifiable. Sinon, il n'y a aucun intérêt à l'écrire carnous ne serons pas en mesure de vérifier si vous êtes réellement atteint de cette exigenceparticulière ou pas de la même manière qu'elle doit être unique à ce projet particulier. Par conséquent,ne doit pas être placé de manière très commune ou être très spécifique à ce système particulier.Il doit être complet. Par conséquent, le fait qu'il ne s'agit pas d'une instruction partielle doit être une phrasecomplète ou une déclaration complète d'exigence, doit être compatible avec les autres exigenceségalement il peut y avoir de nombreuses exigences dans le système. Par conséquent, il doit êtrecohérent avec les autres exigences ne doit pas être une contradiction avec les autres exigences del'exigence globale du système qu'il doit être modifiable. Par conséquent, à tout moment,doit pouvoir modifier cette exigence en fonction de la situation. En effet,peut constater que cette exigence n'est pas celle qui, en fait, vous voulez êtreen position de modifier cette exigence de la même manière qu'elle devrait être réalisable.Ainsi, vous devez être en mesure d'atteindre cette exigence ou vous devez être en mesure de répondre à cette exigencepar certains moyens. Donc, vous ne devriez pas écrire quelque chose qui estimpossible à réaliser. Donc, la faisabilité de l'exigence est prise en compte. Je vais donc faire face àpour vous assurer qu'il est réalisable. Il s'agit donc des bonnes caractéristiques de l'écriture d'une exigence.Ainsi, toutes les exigences doivent en fait essayer de suivre toutes ces caractéristiques. Par conséquent, quetout le monde puisse le comprendre, personne ne l'interprétera de manière différente et il s'agit d'une exigencepossible et réalisable pour le système.
(Référez-vous à l'heure de la diapositive: 06:09)
Ainsi, une fois que vous disposez de ces caractéristiques de base, vous devez savoir comment écrire le document. Par conséquent, c'est le document pour le développement du système qui est connu sous le nom de document d'exigencesd'origine ou en bref. Donc, c'est le document où en fait, nousécrive ou nous enregistrons toutes ces exigences et assurez-vous qu'elles sont réalisables etelles sont compréhensibles pour tout le monde. Ainsi, les exigences et les options de conception interagissententre les phases de cycle de vie. C'est donc important car, tout au long du cycle de vie, ces exigencesinteragissent.Donc, c'est pourquoi nous devons veiller à ce que nos ORD prennent en compte les différents cycles de vie deles exigences du système dans une phase du cycle de vie auront souvent un impact majeur surla conception d'un système dans une autre phase. Ainsi, comme je l'ai mentionné dans le système, nous allonsexaminer le cycle de vie du système. Donc, il y aura une interaction de cette exigencesur les cycles de vie du système et il y aura beaucoup d'impact sur un autre cycle de vie.Ainsi, les exigences de la phase de conception auront un impact majeur sur la phase de fabricationde même que l'exigence de phase de fabrication peut avoir une incidence sur la phase opérationnelle. Par conséquent, nous devons nous assurer que cette exigence que nous identifiera sont cohérentes et queleur impact sur les autres cycles de vie est minimal autant que possible et que la documentationdes exigences dans chaque cycle de vie est importante.So, the Les exigences doivent être enregistrées séparément pour chaque cycle de vie. Par conséquent, comme jel'a mentionné, les exigences sont différentes pour chaque cycle de vie et, par conséquent, nous devons
enregistrer ces exigences pour chaque cycle de vie séparément, la question est maintenant de savoir commentécrit en fait une bonne exigence?(Référez-vous à la diapositive: 07:40)
Voyons comment le faire. Donc, un point important ici est que vous devriez utiliser des motsavec discernement ne pas utiliser les mots sans penser sans comprendre l'importancede chaque mot que nous utilisons. Donc, nous devrions utiliser pour indiquer le caractère limitatifd'une exigence. Par conséquent, si vous avez un caractère limitatif d'une exigence dans laquelle nous pouvons avoirune sorte de transaction off ou un compromis et que nous devrions utiliser le mot doit.représentera les instructions de fait si vous avez des instructions de fait qui sont déjà existanteset que vous n'avez aucun contrôle sur alors vous dites qu'il s'agit d'une volonté et quedoit être utilisé dans les instructions des objectifs. Par conséquent, si vous avez des objectifs spécifiques à atteindre,est atteint. Par conséquent, vous devez toujours dire que vous devez utiliser le mot si, en gros, sivous avez des exigences de sécurité particulières ou si la réponse est requise, alorsdoit indiquer que le système doit répondre à une urgence en 5 secondes ou que le systèmedoit s'accélérer en moins de 2 secondes. Par conséquent, ce type d'instruction d'objectif doit êtrespécifié à l'aide de doit. Encore une fois, n'utilisez pas et / ou donc une fois de plus une instructionprête à confusion, n'utilisez pas et / ou si vous utilisez et / ou si je veux dire où qu'il s'agit de, n'utilisez pas cette option pour qu'un lecteur puisse l'interpréter de manière différente.Et ne commencez jamais avec si vous ne démarrez aucune exigence dans le cas si, car si une fois de plus,prête à confusionO un lecteur à l'étape suivante ou une personne qui passe par l'exigence.
Donc, il peut l'interpréter d'une manière différente, alors n'utilisez jamais un si. De même, les verbes non spécifiquescomme le maximum, le minimum ou les adjectifs comme facile, flexible, robuste, adéquat, suffisantetcetera doivent être évités.Parce que ces éléments sont tous très subjectifs au minimum. Donc, quand vous dites le maximum.Donc, personne ne saura ce qui est réellement le maximum que nous voulons, puis encore une fois il estsubjectif et dépend de la situation, de même minimiser ou adjectifs comme facileflexible robuste, ce ne sont pas tous très objectifs. Par conséquent, nous devons éviter ces types de verbesnon spécifiques et vous assurer que tout ce que nous spécifions un objectif très objectif et qu'il soittrès clairement compréhensible pour toute personne qui passe par ces exigences.(Référez-vous à l'heure de la diapositive: 09:57)
Nous allons voir des exemples de sorte que chaque fois que nous écrivons cette exigence, nous commençons par le systèmed'intérêts si c'est un système d'ascenseur ou qu'il s'agit d'un téléphone mobile ou qu'il s'agit d'un réseau mobileou d'un système de télévision, nous devrions commencer l'exigence avec le systèmed'intérêt à suivre par une phrase commençant par le mot doit ou doitselon la situation et être suivi d'un objet qui décrit une sortie d'entréeet se terminer par des conditions dans lesquelles le précédent était vrai. Par conséquent, il s'agit de la façon dont les exigencesdoivent être écrites.Ainsi, nous commençons par le système d'intérêt suivi d'une phrase de verbe commençant par le motdoit ou doit, selon la situation, puis suivre par un objet qui
décrit l'entrée ou la sortie de l'exigence et se termine par des conditions sous, ce qui est vrai.Par conséquent, c'est la façon dont vous écrivez une exigence, par exemple, vous pouvez voir ici que j'écrisque le système de développement reçoit les entrées des parties prenantes. Par conséquent, si vous disposez d'un système, nous parlons d'un système où la phase de développement est en cours de discussionet nous devrions dire que ce système de développement doit recevoir les entrées des parties prenantes. Par conséquent,est une instruction d'exigence. Ainsi, le système doit pouvoir recevoir l'entrée des parties prenantes de.Ainsi, quelles que soient les entrées, le système doit être capable d'accepter ces entréeset c'est la seule exigence. De même, le système de fabrication doit avoir un taux de mise à la casse dede x pourcentage ou quel que soit le pourcentage 1. Par conséquent, ne dites pas qu'un taux de mise à jour minimal du taux de mise à la casse. Par conséquent, il n'est pas acceptable que vous écrivez ce queest la quantité acceptable ou quelle est la quantité qui est acceptable, le système de fabricationdoit avoir un taux de mise à la casse de x pourcentage.Ainsi, vous avez clairement indiqué que c'est la plage acceptable et si c'est au-delà de ce quen'est pas acceptable, le système de retraite cause moins que la valeur particulière x dollar ou xrupees tout ce qu'il est. Ainsi, le système de retraite du système le coût de la retraite ou du coûtde disposition du système doit être inférieur à une valeur particulière. Par conséquent, il est très clairqu'il n'y a pas de confusion sur ce point, vous devez indiquer clairement que le coût de la retraitedoit être inférieur à une valeur particulière.De même, le système arrête le flux d'hydrogène liquide dans 0,5 secondes ou moins, nous disons quesecondes est la limite ou qu'elle peut être inférieure à cela, mais pas plus que ce quedit très clairement que le système, doit arrêter le flux d'hydrogène liquide danscertains cas vous avez un système de contrôle de l'hydrogène liquide, alors nous disons quece système de contrôle doit arrêter le flux d'hydrogène liquide dans 0,5 Ainsi, vous pouvez clairement voir ici et ne pas utiliser des mots tels que maximiser ou minimiser ou d'autres adverbesque nous sommes en fait nous faisons des déclarations sont en fait ce n'est pas vraiment l'objectif. Par conséquent, nous ne donnons pas d'évaluations subjectives ou de valeurs subjectives ici.Il sera clairement indiqué quelle est l'exigence réelle ou quelle est l'attenteréelle à partir du système. Il s'agit donc de la façon dont nous écrivons l'exigence pour le système.
(Référez-vous à l'heure de la diapositive: 12:54)
Une fois de plus, ces exigences d'origine nous permettent d'écrire la classification, car j'ai mentionnéqu'il existe des exigences de sortie d'entrée et des exigencesà l'échelle du système de technologie. Donc, ils sont tous écrits de la même façon ou comme nous l'mentionné dans la diapositive précédente. Ainsi, les exigences de sortie en entrée se composent essentiellement dede l'entrée et de la sortie, c'est-à-dire de l'entrée entrant dans le système et de la sortieprovenant du système. Par conséquent, pour le cas de l'ascenseur, vous pouvez dire quesystème doitdonner une indication du statut de l'ascenseur.Ainsi, le système doit disposer d'une fonction permettant de donner une indication de sortie du statut, qu'il s'agisse dedans une condition de travail ou d'un travail dans lequel, pour l'installation, le système doit êtrecapable de donner cette sortie. Par conséquent, c'est-à-dire que la sortie d'entrée requiert l'une des exigencesde sortie identifiées, le système accepte les demandes de tous les étages. Par conséquent, une fois de plus,est une condition d'entrée que le système d'ascenseurs accepte les demandes de tous les étages.Ainsi, tout le plancher doit être, je veux dire qu'il devrait y avoir une installation permettant à l'ascenseur d'accepter les demandesde tous les étages qui, une fois de plus, doiventà une exigence en entrée.Ainsi, chaque fois que l'utilisateur fournit une entrée au système et que le système doit être en mesure de donner une sortie, il est en fait état ; quel est le statut de cette demande particulière. Ainsi, le systèmedoit donner une rétroaction à l'utilisateur au sujet de la demande que le système invite l'utilisateur àsélectionner l'option. Là encore, le système doit utiliser la doit inviter l'utilisateur à sélectionner l'option
supposons qu'il existe de nombreuses options, puis que le système donne une option ou invite l'utilisateurà sélectionner l'option particulière pour cette situation particulière, le système vérifie l'identité. Par conséquent, s'il y a une exigence, le système doit être en mesure d'identifier, de vérifier l'identité de la personne ou de l'identité de cette exigence particulière ou de l'option particulièredonnée par l'utilisateur.Ainsi, il s'agit de l'exigence de sortie d'entrée standard d'un système. Par conséquent, nous allons essayer d'identifierdans les conférences précédentes dont nous avons discuté au sujet du scénario de trace du scénario de trace du scénario de trace d'entrée, descriptionet tout. Donc, ces scénarios nous donneront les exigences ou nous identifiera l'exigenceà partir de ce scénario et en fonction de ces scénarios, nous allons essayer d'écrireces exigences comme indiqué ici. Voici quelques exemples de l'écriture d'une bonne configuration.(Référez-vous à l'heure de la diapositive: 15:17)
De même, pour les exigences relatives à l'ensemble du système ou à la technologie dans ce cas, nous allons écrire le système de l'ascenseurdoit être conforme à la loi sur les personnes handicapées. Il s'agit donc d'une technologie ou d'une exigence globale du systèmequi ne provient pas de la trace de sortie d'entrée. Cela provient de laou de l'exigence à l'échelle du système ou du contexte dans lequel le systèmeest utilisé. Ainsi, le système doit être conforme à la loi sur les personnes handicapées, mais le logiciel systèmedoit être écrit en C++ ou dans d'autres langues, quelles que soient les langues, quel que soit le logiciel ou le système d'exploitation.
Ainsi, cela peut être spécifié dans l'exigence, cela peut avoir un impact sur l'autre cycle de vie. C'est pourquoi il est écrit spécifiquement que l'exigence ou le logiciel du systèmedoit être écrit dans une langue particulière. De même, la communicationdu système doit être via une norme sans fil ou connectée ou répondant à une norme particulière. Par conséquent, sivous disposez de communications entre le système et il s'agit d'un système externe.Ainsi, nous pouvons écrire l'exigence de communication sur le type de protocole utilisé parou sur le type de méthode à utiliser pour la communication, qu'il s'agisse d'une communicationétendue ou d'une communication sans fil et quelles sont les normesutilisées pour la communication, ces éléments peuvent être mentionnés comme une exigence. De même, le coût de fonctionnement du système est un tiret de rupees par anet quel que soit le montant. Par conséquent, vous écrirez que le coût d'exploitation doit également êtreinférieur à une valeur particulière.Donc, c'est une condition de cours, le suivant, en fonction de la nouvelle conception et du développement ultérieur de, ce qui peut changer, c'est pourquoi il n'y a pas de déclaration convaincante, maisest la cible de ce que les concepteurs espèrent atteindre. Ainsi, le coût d'exploitation du systèmeest un roupies x par an. Il s'agit donc de la technologie système requisepour ce cas particulier.(Référez-vous à l'heure de la diapositive: 17:03)
Il s'agit de la façon dont nous écrivons dans l'ORD la structure standard d'un ORD. Ici comme vous, vous pouvez voir chaque document d'exigence d'origine qu'il a en fait comme je l'ai mentionné il s'agit d'un cycle de vie.(Reportez-vous à la page Heure de la diapositive: 07:15)
Donc, chaque cycle de vie aura ses propres exigences. Ainsi, le document d'exigenced'origine enregistre toutes ces exigences tout au long du cycle de viedu système. Ainsi, l'ORD commence par une introduction ou une présentation du système. Par conséquent, ce que le systèmeest ce qu'il est réellement destiné à ce que sont les concepts de base ou le concept opérationnelque les concepteurs envisagent d'utiliser et que nous vous dirons en fait la présentation d'un systèmedu système. Ainsi, toute personne qui passe à cette étape requiert ce document.Vous comprenez ce que le système est pour et quels sont les concepts de base de l'exploitationque les concepteurs de concepts sont en train de planifier. Ensuite, je vaisdonner les documents applicables aux différents documents applicables à cette exigence particulière de. Il peut y avoir de nombreuses normes qu'il peut y avoir cette loi de handicap oules normes de construction ou normes de sécurité, il existe des normes internationales et les normes nationales. Ainsi, les documents qui s'appliquent à cette conception particulière serontmentionnés dans la section de document applicable, puis nous allons commencer à écrire les exigences.Ainsi, comme je l'ai mentionné, les exigences sont écrites pour différentes phases. Ainsi, nous commençons par les exigences de la phase de développement. Ainsi, une exigence de phase de développement elle-même peut être
classés dans les exigences en sortie d'entrée, les exigences de technologie à l'échelle du système, les exigences de la fonction Trade-offet les exigences de qualification, il s'agit des 4 catégories d'exigencespour la phase de développement.(Référez-vous à l'heure de la diapositive: 18:47)
Par conséquent, sous les exigences de section, nous commençons par les exigences de la phase de développement, puis nous allons pour la phase de fabrication et le déploiement
La phase de formation en phaseet tous les autres cycles de vie identifiés pour ce système particulier écrivent l'exigence, encore une fois pour la phase de fabrication, vous essayez également de déterminer quelle est l'exigence de sortieen entrée, quelle est l'exigence de l'ensemble du système et de la technologie, le commerce deexigences et exigences de qualification.Ainsi, ces 4 seront donc tous les autres cycles de vie également. Par conséquent, nous allons commencer par l'exigence de phase de développement, puis la phase de fabrication à nouveau, nous allons écrire3.2.1 comme exigence de sortie d'entrée 3.2.2 à une exigence de la technologie et de l'ensemble du système,puis 3.2.3 comme exigences de mise hors service, puis, en fonction de ces exigences,peut être à nouveau des sous-classes ou des subdivisions, nous donnerons la numérotation selon les exigencesidentifiées ici. Il s'agit donc de la structure générale d'un ORD.
(Référez-vous à l'heure de la diapositive: 19:36)
Ainsi, comme vous pouvez voir qu'il existe différentes phases, la phase d'exploitation de la phase de formation, la phase d'amélioration du système, la phase de la retraite, puis une exigence de compromis globale, l'exigence de compromis globale sera également identifiée par les concepteurs.(Référez-vous à l'heure de la diapositive: 19:46)
Par conséquent, selon le cours en fonction des performances, ou bien ils identifient globalementde commercequi peuvent s'appliquer à tous les cycles de vie. Il s'agit donc de la structureet, une fois de plus, nous aurons d'autres concepts opérationnels à l'annexe.Par conséquent, différents concepts opérationnels sont en phase de développement au cours de la phase de développement.
et ensuite le diagramme système externe par phase ou si des phases différentes s'y sont effectuées, il y auradiagramme système externe différent car l'interaction peut être différente. Par conséquent,vous identifiera également le diagramme de système externe et vous placerez tous ces éléments sous les annexes.Ainsi, il s'agit de la structure générale d'un document d'exigences d'origine. Ainsi, la première partiede la conception qui est essentiellement la phase de développement ou identifie le problèmeet le problème de conception de niveau système et a fait cette sortie finale est un document d'exigencesd'origine. Comme je l'ai mentionné dans les conférences précédentes, nous commençons par les entrées des parties prenantes, puis nous allons à travers différentes étapes ; comme le développement de concepts, les scénarios d'opération de trace de sortieen entrée, les exigences de compromis et passer par l'analysede l'exigence, puis la documentation sur la gestion des exigences et les exigences. A la finde cette phase, le document d'exigences d'origine sera obtenu en tant que sortie de cette phase de développement particulière. Par conséquent, le problème de conception de niveau système va obtenir l'option ORD en tant quela sortie de cette phase particulière.(Référez-vous à l'heure de la diapositive: 21:18)
Donc, pour résumer tout ce que nous avons discuté lors des deux dernières conférences, nous avons essentiellement discuté deau sujet du problème de conception de niveau système en tant que première fonction initiale du processus de conception. Nous avons discuté de l'existence de 6 fonctions.Et le premier est le problème de conception de niveau système et, dans ce cas, nous avons discuté desur les concepts opérationnels comment développer un fonctionnement très préliminaire
les concepts, puis comment identifier les systèmes externes, comment regarder les exigences d'origine, comment regarder la hiérarchie des objectifs, puis commentnous documentons et gérons les exigences.Donc, ce sont les sujets que nous avons traités dans le problème de conception de niveau système, mais maintenant c'estpour prendre quelques exemples et expliquer comment nous allons passer par ces phases et développerl'ORD pour le cas particulier. Par conséquent, pour ce faire, permettez-moi d'aller à l'exemple particulier dedont nous avons déjà parlé dans ce que je vais passer à la même conception de l'ascenseur et à, puis à travers les différents scénarios de fonctionnement et les exigences opérationnelles, puisnous voyons comment nous allons réellement écrire l'exigence pour ce système particulier.(Référez-vous à l'heure de la diapositive: 22:27)
Comme vous connaissez les scénarios de phase opérationnelle, c'est la première étape de l'identification des exigences. Donc, nous avons des scénarios différents. Donc, l'un des scénarios que nous avons déjàa abordé la façon dont les passagers utilisent le système. Par conséquent, nous écrivons clairement les étapesimpliquées dans l'utilisation du système par un utilisateur.Ainsi, nous disons que les passagers, y compris la mobilité visuelle et auditive, demandent au servicede recevoir un retour d'informations sur le fait que la demande a été acceptée, que la voiture de l'ascenseurapproche et qu'une opportunité d'entrée est disponible, qu'elle entre dans la voiture de l'ascenseur,la demande a été acceptée, que la demande a été acceptée, que la demande a été acceptée, que la porte estfermant, que vous recevez des commentaires sur le plancher auquel l'ascenseur est en cours d'arrêt et de réception
feedback that an exit opportunity is available, and exit ascenseur with no physicalobstacle.So, we have clarté all the steps in using an silos by a passengerand that effective includes the mobility or visuellement or hearing contestées people also.Now once we have this scenario we will make an input output trace to find out what kindof interactions what kind of feedbacks are happening between this 2 the system and it isa external systems.(Reportez-vous à la page Diapositive: 23:43)
Donc, ici on identifie l'ascenseur comme un système et un passager en tant que système externe. Par conséquent, sile passager demande une demande de service up et qu'il y a beaucoup de commentaires de la part de, la demande de retour d'informations de l'ascenseur a été reçue, la rétroaction de la voiture est en cours, la rétroaction que la porteest en train d'ouvrir, puis une opportunité d'entrée est fournie. Donc, cela montre en fait queil y a 4 types de retours en retour de l'ascenseur et que cela identifie en fait les exigenceségalement l'exigence de sortie de l'ascenseur.Donc, il s'agissait d'une exigence d'entrée pour l'ascenseur qu'un service up demande àd'être accepté et ces 4 indiquent en fait les exigences de sortie de l'ascenseur, c'est-à-direou l'ascenseur doit donner ce type de sortie au passager. Ensuite, il y auraune autre entrée du passager ou du système externe indiquant que la demande de farine ou la demande de sol requise parest donnée à l'ascenseur.
Par conséquent, cette demande utilise une autre exigence au fond, le passager doit être là sidoit être une option pour un passager pour qu'il donne les entrées et qu'il doit y avoir une installation àaccepter cette entrée et ensuite traiter cette entrée à une étape ultérieure par l'ascenseur. Et puisune fois que vous avez l'entrée reçue que par l'ascenseur, alors les commentaires à donner àil y a 2 rétroactions ici sont désolant plus de 2 il y a une rétroaction que la demande a été reçue, il y a une rétroaction que la porte est en train de fermer, il y a une rétroaction sur l'endroit où l's'est arrêté, et la rétroaction que la porte s'ouvre après avoir atteint le plancher particulier deet qu'il y a une possibilité de sortie fournie.Donc, tous ces éléments sont la sortie de l'ascenseur. Donc, le système d'ascenseur et nous avons conçucet ascenseur nous devrions identifier ce sont les exigences de sortie de l'ascenseur. Par conséquent,vous pouvez voir que, à l'aide de ce diagramme, la trace de sortie d'entrée que vous pouvez voir,l'exigence en entrée et quelles sont les exigences de sortie pour ce scénario particulier.Comme cela, nous pouvons identifier de nombreux autres scénarios et essayer d'identifier toutes les exigences.(Référez-vous à la diapositive: 25:38)
Par exemple, il existe un autre scénario que le passager entre dans une voiture d'ascenseur, comme décrit dans, qui se trouve dans le même scénario, mais qui trouve une situation d'urgence avant qu'une opportunitéde sortie ne soit présentée.Ainsi, il existe une situation d'urgence qui peut être une défaillance d'un systèmeou dans l'ascenseur ou il y a de la fumée à l'intérieur ou il y en a d'autres
ascenseurs un peu de danger pour la vie de la personne ou un quelconque vol à l'intérieur ou à l'intérieur de celui-ci