Object-oriented analysis and design are crucial for software development.

ఆబ్జెక్ట్-ఓరియెంటెడ్ విశ్లేషణ మరియు రూపకల్పన సాఫ్ట్‌వేర్ అభివృద్ధికి చాలా ముఖ్యమైనవి.


ప్యాకేజీలు మూలకాలను సమూహాలుగా నిర్వహిస్తాయి.


A class diagram shows classes, interfaces, and their relationships.

ఒక తరగతి రేఖాచిత్రం తరగతులు, ఇంటర్‌ఫేస్‌లు మరియు వాటి సంబంధాలను చూపుతుంది.


Object diagrams model instances of things in class diagrams.

ఆబ్జెక్ట్ రేఖాచిత్రాలు తరగతి రేఖాచిత్రాలలో ఉన్న విషయాల ఉదాహరణలను మోడల్ చేస్తాయి.


Forward engineering transforms a model into code.

ఫార్వర్డ్ ఇంజనీరింగ్ ఒక నమూనాను కోడ్‌గా మారుస్తుంది.


Reverse engineering transforms code into a model.

రివర్స్ ఇంజనీరింగ్ కోడ్‌ను ఒక నమూనాగా మారుస్తుంది.


The UML provides a graphical representation of packages.

UML ప్యాకేజీల యొక్క గ్రాఫికల్ ప్రాతినిధ్యాన్ని అందిస్తుంది.


ప్రతి ప్యాకేజీకి ఒక పేరు ఉండాలి.


ప్యాకేజీలు ఇతర మూలకాలను కలిగి ఉండవచ్చు.


You can control the visibility of elements owned by a package.

మీరు ప్యాకేజీకి చెందిన మూలకాల యొక్క దృశ్యమానతను నియంత్రించవచ్చు.


Import and access dependencies are not transitive.

దిగుమతి మరియు యాక్సెస్ ఆధారపడటం మార్పు చెందవు.


Generalization among packages is like generalization among classes.

ప్యాకేజీల మధ్య సాధారణీకరణ తరగతుల మధ్య సాధారణీకరణ లాంటిదే.


The UML defines standard stereotypes for packages.

UML ప్యాకేజీల కోసం ప్రామాణిక స్టెరియోటైప్‌లను నిర్వచిస్తుంది.


Modeling architectural views is important.

ఆర్కిటెక్చరల్ వీక్షణలను మోడల్ చేయడం ముఖ్యం.


Class diagrams are the most common diagram in object-oriented systems.

తరగతి రేఖాచిత్రాలు వస్తు ఆధారిత వ్యవస్థలలో అత్యంత సాధారణ రేఖాచిత్రాలు.


Class diagrams model the static design view of a system.

తరగతి రేఖాచిత్రాలు ఒక వ్యవస్థ యొక్క స్టాటిక్ డిజైన్ వీక్షణను మోడల్ చేస్తాయి.


A collaboration is a society of classes working together.

సహకారం అనేది కలిసి పనిచేసే తరగతుల సమాజం.


You can model schemas for databases using class diagrams.

మీరు తరగతి రేఖాచిత్రాలను ఉపయోగించి డేటాబేస్‌ల కోసం స్కీమాలను మోడల్ చేయవచ్చు.


Forward engineering results in a loss of information.

ఫార్వర్డ్ ఇంజనీరింగ్ ఫలితంగా సమాచారం కోల్పోవడం జరుగుతుంది.


Object diagrams model a snapshot of the system.

ఆబ్జెక్ట్ రేఖాచిత్రాలు సిస్టమ్ యొక్క స్నాప్‌షాట్‌ను మోడల్ చేస్తాయి.


Object-oriented analysis and design is a crucial topic in computer science.

ఆబ్జెక్ట్-ఓరియెంటెడ్ విశ్లేషణ మరియు రూపకల్పన కంప్యూటర్ సైన్స్ లో ఒక ముఖ్యమైన అంశం.


The UML provides a standard way to write a system's blueprints.

UML ఒక వ్యవస్థ యొక్క బ్లూప్రింట్లను వ్రాయడానికి ఒక ప్రామాణిక మార్గాన్ని అందిస్తుంది.


Models help us to visualize a system as it is or as we want it to be.

మోడల్స్ ఒక వ్యవస్థను అది ఎలా ఉందో లేదా మనం ఎలా ఉండాలనుకుంటున్నామో దృశ్యమానం చేయడానికి సహాయపడతాయి.


A class is a description of a set of common objects.

ఒక తరగతి అనేది సాధారణ వస్తువుల సమితి యొక్క వివరణ.


Every object has identity, state, and behavior.

ప్రతి వస్తువుకు గుర్తింపు, స్థితి మరియు ప్రవర్తన ఉంటాయి.


The Unified Modeling Language is a standard language for writing software blueprints.

ఏకీకృత మోడలింగ్ లాంగ్వేజ్ సాఫ్ట్‌వేర్ బ్లూప్రింట్‌లను వ్రాయడానికి ఒక ప్రామాణిక భాష.


The UML may be used to visualize, specify, construct, and document the artifacts of a software-intensive system.

UML సాఫ్ట్‌వేర్-ఇంటెన్సివ్ సిస్టమ్ యొక్క ఆర్టిఫ్యాక్ట్‌లను దృశ్యమానం చేయడానికి, పేర్కొనడానికి, నిర్మించడానికి మరియు డాక్యుమెంట్ చేయడానికి ఉపయోగించవచ్చు.


Specifying means building models that are precise, unambiguous, and complete.

నిర్దిష్టం అంటే ఖచ్చితమైన, స్పష్టమైన మరియు పూర్తి మోడల్స్‌ను నిర్మించడం.


ఒక నమూనా వాస్తవికత యొక్క సరళీకరణ.


Models permit us to specify the structure or behavior of a system.

మోడల్స్ ఒక వ్యవస్థ యొక్క నిర్మాణం లేదా ప్రవర్తనను పేర్కొనడానికి అనుమతిస్తాయి.


We build models so that we can better understand the system we are developing.

మేము అభివృద్ధి చేస్తున్న వ్యవస్థను బాగా అర్థం చేసుకోవడానికి మేము నమూనాలను నిర్మిస్తాము.


The choice of what models to create has a profound influence on how a problem is attacked and how a solution is shaped.

ఏ నమూనాలను తయారు చేయాలో ఎంచుకోవడం వలన సమస్యను ఎలా పరిష్కరించాలి మరియు పరిష్కారాన్ని ఎలా రూపొందించాలి అనే దానిపై తీవ్రమైన ప్రభావం చూపుతుంది.


Every model may be expressed at different levels of precision.

ప్రతి నమూనాను వివిధ స్థాయిలలో ఖచ్చితత్వంతో వ్యక్తీకరించవచ్చు.


ఒకే నమూనా సరిపోదు.


The contemporary view of software development takes an object-oriented perspective.

