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 de certaines techniquesde modélisation graphique utilisées dans le processus de conception de système d'ingénierie. Il s'agit de certaines des techniques de modélisation qualitative, largement utilisées dans l'industrie pour les différentes étapes du processus de conception.Dans les dernières classes, nous avons discuté des différents processus de conception du système, et nousdécouvert que de nombreux outils sont utilisés à différentes étapes, en particulier lorsqu'il s'agit dela modélisation fonctionnelle, le développement de l'architecture, le développement d'interfaces, etc. Nousavons besoin de penser à différentes techniques de modélisation pour que le processus devienne beaucoup plus simpleet vous donne une idée beaucoup plus grande de ce que nous faisons.Ainsi, dans ce cours, puis dans les quelques conférences à venir, je discuterons de certaines des méthodes les plus couramment utilisées parpour la modélisation du système, ainsi que de certains processus de la conception du système.(Reportez-vous à la section Heure de la diapositive: 01:16)
Les principales techniques dont nous allons discuter sont les techniques de modélisation que le premierest essentiellement connu sous le nom de modèle de données. Il s'agit de la relation entre les entités de données. Par conséquent,nous avons différentes entités dans le système et il y a beaucoup d'échanges de données entre ces entités. Par conséquent, nous devons modéliser cette relation de données, essentiellement les relations de sortie d'entréeentre les entités et nous utilisons les techniques de modélisation des données pour le faire.Les techniques de modélisation des données utilisées principalement sont les diagrammes de relation d'entité et l'higraphe.Nous allons passer par ces méthodes diagrammes ER et higraph, mais avant que cela ne me laisseexpliquer les deux autres méthodes, où nous utilisons pour modéliser l'autre est connu sous le nom de modélisation de processus.Ainsi, le premier était un modèle de données qui donne réellement la relation entre les entitésde données et dans le modèle de processus, nous discutons de La modélisation des processus essentiellementle flux de fonctions dans le système. Il identifie les processus que les processus ont fait etlorsqu'ils sont effectués, etc. Ainsi, ici dans la modélisation de processus, l'accent est mis sur l'identification des fluxentre les entités. Ainsi, en particulier dans la modélisation fonctionnelle, nous avons besoin deidentifier la fonction qui est traitée par quelle entité et comment ce flux de fonctions prend. Ainsi, pour que nous utilisions le modèle de processus et ici nous avons des méthodesdifférentes ; l'un est connu sous le nom de flux de données ou de méthode, l'autre est connu sous le nom de diagramme N2, ils sont quelque peu similaires au diagramme IDEF0 que nous avons déjà discuté, maissont des méthodes alternatives pour la modélisation du processus au sein du système.Le dernier est connu sous le nom de modèle de comportement. Dans le modèle de comportement, nous examinons le contrôleet l'activation de différents processus dans le système. Ainsi, comment est-il contrôlé etcomment le flux est en cours, quel type d'entrée de contrôle est nécessaire, ces éléments sontréellement modélisés à l'aide du modèle de comportement. En particulier, l'arrêt des fonctionsdu système sont modélisés à l'aide du modèle de comportement. Les méthodes couramment utilisées sontla FFBD qui est le diagramme de bloc de flux de fonctions, puis les diagrammes de comportement et les pétrinets.Ainsi, tous ces éléments sont utilisés pour modéliser l'arrêt d'activation de contrôle des fonctions système à différentes étapes de. Cela est nécessaire pour identifier, quel type d'action de contrôle nous avons besoin pouret quand une fonction donnée s'arrête et quel type de contrôle les entréessont nécessaires et quel type de processus se déroulent en parallèle.Ainsi, ces modèles peuvent être modélisés à l'aide des modèles de comportement. Donc, ce sont les trois techniques de modélisationimportantes qui seront en discussion lors de cette conférence. Donc, nous allons commencer par
le modèle de données qui est la relation entre les entités de données. Ainsi, nous allons commencer par le diagrammeER ou le diagramme de relation d'entité.(Référez-vous à la diapositive: 04:02)
Les diagrammes de relation d'entité, qui modéle les structures de données ou les relationsentre les entités de données. Ainsi, ici, la relation entre les entités de données est modéliséeà l'aide du diagramme de relation d'entité et une entité est définie comme une classe d'élémentssimilaires, tels que les personnes, l'ordinateur, les livres, etc. Donc, ces entités que nous modélisons la relationentre ces entités à l'aide du diagramme de relation d'entité et comment créons-nous ERD.Ainsi, ces entités créées essentiellement le diagramme de relation d'entité sont créées en identifiantles entités. Ainsi, nous identitons toutes les entités du système, puis nous identitons les événements significatifs.Ainsi, quels sont les événements significatifs qui se produisent, puis nous analysons la nature des interactions, puis dessine le diagramme de relation d'entité. Ainsi, comme je l'ai mentionné,explique en gros la relation entre les entités. Ainsi, afin de dessiner le diagramme de flux de données, nous devons identifier les entités et la relation entre les entités. Etune fois que nous avons identifié cette interaction entre les entités, nous pouvons en fait tracer le diagramme de relationde l'entité. J'expliquerai quelques-unes des méthodes utilisées pour le diagrammede relation d'entité pour tracer le diagramme. Alors, allons au conseil d'administration, puis voyons comment les entités sont liées ou représentées paret comment les relations sont expliquées à l'aide du diagrammede la relation d'entité.
Par conséquent, dans le diagramme de relation d'entité, toutes les entités sont représentées à l'aide d'un bloc carré.Ainsi, toutes les entités sont représentées à l'aide d'un bloc carré.(Référez-vous à la diapositive: 05:37)
Il s'agit donc de l'entité et de la relation entre deux entités. Par conséquent, nous avons une autre entitéici, la relation entre ces deux entités est représentée à l'aide d'une boîte en forme de losange. Donc, c'est la relation et elle est connectée comme ça. Ainsi, si vous avez plus de relations, vous pouvez en fait dessiner plus de boîtes en forme de losange pour représenter la relation. Il s'agit donc de la structure de base de la relation d'entité. Ainsi, comme vous pouvez le voir,peut avoir de nombreuses entités et de nombreux types de relations. Par conséquent, les entités sont normalementreprésentées à l'aide des blocs carrés et la relation est représentée à l'aide de zones en forme de losange. Une autre façon de procéder est essentiellement vous pouvez au lieu d'avoir les boîtes à diamantque nous pouvons en fait avoir dirigé les relations, où nous montrons simplementune flèche vers une flèche dirigée pour représenter la relation.Donc, c'est l'entité 1, c'est l'entité 2 et nous pouvons avoir les relations écrites ici R1R2 R3 la relation. Donc, dans ce cas si vous utilisez la boîte en forme de losange àreprésente la relation, alors nous n'utilisons pas les flèches, mais lorsque nous n'utilisons pas la relation, nous utiliserons des flèches pour représenter la relation directionnelle. Par exemple, nousprenons le cas d'un client qui effectue des dépôts, comment représentons-nous la relation entrele client et l'argent. Donc, le client est une entité ici est un exemple très simple. Donc,nous prenons le client et l'argent à deux entités. Ainsi, comme nous l'avons mentionné, une entité peut être
tout ce qu'il s'agit d'un matériau de machine homme ou de toute autre chose, qui peut en fait êtrereprésenté.Ainsi, il s'agit d'une entité et il s'agit d'une autre entité et lorsqu'un client effectue un dépôt. Donc,on peut en fait écrire la relation comme ça. Donc, ici, en fait, le client consigne de l'argent. Ainsi, il peut s'agir d'une relation client peut déposer de l'argent et l'autre estclient retire de l'argent peut-être une autre relation de cours, vous pouvez avoir beaucoup dece genre de relations et transférer de l'argent. Donc, ce sont les trois relations que nous pouvons établiridentifier le client de dépôt client retire de l'argent le client transfère de l'argent.Donc, cela montre en fait qu'il s'agit du type de relation qu'un client peut avoir avec l'argentet qui est réellement représenté à l'aide d'une méthode graphique. C'est donc le modèle d'une technique de modélisation qualitativeoù nous représentons la relation entre le clientet l'argent ou entre différentes entités.Nous pouvons avoir une relation différente selon les scénarios, nous pouvons en fait identifierde nombreux autres scénarios comme le client veut faire une impression du compte ou de l'instruction de compte, alors les entités seront différentes ici le client sera l'entitéici, l'entité au lieu de l'argent aura une entité différente. Et la même relationpeut être représentée à l'aide des flèches directionnelles également. Par conséquent, au lieu des zones de diamant, vous avez les flèches directionnelles.(Référez-vous à la diapositive: 09:38)
Voici donc les deux entités. Par conséquent, il s'agit d'une autre façon de représenter le même client du diagrammeER et, ici, vous avez le dépôt au niveau de la relationdépôt et transfert ou retrait.Ainsi, nous pouvons représenter la relation à l'aide de cette méthode ou à l'aide de cette méthode dansles deux cas, vous verrez qu'il y a une relation ici, les flèches sont affichées ici dans ce cas, mais dans ce cas, les flèches ne sont pas affichées. Il s'agit de la façon dont le diagrammede la relation d'entité est dessiné. Ce sont des cas très simples, puis il y a des méthodes qui ont été utilisées pendant une longue périodepour représenter les relations. Et ici vous pouvez en fait disposer de différents types de relationvous pouvez également avoir une relation un à un entre les entités ou vous pouvez avoira une ou plusieurs relations, ou vous pouvez avoir un grand nombre de relations entre les entités. Ainsi, cela peut également être représenté à l'aide du diagramme de relation d'entité. Par conséquent,vous pouvez voir si vous avez deux entités comme un gestionnaire de bureau et un bureau.Supposons que ce sont les deux entités, alors nous pouvons avoir une relation ici, le gestionnaire de bureaugère le bureau ou dirige le bureau. Il s'agit donc de la relation entre les entités.Ainsi, il s'agit du gestionnaire de bureau de l'entité 1 et ce bureau est l'entité 2. Vous pouvez donc disposer d'un bureau de chef de bureau de relations. Donc, normalement, nous aurons un à un.
relation pour cela. Donc, c'est un chef de bureau qui dirige un bureau. Il s'agit donc de la relation one-to-dans le diagramme de relation d'entité. Ainsi, dans certains cas, comme vous pouvez le faire à nouveau
un bureau ou nous pouvons prendre un autre exemple pour le même diagramme un-à--une relation est le numéro d'immatriculation du véhicule, c'est de nouveau un exemple pour
relation un à un.Par conséquent, numéro d'enregistrement attribué aux véhicules. Vous pouvez donc voir qu'un numéro d'enregistrementest attribué à un seul véhicule. Donc, encore une fois, il s'agit d'une relation un à un. Donc, le
relation où n'est qu'une entité, liée à une entité qui est représentée par une relation unique à. Et si vous avez une relation à plusieurs, alors nous représenterons
d'une manière différente, le diagramme de relation d'entité sera presque le même, sauf que nousaurons une relation affichée avec les nombres là-bas. Ainsi, un à plusieurs estnormal représenté par 1 à M et ce sera parfois au niveau actuel de N à M comme beaucoup deà beaucoup de N entités liées aux entités M.Ainsi, ici vous pouvez prendre un exemple pour les relations d'un à plusieurs. Donc, si vous avez un département, supposons que nous ayons à propos d'un département dans un collège d'ingénieurs. Donc, nous
peut voir que le service utilise des excuses. Par conséquent, il s'agit à nouveau d'une entité par rapport aux employés du service. Donc, vous pouvez voir qu'un ministère emploiera beaucoup de personnel. Par conséquent, il s'agit d'une relation 1 àM de la même manière que nous pouvons avoir une personne que vous pouvez avoir une personne propriétaire de véhicules.Ainsi, vous pouvez avoir cette personne en tant qu'entité propriétaire en tant que relation et que les véhicules ont une autre entité. Donc, là encore, la relation est qu'une personne peut sur de nombreux véhicules. S'il s'agit deun seul véhicule, il s'agit d'une personne propriétaire d'un véhicule, mais dans ce cas, une personnepeut sur de nombreux véhicules.Ainsi, la relation sera une relation de 1 à M dans le diagramme de relation d'entité qui estla relation 1 à M. De la même manière que vous pouvez en fait disposer d'une relation de plusieurs à plusieurs, dans beaucoup de relations, vous aurez de nombreuses entités surici en interaction avec de nombreuses autres entités par le biais d'une relation unique. Par conséquent, si vous prenezcomme exemple, nous pouvons voir ici.(Référez-vous à l'heure de la diapositive: 15:10)
Vous prenez l'exemple du système de réservation ou les étudiants qui s'inscrivent à deux cours ;les étudiants sont une entité alors des cours. Donc, vous pouvez voir qu'il y a des étudiants M peuvents'inscrire pour les cours N. Il s'agit donc d'un enregistrement pour les cours ; l'enregistrement en tant qu'entité I en tant queest donc une relation. Donc, les étudiants de M s'inscrivent à N cours qui est une relation de M à N. Si vousprenez un seul élève, alors il sera de 1 à M relation un étudiant s'enregistrant pour les cours N, alors ce sera comme une relation de 1 à M.
Alors, dans ce cas, lorsque vous prenez M étudiants, ils s'inscrivent à des cours N. Ainsi, les étudiants en Ms'inscrivent pour les cours N dans un mot à de nombreuses relations. Ils sont donc connus sous le nom deplusieurs à de nombreuses relations. De même, vous pouvez voir la réservation de billets pour les passagers.Donc, les passagers réservez des sièges. Ainsi, les vols ou les trains, vous pouvez voir à nouveau ce sera une relation M àN, vous avez des passagers M réservant des places pour les vols N ; ainsi de nouveau M à Nrelation.Ainsi, si vous prenez un seul passager, alors il s'agit d'une relation N à N, sinon il vaêtre une relation M à N. Ainsi, vous pouvez voir ici les diagrammes ER peuvent représenter divers scénarios, essentiellement la relation entre les différentes entités sont affichées ici et dans cette relation d'entité, nous pouvons réellement représenter les entités sous forme de cases rectangulaires et de relationscomme des boîtes en forme de losange, et peuvent alors avoir cette relation soit à l'aide d'une relation de boîte à diamant, soit vous pouvez avoir des flèches dirigées. Ainsi, lorsque vous utilisez des flèches dirigées par, nous n'utilisons pas les cases ici, nous décrirons la relation ASR1,R2, R3quel peut être la relation.Par conséquent, il s'agit de certains exemples pour les diagrammes ER simples de diagramme ER et dans le diagramme ER, vous pouvez avoir une relation un à un ou un à plusieurs relations ou une relation N à M. Ainsi, toute relation peut être représentée à l'aide du diagramme ER et nous avons vucertains exemples dans lesquels vous pouvez avoir une relation un à un ou une relation Nou N à M. Donc, ce sont les diagrammes ER simples, maintenant si jecombine ces relations 1 à N et N à M, je peux vous montrer un exemple simple decomment on a combiné ces choses pour faire un scénario. Alors, prenez l'exempled'un vendeur au fond de nos jours, vous pouvez voir beaucoup de vendeurs venir directement àles maisons et faire une vente directe. Donc, si vous prenez un exemple de vendeur.
(Référez-vous à l'heure de la diapositive: 18:29)
Si vous considérez un vendeur comme une entité. Donc, un vendeur servira en fait les clientsou le moment où je visite les maisons ou les magasins étaient de quelque peu la situation. Donc, il sert les clients, nous pouvons prendre le client comme une autre entité. Donc, ici vouspouvez voir qu'il s'agit d'une relation de 1 à M un vendeur servira les clients M un vendeurpeut desservir de nombreux clients. Par conséquent, il s'agit d'une relation de 1 à M, puis un clientfera de nombreuses commandes de base. Donc, un client. Donc, encore une fois, il peut voir queun client maintenant nous ne prenons qu'un seul client ici, un client place M commandes.Ainsi, il est de nouveau une relation de 1 à M, car le client peut faire de nombreuses commandes etde nombreuses commandes. Donc, la fois que le vendeur prend la commande. Donc, il va prendre l'ordre deauprès de beaucoup de gens. Donc, finalement, il aura de nombreuses commandes avec de nombreux articles.Donc, il va donc lister toutes les commandes, c'est la relation que les commandes sont répertoriées ensemble.Donc, il va être en train d'obtenir la liste avec les nombreux produits ; de sorte que les produits de la relationdu produit final, la liste aura de nombreux produits. Donc, il aura N list ou je suisen utilisant N pour dire les nombreuses relations. So, N list with M products ; this is again a manyto many relationship. Ainsi, à partir de plusieurs clients, vous obtenez des commandes etsera la liste N avec les produits M et ce sera au magasin. Donc, cette liste va aller dans les magasins ou.Donc, voici l'entité d'entrepôt. Donc, toutes ces listes vont à l'entrepôt. Par conséquent, vous, vous serez en présence d'un entrepôt où les éléments sont stockés.
Par conséquent, vous avez un entrepôt avec le produit M et lorsque la commande a placé un ordre de place. Pour les produits M maintenant la commande sera placée dans un entrepôt. Donc, c'est la relationdu vendeur, un vendeur sert beaucoup de clients. Ainsi, une relation de 1 à Mpour le vendeur au client, puis un client place de nombreuses commandesde nombreuses commandes sont répertoriées dans les produits M. Ainsi, les produits M sont répertoriés dans la relation M à Mentre la commande et les produits, il existe des produits de liste N et M et ces produitsM sont commandés à l'un des entrepôts. Ainsi, un entrepôt de données dessert tous les clients, puis une fois de plus, vous pouvez voir qu'un entrepôt envoie le produit au client, à des clients individuels. Donc, fournir de nouveau des produits. Ainsi, vous pouvez voir un entrepôtqui fournit des produits N.Ainsi, c'est ainsi que le flux est représenté par la relation qui n'est pas représentée à l'aide de diagrammes ER. Il s'agit d'un exemple très simple, j'ai pris un exemple très simple pourafficher l'utilitaire du diagramme ER pour représenter le flux de données dans un système. Nous pouvons également étendre ces deux systèmes complexes à. Ainsi, nous verrons certains des diagrammes ERcomplexes comment les diagrammes ER simples peuvent être réellement remplacés par le diagramme ERcomplexe. Donc, certaines choses vont être simplifiées au lieu de montrer toutes les relationsdans les boîtes à diamant, nous allons essayer de les représenter à l'aide de flèches dirigéeset lorsque nous faisons cela, vous obtenez les diagrammes ER complexes, qui peuvent en faitreprésenter de nombreuses relations complexes entre les entités. A présent, regardons l'un des diagrammes ER complexe.Dans le diagramme ER complexe, nous essayons de représenter la classe de relation de sous-classeou la relation de sous-classe.
(Référez-vous à l'heure de la diapositive: 23:19)
Les relations de sous-classe de classe sont représentées à l'aide de la relation M appelée “-une relation ”. Ainsi, un sous-ensembleest représenté comme un sous-ensemble de l'autre. C'est ainsi que nous représentons en fait les sous-classesdans les diagrammes ER complexes. Nous allons prendre un exemple de conception système elle-même, noussavons que la conception du système est un processus complexe. Ainsi, le système conçoit lui-même des entitésdifférentes dans la conception du système. Ainsi, nous allons essayer d'identifier la relation entrecette entité utilise un diagramme ER complexe. Vous pouvez maintenant commencer par les différentes entités. Ici, les entités sont représentées par l'utilisation de la forme ovale à la place des casescarrées car, une fois de plus, c'est complexe. Donc, vous devez avoir de nombreuses entités. Par conséquent,tentera de la simplifier. Donc, l'ORD vous donnera l'exigence. Ainsi, la relationentre ORD et l'exigence est représentée par cet élément.Ainsi, c'est l'exigence. Donc, la relation entre ORD et l'exigence est que, ORDles documents l'exigence. Par conséquent, il s'agit d'une entité ORD qui est une exigence d'entité est une entitéet la relation est donnée par le document. Par conséquent, le document ORD documait les exigences, puis il s'agit d'une autre entité, vous pouvez l'écrire en tant que métier d'exigence.Maintenant, nous pouvons voir que l'exigence de commerce extérieur est une exigence. Ainsi, la relation est donnée àcomme ceci entre ces deux entités, l'exigence de compromis est une sous-classe de l'exigenceet la présente sous-classe est représentée par une relation connue sous le nom de relation.Ainsi, vous pouvez voir les exigences de commerce hors exigence est une exigence et les documents ORD sont lesrequiremeNts.
De même, vous pouvez avoir de nombreuses sous-classes pour l'exigence car il ne s'agit que de l'une des exigencesque vous pouvez réellement avoir ici dans la relation pour l'exigenceà l'échelle du système en tant qu'autre entité de nouveau, il s'agit d'une relation. Par conséquent, ici, l'exigence globale deest une exigence de même que des exigences de test, il s'agit à nouveau d'une relation. Donc, l'exigence de test est une exigence, alors vous avez les exigencesen sortie d'entrée est une exigence. Par conséquent, il s'agit de toutes les sous-classes de l'exigence de sortie requise pour les exigences de test d'exigence à l'échelle du système d'exigence, puis del'exigence de l'état à l'échelle de l'état, vous pouvez à nouveau écrire la relation.Ainsi, ici, si vous avez d'autres exigences telles que les exigences en matière de logiciel de décision. Par conséquent, danscertains cas, vous avez peut-être une exigence spécifique du logiciel. Par conséquent, l'exigence du logicielde décision sera une autre exigence, mais une fois de plus, elle fait partie des exigencesde l'état. Par conséquent, nous pouvons l'écrire car l'exigence logicielle de décision est une exigenceà l'échelle du système, il s'agit d'une sous-classe de la configuration requise pour l'ensemble du système.Vous pouvez à nouveau disposer d'une autre relation ici entre l'exigence de testet l'exigence relative à l'ensemble du système. Ainsi, l'exigence de test peut être tracéevers le. Donc, c'est la relation entre ces deux entités. Par conséquent, il s'agit d'une exigence de testest une exigence à l'échelle du système d'entité est une entité. Par conséquent, nous pouvons avoir une relation entre l'exigence de testet l'exigence de l'ensemble du système tracée, c'est-à-dire que l'exigence de test peut êtreà l'exigence globale du système.De même, l'exigence de test peut également être tracée à l'exigence de sortie d'entrée.Fondamentalement, l'exigence de test provient de toutes ces exigences de sortie d'entrée de l'exigence systématiqueet de toutes les autres exigences. Par conséquent, nous pouvons toujours avoir une relationtracée avec l'exigence de sortie en entrée. Et puis nous pouvons avoir une autre entité ici qui estles exigences de sortie d'entrée dérivées. Ainsi, l'exigence de sortie d'entrée dérivée alors que nousavons une relation dans une relation il s'agit d'une sous-classe de l'exigence en sortie d'entrée.Ainsi, l'exigence de sortie d'entrée dérivée est une exigence en sortie d'entrée ou elle est tracée à venirà partir de cette sous-classe de cette exigence, par conséquent, vous pouvez en fait l'écrire en tant que relation. Donc, les sous-classes sont représentées, je dis que l'utilisation de leur relation est une relation, et les autres cas que nous avons utilisé la trace à la relation ou tout ce qui peutêtre la relation seront représentés comme de la trace ou des documents comme ça. Et encore une fois dans, vous pouvez voir que les exigences de l'ensemble du système.
Donc, vous avez le système principal ici. Donc, c'est le système en tant qu'entité. Ainsi, le systèmepeut être suivi par le système. Donc, encore une fois, il a dit qu'il était désolé que les exigences de l'ensemble du systèmesoient tracées sur le système. Il s'agit donc d'une trace vers une relation, puis le systèmeexécute les fonctions. Nous savons donc qu'il y a de nombreuses fonctions dans le systèmeet que le système tente essentiellement d'exécuter cette fonction.Ainsi, le système exécute les fonctions, c'est-à-dire que la relation est ici. Les systèmesexécutent les fonctions et, bien sûr, ils sont liés aux fonctions. Par conséquent, ici, la relationest tracée à. Ainsi, une fois de plus, l'exigence de sortie d'entrée peut être tracée vers les fonctions, les exigences de sortie d'entrée dérivées peuvent être tracées vers les fonctions.Fondamentalement, nous savons que les fonctions sont là pour fournir ces exigences ou nous,, c'est pourquoi nous pouvons en fait les tracer vers les fonctions. Là encore, nous savons qu'il y a des décompositions fonctionnelles, elles sont en fait différentes fonctions sont identifiées qu'il s'agit d'une décomposition fonctionnelle. Donc, cela contient en fait toutes les fonctions que la décompositionfonctionnelle contiendra toutes les fonctions. Donc, la relation ici est qu'il contientles fonctions. Il s'agit donc d'une relation entre ces entités. Ainsi, tous les éléments affichés dans ce cercleou dans la forme ovale ou les entités et la relation sont exprimés à l'aide des flèches dirigées par.Maintenant, le système aura de nombreux composants pour fournir la fonction. Ainsi, il s'agit de l'architecture physiqueque nous parlons des composants et des sous-systèmes, et les composantsseront alors en mesure d'avoir la relation entre le système et le composantun système est généré à partir des composants. Donc, nous pouvons avoir les relations icile système est construit à partir de composants, la relation est construite à partir de. Vous pouvez donc voirque les composants forment un système. Ainsi, le système est généré à partir de composants, et nousavons le plus petit élément de l'architecture physique qui est connu sous le nom d'éléments de configurationet nous savons que l'élément de configuration est un sous-ensemble de composants. Il s'agit donc d'une relation.Ainsi, l'élément de configuration est un composant. Donc, il s'agit d'une sous-classe ou d'un élément de configuration est une sous-classede composant, c'est pourquoi nous avons une relation ici. Ensuite, nous avonsl'architecture physique quelque chose de similaire à l'architecture fonctionnelle, nous avons l'architecture physiqueet, encore une fois, les composants de relation font partie de l'architecture physique. En fait, l'architecture physique contient les composants du cours; il peut s'agir de composants ou de sous-systèmes. Ainsi, nous écrivons la relation comme étant physique
l'architecture contient les composants, puis nous avons les interfaces en tant qu'autre entité ;ici, l'interface est essentiellement utilisée pour connecter les composants.Ainsi, nous disons que les composants. Donc, la flèche devrait être dans cette direction. Ainsi, la relationest connectée et, une fois de plus, vous pouvez avoir des interfaces entre les systèmes ou le systèmequi se connecte avec les systèmes externes. Par conséquent, nous pouvons avoir une interface qui connecte également le système. Ainsi, la relation entre l'interface et le système est à nouveau connectée et du cours, l'interface exécutera de nombreuses fonctions. Par conséquent, il existe une interface de relationqui effectue des fonctions et, à nouveau, il y aura des éléments d'interface qui essentiellement les éléments physiquesdes éléments de l'interface. Ainsi, cette interface en fait contient les élémentsde configuration qu'elle peut être des composants ou le logiciel ou tout autre élément de configuration utilisépour former l'interface, ce sont les éléments et les fonctions sont générées par ces éléments pourl'interface. Donc, c'est en fait les fonctions sont transformées par les interfaces.Donc, c'est la relation entre les éléments et les transformations ; et puis nous avons les systèmesexternes comme une autre entité système externe une autre entité, et qui exécute réellement les fonctionstoutes les fonctions et ici encore l'interface est connectée à l'interface. Ainsi, l'interfaceconnecte les systèmes externes. Ainsi, les systèmes externes sont de nouveau utilisés par les interfaces pour. Ainsi, vous disposez du système externe d'interface externe connecté par l'interfaceet là encore, il existe un système externe qui exécute les décompositions, puis vousavez ce dernier élément est l'architecture fonctionnelle qui documelle la décomposition fonctionnelle de. Donc, c'est la relation ici est des documents. Par conséquent, il s'agit du diagramme ERcomplexe pour la conception du système.Comme nous pouvons le voir ici, la conception du système étant un processus complexe, il existe de nombreuses entitésimpliquées dans la conception du système et, par conséquent, nous devons les représenter à l'aide des relations. Ce que nous essayons de faire, c'est d'identifier toutes les entités, puis d'essayer de voirle type de relations existant entre ces entités et, comme je l'ai mentionné,sont différents types de relation entre les entités. Ainsi, nous essayons d'identifier la relationainsi que la relation de classe ou de sous-classe et la relation de sous-classe estreprésentée à l'aide d'une est une relation. Et tout
les autres relations ne utilisent pas les flèchesdirigées comme nous pouvons le faire ici si vous prenez le système en tant qu'entité principale, vous pouvez avoirrelationdifférente entre le système d'entité et les exigences.
Par conséquent, vous avez des exigences différentes que l'exigence de sortie d'entrée requise dérivée depuisse être attribuée à toutes les fonctions du système car le système a besoin deexécuter les fonctions et, par conséquent, nous avons de nombreuses exigences identifiées à partir de làet à l'exception de la fonction que le système a besoin à l'échelle du système en particulier deen termes de technologie et d'autres exigences, c'est-à-dire lorsque l'exigencedu système peut être tracée sur le système, de la même manière qu'il existe des exigences pour le logiciel ou le matérielde votre choix. Ainsi, cela peut être considéré comme une sous-classe de l'exigence globale du système.Par conséquent, vous obtenez une relation dans le cadre de la relation entre ces entités; et ORD est le document. Ainsi, le document d'exigence d'origine que nous identichez ounous prépare et la conception du système, lorsque nous sommes prêts avec toutes les exigences systèmeet les autres fonctions et besoins identifiés. Par conséquent, l'ORD documait essentiellement toutes les exigenceset, encore une fois, vous pouvez voir qu'il s'agit de toutes les exigences, qui sont toutes cessont les sous-classes de l'exigence, c'est pourquoi la relation entre ces entités et l'exigenceest une relation car il s'agit d'une sous-classe de cette