సాఫ్ట్‌వేర్ అభివృద్ధి యొక్క సమకాలీన వీక్షణ వస్తు-ఆధారిత దృక్పథాన్ని తీసుకుంటుంది.


The UML is appropriate for modeling systems ranging from enterprise information systems to distributed Web-based applications.

UML ఎంటర్ప్రైజ్ సమాచార వ్యవస్థల నుండి పంపిణీ చేయబడిన వెబ్-ఆధారిత అనువర్తనాల వరకు వ్యవస్థలను మోడలింగ్ చేయడానికి అనుకూలంగా ఉంటుంది.


A note is simply a symbol for rendering constraints and comments attached to an element or a collection of elements.

ఒక గమనిక అనేది ఒక మూలకం లేదా మూలకాల సేకరణకు జోడించిన పరిమితులు మరియు వ్యాఖ్యలను అందించడానికి ఒక చిహ్నం.


Association is a structural relationship that describes a set of links, a link being a connection among objects.

అసోసియేషన్ అనేది ఒక నిర్మాణాత్మక సంబంధం, ఇది లింక్‌ల సమితిని వివరిస్తుంది, ఒక లింక్ వస్తువుల మధ్య కనెక్షన్.


A class diagram shows a set of classes, interfaces, and collaborations and their relationships.

ఒక తరగతి రేఖాచిత్రం తరగతులు, ఇంటర్‌ఫేస్‌లు మరియు సహకారాల సమితిని మరియు వాటి సంబంధాలను చూపుతుంది.


The deployment view of a system encompasses the nodes that form the system's hardware topology on which the system executes.

ఒక వ్యవస్థ యొక్క విస్తరణ వీక్షణ వ్యవస్థ అమలు చేసే హార్డ్‌వేర్ టోపోలాజీని ఏర్పరుచుకునే నోడ్‌లను కలిగి ఉంటుంది.


Transition phase: It is the fourth phase of the process.

పరివర్తన దశ: ఇది ప్రక్రియ యొక్క నాల్గవ దశ.


When the software is turned into the hands of the user community.

సాఫ్ట్‌వేర్‌ను వినియోగదారు సంఘానికి అందించినప్పుడు.


The software development process end here, for even during this phase, the system is continuously improved, bugs are eradicated, and features that didn't make an earlier release are added.

సాఫ్ట్‌వేర్ అభివృద్ధి ప్రక్రియ ఇక్కడ ముగుస్తుంది, ఎందుకంటే ఈ దశలో కూడా, సిస్టమ్‌ను నిరంతరం మెరుగుపరుస్తారు, లోపాలను తొలగిస్తారు మరియు మునుపటి విడుదలలో లేని ఫీచర్‌లను జోడిస్తారు.


One element that distinguishes this process and that cuts across all four phases is an iteration.

ఈ ప్రక్రియను వేరుచేసే మరియు నాలుగు దశల్లోనూ ఉండే ఒక అంశం పునరావృతం.


An iteration is a distinct set of activities, with a baselined plan and evaluation criteria that result in a release, either internal or external.

పునరావృతం అనేది ఒక ప్రత్యేకమైన కార్యకలాపాల సమితి, ఇది అంతర్గతంగా లేదా బాహ్యంగా విడుదల చేయడానికి ఆధారిత ప్రణాళిక మరియు మూల్యాంకన ప్రమాణాలను కలిగి ఉంటుంది.


This means that the software development life cycle can be characterized as involving a continuous stream of executable releases of the system's architecture.

అంటే సాఫ్ట్‌వేర్ అభివృద్ధి జీవిత చక్రం సిస్టమ్ యొక్క ఆర్కిటెక్చర్ యొక్క అమలు చేయగల విడుదలల యొక్క నిరంతర ప్రవాహాన్ని కలిగి ఉంటుందని చెప్పవచ్చు.


It is this emphasis on architecture as an important artifact that drives the UML to focus on modeling the different views of a system's architecture.

ఒక ముఖ్యమైన ఆర్టిఫ్యాక్ట్‌గా ఆర్కిటెక్చర్‌పై ఈ ప్రాధాన్యత UMLని సిస్టమ్ యొక్క ఆర్కిటెక్చర్ యొక్క వివిధ వీక్షణలను మోడలింగ్ చేయడంపై దృష్టి పెట్టేలా చేస్తుంది.


A class is a description of a set of objects that share the same attributes, operations, relationships, and semantics.

ఒకే లక్షణాలు, కార్యకలాపాలు, సంబంధాలు మరియు అర్థశాస్త్రాలను కలిగి ఉన్న వస్తువుల సమితి యొక్క వివరణే ఒక తరగతి.


Every class must have a name that distinguishes it from other classes.

ప్రతి తరగతికి ఇతర తరగతుల నుండి వేరుచేసే పేరు ఉండాలి.


An attribute is a named property of a class that describes a range of values that instances of the property may hold.

ఒక లక్షణం అనేది ఒక తరగతి యొక్క పేరున్న లక్షణం, ఇది ఆస్తి యొక్క ఉదాహరణలు కలిగి ఉండే విలువల శ్రేణిని వివరిస్తుంది.


An operation is the implementation of a service that can be requested from any object of the class to affect behavior.

ఒక ఆపరేషన్ అనేది ప్రవర్తనను ప్రభావితం చేయడానికి తరగతిలోని ఏదైనా వస్తువు నుండి అభ్యర్థించగల సేవ యొక్క అమలు.


A Responsibility is a contract or an obligation of a class.

ఒక బాధ్యత అనేది ఒక తరగతి యొక్క ఒప్పందం లేదా బాధ్యత.


You'll use classes most commonly to model abstractions that are drawn from the problem you are trying to solve or from the technology you are using to implement a solution to that problem.

మీరు సాధారణంగా మీరు పరిష్కరించడానికి ప్రయత్నిస్తున్న సమస్య నుండి లేదా ఆ సమస్యకు పరిష్కారాన్ని అమలు చేయడానికి మీరు ఉపయోగిస్తున్న సాంకేతికత నుండి తీసుకోబడిన అబ్‌స్ట్రాక్షన్‌లను మోడల్ చేయడానికి తరగతులను ఉపయోగిస్తారు.


Identify those things that users or implementers use to describe the problem or solution.

సమస్య లేదా పరిష్కారాన్ని వివరించడానికి వినియోగదారులు లేదా అమలుదారులు ఉపయోగించే వాటిని గుర్తించండి.


For each abstraction, identify a set of responsibilities.

ప్రతి అబ్‌స్ట్రాక్షన్ కోసం, బాధ్యతల సమితిని గుర్తించండి.


Model the thing you are abstracting as a class.

మీరు అబ్‌స్ట్రాక్ట్ చేస్తున్న విషయాన్ని ఒక తరగతిగా మోడల్ చేయండి.


In the UML, the ways that things can connect to one another, either logically or physically, are modeled as relationships.

UMLలో, విషయాలు తార్కికంగా లేదా భౌతికంగా ఒకదానితో ఒకటి ఎలా కనెక్ట్ కాగలవో, సంబంధాలుగా మోడల్ చేయబడతాయి.


ఆధారపడటం సంబంధాలను ఉపయోగించడం.


Generalizations connect generalized classes to more-specialized ones in what is known as subclass/superclass or child/parent relationships.

సాధారణీకరణలు సాధారణీకరించబడిన తరగతులను సబ్‌క్లాస్/సూపర్‌క్లాస్ లేదా చైల్డ్/పేరెంట్ సంబంధాలుగా పిలువబడే వాటిలో మరింత ప్రత్యేకమైన వాటికి కలుపుతాయి.


An association is a structural relationship that specifies that objects of one thing are connected to objects of another.

ఒక అసోసియేషన్ అనేది ఒక నిర్మాణ సంబంధం, ఇది ఒక విషయం యొక్క వస్తువులు మరొకదాని వస్తువులకు కనెక్ట్ చేయబడిందని పేర్కొంటుంది.


తరగతి కోసం ఒక స్టేట్ మెషిన్‌ను పేర్కొనండి.


A relationship is a connection among things.

ఒక సంబంధం అనేది విషయాల మధ్య ఒక కనెక్షన్.


In object-oriented modeling, the four most important relationships are dependencies, generalizations, associations, and realizations.

ఆబ్జెక్ట్-ఓరియెంటెడ్ మోడలింగ్‌లో, నాలుగు ముఖ్యమైన సంబంధాలు ఆధారపడటం, సాధారణీకరణలు, అసోసియేషన్లు మరియు గ్రహణశక్తి.


Graphically, a relationship is rendered as a path, with different kinds of lines used to distinguish the different relationships.

గ్రాఫికల్‌గా, ఒక సంబంధం ఒక మార్గంగా అందించబడుతుంది, వివిధ సంబంధాలను వేరు చేయడానికి వివిధ రకాల లైన్‌లను ఉపయోగిస్తారు.


A dependency is a using relationship, specifying that a change in the specification of one thing may affect another thing that uses it, but not necessarily the reverse.

ఒక ఆధారపడటం అనేది ఒక సంబంధాన్ని ఉపయోగించడం, ఒక విషయం యొక్క నిర్దిష్టతలో మార్పు దానిని ఉపయోగించే మరొక విషయాన్ని ప్రభావితం చేస్తుందని పేర్కొనడం, కానీ వ్యతిరేకం కాదు.


A plain, unadorned dependency relationship is sufficient for most of the using relationships you'll encounter.

మీరు ఎదుర్కొనే చాలా ఉపయోగించే సంబంధాలకు ఒక సాధారణ, అలంకరించని ఆధారపడటం సరిపోతుంది.


However, if you want to specify a shade of meaning, the UML defines a number of stereotypes that may be applied to dependency relationships.

అయితే, మీరు అర్థానికి ఒక నీడను పేర్కొనాలనుకుంటే, UML ఆధారపడే సంబంధాలకు వర్తించే అనేక రకాల స్టీరియోటైప్‌లను నిర్వచిస్తుంది.


There are 17 such stereotypes, all of which can be organized into six groups.

అలాంటి 17 స్టీరియోటైప్‌లు ఉన్నాయి, వాటన్నింటినీ ఆరు సమూహాలుగా నిర్వహించవచ్చు.


A generalization is a relationship between a general thing (called the superclass or parent) and a more specific kind of that thing (called the subclass or child).

ఒక సాధారణీకరణ అనేది ఒక సాధారణ విషయం (సూపర్ క్లాస్ లేదా పేరెంట్ అని పిలుస్తారు) మరియు ఆ విషయం యొక్క మరింత నిర్దిష్టమైన రకం (సబ్‌క్లాస్ లేదా చైల్డ్ అని పిలుస్తారు) మధ్య సంబంధం.


In a generalization relationship, instances of the child may be used anywhere instances of the parent apply—meaning that the child is substitutable for the parent.

ఒక సాధారణీకరణ సంబంధంలో, చైల్డ్ యొక్క ఉదాహరణలను పేరెంట్ యొక్క ఉదాహరణలు వర్తించే చోట ఎక్కడైనా ఉపయోగించవచ్చు—అంటే చైల్డ్ పేరెంట్ కోసం ప్రత్యామ్నాయంగా ఉంటుంది.


An association is a structural relationship, specifying that objects of one thing are connected to objects of another.

ఒక అసోసియేషన్ అనేది ఒక నిర్మాణాత్మక సంబంధం, ఒక విషయం యొక్క వస్తువులు మరొకదాని వస్తువులకు కనెక్ట్ చేయబడిందని పేర్కొనడం.


We use associations when you want to show structural relationships.

మీరు నిర్మాణాత్మక సంబంధాలను చూపించాలనుకున్నప్పుడు మేము అసోసియేషన్‌లను ఉపయోగిస్తాము.


There are four basic adornments that apply to an association: a name, the role at each end of the association, the multiplicity at each end of the association, and aggregation.

ఒక అసోసియేషన్‌కు వర్తించే నాలుగు ప్రాథమిక అలంకరణలు ఉన్నాయి: ఒక పేరు, అసోసియేషన్ యొక్క ప్రతి చివరన పాత్ర, అసోసియేషన్ యొక్క ప్రతి చివరన గుణకం మరియు అగ్రిగేషన్.


Unadorned association between two classes, such as Book and Library, it's possible to navigate from objects of one kind to objects of the other kind.

బుక్ మరియు లైబ్రరీ వంటి రెండు తరగతుల మధ్య అలంకరించని అసోసియేషన్, ఒక రకం యొక్క వస్తువుల నుండి మరొక రకం యొక్క వస్తువులకు నావిగేట్ చేయడం సాధ్యమవుతుంది.


Given a User, you'll want to be able to find the corresponding Password objects; but given a Password, you don't want to be able to identify the corresponding User.

ఒక వినియోగదారుని ఇచ్చినట్లయితే, మీరు సంబంధిత పాస్‌వర్డ్ వస్తువులను కనుగొనగలగాలి; కానీ పాస్‌వర్డ్ ఇచ్చినట్లయితే, మీరు సంబంధిత వినియోగదారుని గుర్తించలేరు.


In the UML, you'd model this idiom using a qualifier, which is an association attribute whose values partition the set of objects related to an object across an association.

UMLలో, మీరు ఈ పదబంధాన్ని ఒక క్వాలిఫైయర్ని ఉపయోగించి మోడల్ చేస్తారు, ఇది ఒక అసోసియేషన్ లక్షణం, దీని విలువలు ఒక అసోసియేషన్ అంతటా ఒక వస్తువుకు సంబంధించిన వస్తువుల సమితిని విభజిస్తాయి.


An interface is a collection of operations that are used to specify a service of a class or a component.

ఒక ఇంటర్‌ఫేస్ అనేది ఒక తరగతి లేదా భాగానికి సంబంధించిన సేవను పేర్కొనడానికి ఉపయోగించే కార్యకలాపాల సమాహారం.


Collectively, the interfaces realized by a class represent a complete specification of the behavior of that class.

సమిష్టిగా, ఒక తరగతి ద్వారా గ్రహించబడిన ఇంటర్‌ఫేస్‌లు ఆ తరగతి యొక్క ప్రవర్తన యొక్క పూర్తి నిర్దేశాన్ని సూచిస్తాయి.


Simple aggregation is entirely conceptual and does nothing more than distinguish a "whole" from a "part."

సాధారణ అగ్రిగేషన్ పూర్తిగా భావనాత్మకమైనది మరియు ఒక


Figure shows four subsystems, each of which has been extended to include its version number and status.

చిత్రంలో నాలుగు ఉపవ్యవస్థలు చూపబడ్డాయి, వాటిలో ప్రతి ఒక్కటి దాని వెర్షన్ నంబర్ మరియు స్థితిని కలిగి ఉండేలా విస్తరించబడింది.


In the case of the Billing subsystem, one other tagged value is shown the person who has currently checked out the subsystem.

బిల్లింగ్ ఉపవ్యవస్థ విషయంలో, మరొక ట్యాగ్ చేయబడిన విలువ చూపబడింది, ప్రస్తుతం ఉపవ్యవస్థను పరిశీలించిన వ్యక్తి.


When you create a model using the UML, you work within the rules the UML lays down.

మీరు UMLని ఉపయోగించి ఒక నమూనాను సృష్టించినప్పుడు, UML నిర్దేశించిన నియమాలలో మీరు పని చేస్తారు.


However, if you find yourself needing to express new semantics about which the UML is silent or that you need to modify the UML's rules, then you need to write a constraint.

అయితే, UML మౌనంగా ఉన్న లేదా UML నియమాలను మార్చాల్సిన కొత్త అర్థాలను వ్యక్తం చేయవలసి వస్తే, మీరు ఒక నియమాన్ని వ్రాయాలి.


To model new semantics, first, make sure there's not already a way to express what you want by using basic UML.

కొత్త అర్థాలను నమూనా చేయడానికి, మీరు కోరుకున్నది వ్యక్తం చేయడానికి ఇప్పటికే ఒక మార్గం ఉందో లేదో మొదట నిర్ధారించుకోండి, ప్రాథమిక UMLని ఉపయోగించడం ద్వారా.


If you're convinced there's no other way to express these semantics, write your new semantics as text in a constraint and place it adjacent to the element to which it refers.

ఈ అర్థాలను వ్యక్తం చేయడానికి వేరే మార్గం లేదని మీరు నమ్మకంగా ఉంటే, మీ కొత్త అర్థాలను ఒక నియంత్రణలో వచనంగా వ్రాసి, అది సూచించే మూలకానికి ప్రక్కనే ఉంచండి.


If you need to specify your semantics more precisely and formally, write your new semantics using OCL.

మీరు మీ అర్థాలను మరింత ఖచ్చితంగా మరియు అధికారికంగా పేర్కొనవలసి వస్తే, OCLని ఉపయోగించి మీ కొత్త అర్థాలను వ్రాయండి.


This diagram shows that each Person may be a member of zero or more Departments and that each Department must have at least one Person as a member.

ఈ రేఖాచిత్రం ప్రతి వ్యక్తి సున్నా లేదా అంతకంటే ఎక్కువ విభాగాలకు సభ్యుడిగా ఉండవచ్చని మరియు ప్రతి విభాగంలో కనీసం ఒక వ్యక్తి సభ్యుడిగా ఉండాలని చూపిస్తుంది.


This diagram goes on to indicate that each Department must have exactly one Person as a manager and every Person may be the manager of zero or more Departments.

ఈ రేఖాచిత్రం ప్రతి విభాగంలో ఖచ్చితంగా ఒక వ్యక్తి మేనేజర్గా ఉండాలని మరియు ప్రతి వ్యక్తి సున్నా లేదా అంతకంటే ఎక్కువ విభాగాలకు మేనేజర్గా ఉండవచ్చని సూచిస్తుంది.


When you view a software system from any perspective using the UML, you use diagrams to organize the elements of interest.

UMLని ఉపయోగించి ఏదైనా కోణం నుండి సాఫ్ట్‌వేర్ సిస్టమ్‌ను చూసినప్పుడు, మీరు ఆసక్తి గల మూలకాలను నిర్వహించడానికి రేఖాచిత్రాలను ఉపయోగిస్తారు.


The UML defines nine kinds of diagrams, which you can mix and match to assemble each view.

UML తొమ్మిది రకాల రేఖాచిత్రాలను నిర్వచిస్తుంది, వీటిని మీరు ప్రతి వీక్షణను సమీకరించడానికి కలపవచ్చు మరియు సరిపోల్చవచ్చు.


Of course, you are not limited to these nine diagrams.

వాస్తవానికి, మీరు ఈ తొమ్మిది రేఖాచిత్రాలకు పరిమితం కాలేదు.


In the UML, these nine are defined because they represent the most common packaging of viewed elements.

UMLలో, ఈ తొమ్మిది నిర్వచించబడ్డాయి, ఎందుకంటే ఇవి వీక్షించిన మూలకాల యొక్క అత్యంత సాధారణ ప్యాకేజింగ్‌ను సూచిస్తాయి.


To fit the needs of your project or organization, you can create your own kinds of diagrams to view UML elements in different ways.

మీ ప్రాజెక్ట్ లేదా సంస్థ యొక్క అవసరాలకు అనుగుణంగా, మీరు UML మూలకాలను వివిధ మార్గాల్లో వీక్షించడానికి మీ స్వంత రకాల రేఖాచిత్రాలను సృష్టించవచ్చు.


You'll use the UML's diagrams in two basic ways: To specify models from which you'll construct an executable system (forward engineering).

మీరు UML యొక్క రేఖాచిత్రాలను రెండు ప్రాథమిక మార్గాల్లో ఉపయోగిస్తారు: మీరు అమలు చేయగల వ్యవస్థను నిర్మించే నమూనాలను పేర్కొనడానికి (ఫార్వర్డ్ ఇంజనీరింగ్).


To reconstruct models from parts of an executable system (reverse engineering).

ఒక అమలు చేయగల వ్యవస్థలోని భాగాల నుండి నమూనాలను పునర్నిర్మించడానికి (రివర్స్ ఇంజనీరింగ్).


A system is a collection of subsystems organized to accomplish a purpose and described by a set of models, possibly from different viewpoints.

ఒక వ్యవస్థ అనేది ఒక ప్రయోజనాన్ని సాధించడానికి నిర్వహించబడిన ఉపవ్యవస్థల సమాహారం మరియు బహుశా వివిధ వీక్షణాల నుండి నమూనాల సమితి ద్వారా వివరించబడింది.


A subsystem is a grouping of elements, of which some constitute a specification of the behavior offered by the other contained elements.

ఒక ఉపవ్యవస్థ అనేది మూలకాల సమూహం, వాటిలో కొన్ని ఇతర కంటెంట్ మూలకాల ద్వారా అందించబడే ప్రవర్తన యొక్క నిర్దిష్టతను ఏర్పరుస్తాయి.


A model is a semantically closed abstraction of a system, meaning that it represents a complete and self-consistent simplification of reality, created in order to better understand the system.

ఒక నమూనా అనేది ఒక వ్యవస్థ యొక్క అర్థవంతంగా మూసివేయబడిన అమూర్తం, అంటే ఇది వాస్తవికత యొక్క పూర్తి మరియు స్వయం-స్థిరమైన సరళీకరణను సూచిస్తుంది, వ్యవస్థను బాగా అర్థం చేసుకోవడానికి సృష్టించబడింది.


In the context of architecture View is a projection into the organization and structure of a system's model, focused on one aspect of that system.

ఆర్కిటెక్చర్ సందర్భంలో వీక్షణ అనేది ఒక వ్యవస్థ యొక్క నమూనా యొక్క సంస్థ మరియు నిర్మాణంలోకి ఒక ప్రొజెక్షన్, ఆ వ్యవస్థ యొక్క ఒక అంశంపై దృష్టి పెడుతుంది.


మీ రేఖాచిత్రం చాలా సరళంగా ఉంది.


Expand the neighbors of certain interesting objects.

కొన్ని ఆసక్తికరమైన వస్తువుల యొక్క పొరుగువారిని విస్తరించండి.


ప్రతి వస్తువు యొక్క స్థితిని మరింత లోతుగా బహిర్గతం చేయండి.


An interaction is a behavior that comprises a set of messages exchanged among a set of objects.

ఒక పరస్పర చర్య అనేది వస్తువుల మధ్య మార్పిడి చేయబడిన సందేశాల సమితిని కలిగి ఉన్న ఒక ప్రవర్తన.


A message is a specification of a communication between objects.

ఒక సందేశం అనేది వస్తువుల మధ్య కమ్యూనికేషన్ యొక్క స్పష్టీకరణ.


The UML provides a graphical representation of messages.

UML సందేశాల యొక్క గ్రాఫికల్ ప్రాతినిధ్యాన్ని అందిస్తుంది.


This notation permits you to visualize a message.

ఈ సంజ్ఞామానం మీకు సందేశాన్ని దృశ్యమానం చేయడానికి అనుమతిస్తుంది.


A message is rendered as a directed line.

ఒక సందేశం దర్శకత్వం వహించిన రేఖగా అందించబడుతుంది.


An interaction is a behavior that comprises a set of messages.

ఒక పరస్పర చర్య అనేది సందేశాల సమితిని కలిగి ఉన్న ఒక ప్రవర్తన.


We can use interactions to visualize, specify, construct, and document the semantics of a class.

ఒక తరగతి యొక్క అర్థశాస్త్రాన్ని దృశ్యమానం చేయడానికి, పేర్కొనడానికి, నిర్మించడానికి మరియు డాక్యుమెంట్ చేయడానికి మేము పరస్పర చర్యలను ఉపయోగించవచ్చు.


We may find an interaction wherever objects are linked to one another.

వస్తువులు ఒకదానితో ఒకటి లింక్ చేయబడిన చోట మేము పరస్పర చర్యను కనుగొనవచ్చు.


We'll find interactions in the collaboration of objects.

వస్తువుల సహకారంలో మేము పరస్పర చర్యలను కనుగొంటాము.


We will also find interactions in the context of an operation.

ఒక ఆపరేషన్ సందర్భంలో కూడా మేము పరస్పర చర్యలను కనుగొంటాము.


We might create interactions that show how the attributes of that class collaborate with one another.

ఆ తరగతి యొక్క లక్షణాలు ఒకదానితో ఒకటి ఎలా సహకరిస్తాయో చూపించే పరస్పర చర్యలను మేము సృష్టించవచ్చు.


Finally, you'll find interactions in the context of a class.

చివరగా, మీరు ఒక తరగతి సందర్భంలో పరస్పర చర్యలను కనుగొంటారు.


The objects that participate in an interaction are either concrete things or prototypical things.

ఒక పరస్పర చర్యలో పాల్గొనే వస్తువులు కాంక్రీట్ విషయాలు లేదా నమూనా విషయాలు.


As a concrete thing, an object represents something in the real world.

ఒక కాంక్రీట్ విషయంగా, ఒక వస్తువు నిజ ప్రపంచంలో ఏదో ఒకదాన్ని సూచిస్తుంది.


A link is a semantic connection among objects.

ఒక లింక్ అనేది వస్తువుల మధ్య ఒక అర్థ సంబంధం.


Wherever a class has an association to another class, there may be a link between the instances of the two classes.

ఒక తరగతికి మరొక తరగతితో అనుబంధం ఉన్న చోట, రెండు తరగతుల ఉదాహరణల మధ్య లింక్ ఉండవచ్చు.


A message is the specification of a communication among objects.


The system checks the PIN number to see if it is valid.

సిస్టమ్ పిన్ నంబర్ చెల్లుబాటు అవుతుందో లేదో తనిఖీ చేస్తుంది.


If the PIN number is valid, the system acknowledges the entry.

పిన్ నంబర్ చెల్లుబాటు అయితే, సిస్టమ్ ఎంట్రీని గుర్తిస్తుంది.


The Customer can cancel a transaction at any time by pressing the Cancel button.

రద్దు బటన్ నొక్కడం ద్వారా కస్టమర్ ఎప్పుడైనా లావాదేవీని రద్దు చేయవచ్చు.


No changes are made to the Customer's account.

కస్టమర్ ఖాతాలో ఎటువంటి మార్పులు చేయబడవు.


The Customer can clear a PIN number anytime before committing it.

కస్టమర్ పిన్ నంబర్‌ను సమర్పించే ముందు ఎప్పుడైనా క్లియర్ చేయవచ్చు.


If the Customer enters an invalid PIN number, the use case restarts.

కస్టమర్ చెల్లని పిన్ నంబర్‌ను నమోదు చేస్తే, వినియోగ సందర్భం పునఃప్రారంభించబడుతుంది.


If this happens three times in a row, the system cancels the entire transaction.

ఇది వరుసగా మూడుసార్లు జరిగితే, సిస్టమ్ మొత్తం లావాదేవీని రద్దు చేస్తుంది.


Use case describes a set of sequences, not just a single sequence.

వినియోగ సందర్భం ఒకే క్రమాన్ని కాకుండా, సన్నివేశాల సమితిని వివరిస్తుంది.


ప్రతి క్రమాన్ని దృశ్యం అంటారు.


A scenario is a specific sequence of actions that illustrates behavior.

ఒక దృశ్యం అనేది ప్రవర్తనను వివరించే నిర్దిష్ట చర్యల క్రమం.


A use case captures the intended behavior of the system.

వినియోగ సందర్భం సిస్టమ్ యొక్క ఉద్దేశించిన ప్రవర్తనను సంగ్రహిస్తుంది.


మీరు మీ వినియోగ కేసులను అమలు చేయాలి.


This society of elements is modeled in the UML as a collaboration.

ఈ మూలకాల సమాజాన్ని UMLలో సహకారంగా రూపొందించారు.


We can organize use cases by grouping them in packages.

వాటిని ప్యాకేజీలలో సమూహపరచడం ద్వారా మనం వినియోగ కేసులను నిర్వహించవచ్చు.


You can also organize use cases by specifying generalization, include, and extend relationships.

సాధారణీకరణ, చేర్చడం మరియు పొడిగించే సంబంధాలను పేర్కొనడం ద్వారా మీరు వినియోగ కేసులను కూడా నిర్వహించవచ్చు.


An include relationship between use cases means that the base use case explicitly incorporates the behavior of another use case.

వినియోగ కేసుల మధ్య చేరిక సంబంధం అంటే బేస్ వినియోగ సందర్భం మరొక వినియోగ సందర్భం యొక్క ప్రవర్తనను స్పష్టంగా కలిగి ఉంటుంది.


You use an include relationship to avoid describing the same flow of events several times.

ఒకే ఈవెంట్ ప్రవాహాన్ని చాలాసార్లు వివరించకుండా ఉండటానికి మీరు చేరిక సంబంధాన్ని ఉపయోగిస్తారు.


An extend relationship between use cases means that the base use case implicitly incorporates the behavior of another use case.

వినియోగ కేసుల మధ్య పొడిగింపు సంబంధం అంటే బేస్ వినియోగ సందర్భం మరొక వినియోగ సందర్భం యొక్క ప్రవర్తనను పరోక్షంగా కలిగి ఉంటుంది.


We use an extend relationship to model the part of a use case the user may see as optional system behavior.

వినియోగదారుడు ఐచ్ఛిక సిస్టమ్ ప్రవర్తనగా చూడగలిగే వినియోగ కేసు భాగాన్ని మోడల్ చేయడానికి మేము పొడిగింపు సంబంధాన్ని ఉపయోగిస్తాము.


Use case diagrams are central to modeling the behavior of a system.

సిస్టమ్ యొక్క ప్రవర్తనను మోడల్ చేయడానికి వినియోగ కేసు రేఖాచిత్రాలు కేంద్రంగా ఉన్నాయి.


The workflow's initial state and final state are crucial for defining its boundaries.

పని విధానం యొక్క ప్రారంభ స్థితి మరియు తుది స్థితి దాని సరిహద్దులను నిర్వచించడానికి చాలా ముఖ్యమైనవి.


Activities and actions are rendered in the activity diagram as activity states or action states.

కార్యకలాపాలు మరియు చర్యలు కార్యాచరణ రేఖాచిత్రంలో కార్యాచరణ స్థితులు లేదా చర్య స్థితులుగా అందించబడతాయి.


For complex actions, collapse them into activity states.

సంక్లిష్టమైన చర్యల కోసం, వాటిని కార్యాచరణ స్థితులలోకి కుదించండి.


Transitions connect activity and action states.

మార్పులు కార్యాచరణ మరియు చర్య స్థితులను కలుపుతాయి.


Consider branching, forking, and joining in the workflow.

పని విధానంలో శాఖలు, ఫోర్కింగ్ మరియు జాయినింగ్‌లను పరిగణించండి.


Important objects involved in the workflow are rendered in the activity diagram.

పని విధానంలో పాల్గొన్న ముఖ్యమైన వస్తువులను కార్యాచరణ రేఖాచిత్రంలో అందించబడతాయి.


The figure shows an activity diagram for a retail business.

ఈ చిత్రం రిటైల్ వ్యాపారం కోసం ఒక కార్యాచరణ రేఖాచిత్రాన్ని చూపుతుంది.


A customer returns an item from a mail order.

ఒక కస్టమర్ మెయిల్ ఆర్డర్ నుండి ఒక వస్తువును తిరిగి ఇస్తాడు.


Work starts with the Customer action Request return.

పని కస్టమర్ చర్య రిక్వెస్ట్ రిటర్న్‌తో ప్రారంభమవుతుంది.


The diagram specifies the workflow involved.

రేఖాచిత్రం సంబంధిత పని విధానాన్ని నిర్దేశిస్తుంది.


An activity diagram can be attached to any modeling element.

ఏదైనా మోడలింగ్ ఎలిమెంట్‌కు కార్యాచరణ రేఖాచిత్రాన్ని అటాచ్ చేయవచ్చు.


It is used for visualizing, specifying, constructing, and documenting that element's behavior.

ఇది ఆ మూలకం యొక్క ప్రవర్తనను దృశ్యమానం చేయడానికి, పేర్కొనడానికి, నిర్మించడానికి మరియు డాక్యుమెంట్ చేయడానికి ఉపయోగించబడుతుంది.


Activity diagrams are commonly attached to operations.

కార్యాచరణ రేఖాచిత్రాలు సాధారణంగా కార్యకలాపాలకు జతచేయబడతాయి.


An activity diagram is simply a flowchart of an operation's actions.

కార్యాచరణ రేఖాచిత్రం అనేది ఒక ఆపరేషన్ యొక్క చర్యల ఫ్లోచార్ట్.


Collect the abstractions involved in this operation.

ఈ ఆపరేషన్‌లో ఉన్న అబ్‌స్ట్రాక్షన్‌లను సేకరించండి.


Identify the preconditions and postconditions.

పూర్వ అవసరాలు మరియు పోస్ట్ కండిషన్‌లను గుర్తించండి.


Forward engineering creates code from a model.

ఫార్వర్డ్ ఇంజనీరింగ్ ఒక మోడల్ నుండి కోడ్‌ను సృష్టిస్తుంది.


Reverse engineering creates a model from code.

రివర్స్ ఇంజనీరింగ్ కోడ్ నుండి ఒక నమూనాను సృష్టిస్తుంది.


Events represent significant occurrences in time and space.

సంఘటనలు సమయం మరియు స్థలంలో ముఖ్యమైన సంఘటనలను సూచిస్తాయి.


సంఘటనలు స్థితి మార్పులను ప్రేరేపిస్తాయి.


Commanding state, the enclosing object will be in the Waiting or the Command state.

ఆదేశించే స్థితిలో, ఎన్క్లోజింగ్ వస్తువు వేచి ఉండే లేదా కమాండ్ స్థితిలో ఉంటుంది.


Modeling the lifetime of an object involves specifying the events to which the object can respond.

ఒక వస్తువు యొక్క జీవిత కాలాన్ని మోడల్ చేయడం అంటే వస్తువు స్పందించగల సంఘటనలను పేర్కొనడం.


Decide on the events to which this object may respond.

ఈ వస్తువు ఏ సంఘటనలకు ప్రతిస్పందిస్తుందో నిర్ణయించండి.


Active classes often receive signals, which you typically enumerate in an extra compartment.

యాక్టివ్ తరగతులు తరచుగా సిగ్నల్లను అందుకుంటాయి, వీటిని మీరు సాధారణంగా అదనపు కంపార్ట్‌మెంట్‌లో లెక్కిస్తారు.


A process is a heavyweight flow that can execute concurrently with other processes.

ఒక ప్రక్రియ అనేది భారీ ప్రవాహం, ఇది ఇతర ప్రక్రియలతో ఏకకాలంలో అమలు చేయగలదు.


An active object is an object that owns a process or thread and can initiate control activity.

ఒక క్రియాశీల వస్తువు అనేది ఒక ప్రక్రియ లేదా థ్రెడ్‌ను కలిగి ఉన్న మరియు నియంత్రణ కార్యాచరణను ప్రారంభించగల వస్తువు.


Active classes share the same properties as all other classes.

యాక్టివ్ తరగతులు ఇతర తరగతుల మాదిరిగానే లక్షణాలను కలిగి ఉంటాయి.


When objects collaborate with one another, they interact by passing messages.

వస్తువులు ఒకదానితో ఒకటి సహకరించినప్పుడు, అవి సందేశాలను పంపడం ద్వారా పరస్పర చర్య చేస్తాయి.


A message may be passed from one active object to another.

ఒక సందేశం ఒక క్రియాశీల వస్తువు నుండి మరొకదానికి పంపబడవచ్చు.


In the UML, you render a synchronous message as a full arrow and an asynchronous message as a half arrow.

UMLలో, మీరు సమకాలిక సందేశాన్ని పూర్తి బాణం వలె మరియు అసమకాలిక సందేశాన్ని సగం బాణం వలె రెండరింగ్ చేస్తారు.


Consider how each group of classes collaborates with one another dynamically.

తరగతుల యొక్క ప్రతి సమూహం ఒకదానితో ఒకటి డైనమిక్‌గా ఎలా సహకరిస్తుందో పరిగణించండి.


Model messaging using asynchronous communication.

అసమకాలిక కమ్యూనికేషన్‌ను ఉపయోగించి సందేశాలను మోడల్ చేయండి.


Modeling time and space is an essential element of any real time and/or distributed system.

సమయం మరియు స్థలాన్ని మోడల్ చేయడం ఏదైనా నిజ సమయం మరియు/లేదా పంపిణీ చేయబడిన వ్యవస్థకు ఒక ముఖ్యమైన అంశం.


A timing mark is a denotation for the time at which an event occurs.

సమయ గుర్తు అనేది ఒక సంఘటన జరిగిన సమయానికి సంబంధించిన సూచన.


For each event in an interaction, consider whether it must start at some absolute time.

ఒక పరస్పర చర్యలోని ప్రతి ఈవెంట్ కోసం, అది కొంత ఖచ్చితమైన సమయంలో ప్రారంభం కావాలా అని ఆలోచించండి.


For each interesting class of objects in your system, consider its locality of reference.

మీ సిస్టమ్‌లోని ఆసక్తికరమైన వస్తువుల యొక్క ప్రతి తరగతి కోసం, దాని సూచన స్థానాన్ని పరిగణించండి.


Render the allocation of an object to a node by explicitly indicating its location as a tagged value.

ఒక వస్తువును నోడ్‌కు కేటాయించడాన్ని దాని స్థానాన్ని ట్యాగ్ చేయబడిన విలువగా స్పష్టంగా సూచించడం ద్వారా అందించండి.


Statechart diagrams are one of the five diagrams in the UML for modeling the dynamic aspects of systems.

సిస్టమ్‌ల యొక్క డైనమిక్ అంశాలను మోడల్ చేయడానికి UMLలో స్టేట్‌చార్ట్ రేఖాచిత్రాలు ఐదు రేఖాచిత్రాలలో ఒకటి.


A state machine is a behavior that specifies the sequences of states an object goes through during its lifetime.

ఒక స్టేట్ మెషిన్ అనేది ఒక ప్రవర్తన, ఇది ఒక వస్తువు దాని జీవితకాలంలో వెళ్ళే స్టేట్‌ల శ్రేణిని పేర్కొంటుంది.


A reactive object is one whose behavior is best characterized by its response to events.

ఒక ప్రతిస్పందించే వస్తువు అనేది సంఘటనలకు దాని ప్రతిస్పందన ద్వారా ఉత్తమంగా వర్గీకరించబడేది.


A component is a physical thing that conforms to and realizes a set of interfaces.

ఒక భాగం అనేది ఇంటర్ఫేస్‌ల సమితికి అనుగుణంగా ఉండే మరియు వాటిని గ్రహించే ఒక భౌతిక విషయం.


The UML provides a graphical representation of a component.

UML ఒక భాగం యొక్క గ్రాఫికల్ ప్రాతినిధ్యాన్ని అందిస్తుంది.


Using stereotypes, you can tailor this notation to represent specific kinds of components.

స్టీరియోటైప్‌లను ఉపయోగించి, మీరు నిర్దిష్ట రకాల భాగాలను సూచించడానికి ఈ సంజ్ఞామానాన్ని అనుకూలీకరించవచ్చు.


A component is a physical and replaceable part of a system.

ఒక భాగం అనేది ఒక వ్యవస్థలో భౌతికమైనది మరియు మార్చగలిగేది.


Every component must have a name that distinguishes it from other components.

ప్రతి భాగానికి దానిని ఇతర భాగాల నుండి వేరుచేసే పేరు ఉండాలి.


ఒక పేరు అనేది ఒక పాఠ్య స్ట్రింగ్.


Classes represent logical abstractions; components represent physical things.

తరగతులు తార్కిక అమూర్తాలను సూచిస్తాయి; భాగాలు భౌతిక విషయాలను సూచిస్తాయి.


Components may live on nodes, classes may not.

భాగాలను నోడ్‌లలో ఉంచవచ్చు, తరగతులను ఉంచలేము.


Components represent the physical packaging of otherwise logical components.

భాగాలను లేకపోతే తార్కిక భాగాల భౌతిక ప్యాకేజింగ్‌ను సూచిస్తాయి.


An interface is a collection of operations that are used to specify a service.

ఒక ఇంటర్‌ఫేస్ అనేది ఒక సేవను పేర్కొనడానికి ఉపయోగించే కార్యకలాపాల సమాహారం.


All the most common component-based operating system facilities use interfaces.

అత్యంత సాధారణ భాగం-ఆధారిత ఆపరేటింగ్ సిస్టమ్ సౌకర్యాలన్నీ ఇంటర్‌ఫేస్‌లను ఉపయోగిస్తాయి.


This mechanism permits you to deploy a system whose services are somewhat location-independent.

ఈ విధానం మీ సేవలు కొంతవరకు స్థాన-స్వతంత్రంగా ఉండే వ్యవస్థను అమలు చేయడానికి అనుమతిస్తుంది.


An interface that a component realizes is called an export interface.

ఒక భాగం గ్రహించే ఇంటర్‌ఫేస్‌ను ఎగుమతి ఇంటర్‌ఫేస్ అంటారు.


A component may provide many export interfaces.

ఒక భాగం అనేక ఎగుమతి ఇంటర్‌ఫేస్‌లను అందించవచ్చు.


A component may conform to many import interfaces.

ఒక భాగం అనేక దిగుమతి ఇంటర్‌ఫేస్‌లకు అనుగుణంగా ఉండవచ్చు.


These are the components necessary and sufficient to form an executable system.

ఇవి అమలు చేయగల వ్యవస్థను ఏర్పరచడానికి అవసరమైన మరియు తగిన భాగాలు.


You can organize components by grouping them in packages.

మీరు భాగాలను ప్యాకేజీలలో సమూహపరచడం ద్వారా నిర్వహించవచ్చు.


Model any executables and libraries as components.

ఏదైనా ఎగ్జిక్యూటబుల్స్ మరియు లైబ్రరీలను భాగాలుగా మోడల్ చేయండి.


Identify the programmatic seams in your system and model each seam as an interface.

మీ సిస్టమ్‌లోని ప్రోగ్రామాటిక్ సీమ్‌లను గుర్తించండి మరియు ప్రతి సీమ్‌ను ఇంటర్‌ఫేస్‌గా మోడల్ చేయండి.


A node is a physical element that exists at run time and represents a computational resource.

ఒక నోడ్ అనేది రన్ టైమ్‌లో ఉండే మరియు గణన వనరును సూచించే ఒక భౌతిక మూలకం.


We show two instances of the component school.db.

మేము school.db కాంపోనెంట్ యొక్క రెండు ఉదాహరణలను చూపిస్తున్నాము.


Both instances are anonymous, and both have a different value for their location tagged value.

రెండు ఉదాహరణలు అనామకంగా ఉన్నాయి మరియు రెండింటికీ వాటి స్థానానికి వేరే విలువ ఉంది.


There's also a note, which explicitly specifies which instance replicates the other.

ఒక గమనిక కూడా ఉంది, ఇది ఏ ఉదాహరణ మరొకటి పునరావృతం చేస్తుందో స్పష్టంగా పేర్కొంది.


To forward engineer a component diagram, for each component, identify the classes or collaborations that the component implements.

ఒక కాంపోనెంట్ రేఖాచిత్రాన్ని ఫార్వర్డ్ ఇంజనీరింగ్ చేయడానికి, ప్రతి కాంపోనెంట్ కోసం, కాంపోనెంట్ అమలు చేసే తరగతులు లేదా సహకారాలను గుర్తించండి.


ప్రతి కాంపోనెంట్ కోసం లక్ష్యాన్ని ఎంచుకోండి.


Your choice is basically between source code or a binary library.

మీ ఎంపిక ప్రాథమికంగా సోర్స్ కోడ్ లేదా బైనరీ లైబ్రరీ మధ్య ఉంటుంది.


Reverse engineering a component diagram is not a perfect process because there is always a loss of information.

కాంపోనెంట్ రేఖాచిత్రాన్ని రివర్స్ ఇంజనీరింగ్ చేయడం ఖచ్చితమైన ప్రక్రియ కాదు, ఎందుకంటే ఎల్లప్పుడూ సమాచారం కోల్పోవడం జరుగుతుంది.


Choose the target you want to reverse engineer.

మీరు రివర్స్ ఇంజనీర్ చేయాలనుకుంటున్న లక్ష్యాన్ని ఎంచుకోండి.


Source code can be reverse engineered to components and then classes.

సోర్స్ కోడ్‌ను కాంపోనెంట్‌లకు మరియు తరువాత తరగతులకు రివర్స్ ఇంజనీర్ చేయవచ్చు.


Binary libraries can be reverse engineered to uncover their interfaces.

బైనరీ లైబ్రరీలను వాటి ఇంటర్‌ఫేస్‌లను కనుగొనడానికి రివర్స్ ఇంజనీర్ చేయవచ్చు.


Executables can be reverse engineered the least.

ఎగ్జిక్యూటబుల్స్‌ను తక్కువగా రివర్స్ ఇంజనీర్ చేయవచ్చు.


Using a tool, point to the code you'd like to reverse engineer.

ఒక సాధనాన్ని ఉపయోగించి, మీరు రివర్స్ ఇంజనీర్ చేయాలనుకుంటున్న కోడ్‌ను సూచించండి.


Use your tool to generate a new model or to modify an existing one.

క్రొత్త మోడల్‌ను రూపొందించడానికి లేదా ఇప్పటికే ఉన్నదాన్ని సవరించడానికి మీ సాధనాన్ని ఉపయోగించండి.


Create a component diagram by querying the model.

మోడల్‌ను ప్రశ్నించడం ద్వారా కాంపోనెంట్ రేఖాచిత్రాన్ని సృష్టించండి.


For example, below figure provides a component diagram that represents the reverse engineering of the ActiveX component vbrun.dll.

ఉదాహరణకు, దిగువన ఉన్న చిత్రం ActiveX కాంపోనెంట్ vbrun.dll యొక్క రివర్స్ ఇంజనీరింగ్‌ను సూచించే కాంపోనెంట్ రేఖాచిత్రాన్ని అందిస్తుంది.


Deployment diagrams are one of the two kinds of diagrams used in modeling the physical aspects of an object-oriented system.

ఒక వస్తు ఆధారిత వ్యవస్థ యొక్క భౌతిక అంశాలను మోడలింగ్ చేయడంలో ఉపయోగించే రెండు రకాల రేఖాచిత్రాలలో డిప్లాయ్‌మెంట్ రేఖాచిత్రాలు ఒకటి.


A deployment diagram shows the configuration of run time processing nodes and the components that live on them.

ఒక డిప్లాయ్‌మెంట్ రేఖాచిత్రం రన్ టైమ్ ప్రాసెసింగ్ నోడ్‌ల యొక్క కాన్ఫిగరేషన్‌ను మరియు వాటిపై నివసించే కాంపోనెంట్‌లను చూపుతుంది.


You use deployment diagrams to model the static deployment view of a system.

మీరు సిస్టమ్ యొక్క స్టాటిక్ డిప్లాయ్‌మెంట్ వీక్షణను మోడల్ చేయడానికి డిప్లాయ్‌మెంట్ రేఖాచిత్రాలను ఉపయోగిస్తారు.


Deployment diagrams are essentially class diagrams that focus on a system's nodes.

డిప్లాయ్‌మెంట్ రేఖాచిత్రాలు తప్పనిసరిగా సిస్టమ్ నోడ్‌లపై దృష్టి సారించే తరగతి రేఖాచిత్రాలు.


A deployment diagram is a diagram that shows the configuration of run time processing nodes and the components that live on them.

ఒక డిప్లాయ్‌మెంట్ రేఖాచిత్రం అనేది రన్ టైమ్ ప్రాసెసింగ్ నోడ్‌ల యొక్క కాన్ఫిగరేషన్‌ను మరియు వాటిపై నివసించే కాంపోనెంట్‌లను చూపించే రేఖాచిత్రం.