| dbo:abstract
|
- هندسة زمن المسار ذهابًا وعودة (RTE) هي وظيفة من أدوات تطوير البرمجيات التي تزامن اثنين أو أكثر من القطع الأثرية البرمجية ذات الصلة، مثل، الشيفرة المصدرية، والنماذج، وملفات التكوين، وحتى الوثائق. تنشأ الحاجة إلى هندسة زمن المسار ذهابًا وعودة عند وجود نفس المعلومات في العديد من القطع الأثرية، وبالتالي قد يحدث تضارب إذا لم يتم تحديث جميع القطع الأثرية باستمرار لتعكس تغييرًا معينًا. على سبيل المثال، تمت إضافة أو تغيير جزء من المعلومات في قطعة أثرية واحدة فقط، ونتيجة لذلك، فقد في أو غير متناسق مع القطع الأثرية الأخرى. ترتبط هندسة زمن المسار ذهابًا وعودة ارتباطًا وثيقًا بتخصصات هندسة البرمجيات التقليدية: الهندسة المتقدمة (إنشاء البرمجيات من المواصفات)، والهندسة العكسية (إنشاء المواصفات من البرمجيات الموجودة)، وإعادة هيكلة الكود (فهم البرمجات الحالية وتعديلها). غالبًا ما يتم تعريف هندسة زمن المسار ذهابًا وعودة بشكل خاطئ على أنها مجرد دعم للهندسة الأمامية والعكسية. في الواقع، السمة الرئيسية لهندسة زمن المسار ذهابًا وعودة التي تميزها عن الهندسة الأمامية والعكسية هي القدرة على مزامنة الآثار الموجودة التي تطورت في وقت واحد بشكل متزايد عن طريق التحديث التدريجي لكل قطعة أثرية لتعكس التغييرات التي تم إجراؤها على القطع الأثرية الأخرى. علاوة على ذلك، يمكن النظر إلى الهندسة الأمامية كمثال خاص لهندسة زمن المسار ذهابًا وعودة حيث توجد المواصفات فقط ويمكن رؤية الهندسة العكسية كمثال خاص لهندسة زمن المسار ذهابا وعودة حيث توجد البرمجيات فقط. يمكن أيضًا فهم العديد من أنشطة إعادة الهندسة على أنها هندسة زمن المسار ذهابًا وعودة عند تحديث البرنامج ليعكس التغييرات التي تم إجراؤها على المواصفات الهندسية العكسية السابقة. ميزة أخرى لهندسة زمن المسار ذهابًا وعودة هي التحديث التلقائي للقطع الأثرية ردا على التناقضات المكتشفة تلقائيًا. وبهذا المعنى، فإنه يختلف عن الهندسة الأمامية والعكسية التي يمكن أن تكون يدوية (تقليدية) وتلقائية (عبر الإنشاء التلقائي أو تحليل القطع الأثرية). يمكن أن يكون التحديث التلقائي إما لحظية أو عند الطلب. في هندسة زمن المسار ذهابًا وعودة الآنية، يتم تحديث جميع القطع الأثرية ذات الصلة فورًا بعد إجراء كل تغيير على أحدها. في هندسة زمن المسار ذهابًا وعودة عند الطلب، قد يقوم مؤلفو القطع الأثرية في الوقت نفسه بتطوير القطع الأثرية (حتى في بيئة موزعة) ويختارون في مرحلة ما تنفيذ المطابقة لتحديد التناقضات واختيار نشر بعضها والتوفيق بين الصراعات المحتملة. تدعم هندسة زمن المسار ذهابًا وعودة عملية تطوير تكرارية. بعد مزامنة النموذج الخاص بك مع التعليمات البرمجية المنقحة، لا يزال لديك الحرية في اختيار أفضل طريقة للعمل، قم بإجراء المزيد من التعديلات على التعليمات البرمجية أو إجراء تغييرات على النموذج الخاص بك. يمكنك المزامنة في أي من الاتجاهين في أي وقت ويمكنك تكرار الدورة عدة مرات حسب الضرورة. (ar)
- Round-Trip-Engineering ist ein Begriff aus dem Gebiet der Softwaretechnik und sorgt für die Übereinstimmung von Entwürfen oder Modellen und deren Umsetzung. Round-Trip-Engineering beinhaltet am Beispiel von UML-Klassendiagrammen:
* Forward Engineering: Änderung am Klassendiagramm führt zu einer automatischen Anpassung des Quelltexts
* Reverse Engineering: Änderung im Quelltext führt zur automatischen Anpassung der Klassendiagramme Einige Softwareentwicklungswerkzeuge (CASE) wie Together unterstützen simultanes Round-Trip-Engineering, d. h. die Aktualisierung erfolgt unmittelbar nach einer Veränderung. (de)
- Round-trip engineering (RTE) is a functionality of software development tools that synchronizes two or more related software artifacts, such as, source code, models, configuration files, and even documentation. The need for round-trip engineering arises when the same information is present in multiple artifacts and therefore an inconsistency may occur if not all artifacts are consistently updated to reflect a given change. For example, some piece of information was added to/changed in only one artifact and, as a result, it became missing in/inconsistent with the other artifacts. Round-trip engineering is closely related to traditional software engineering disciplines: forward engineering (creating software from specifications), reverse engineering (creating specifications from existing software), and reengineering (understanding existing software and modifying it). Round-trip engineering is often wrongly defined as simply supporting both forward and reverse engineering. In fact, the key characteristic of round-trip engineering that distinguishes it from forward and reverse engineering is the ability to synchronize existing artifacts that evolved concurrently by incrementally updating each artifact to reflect changes made to the other artifacts. Furthermore, forward engineering can be seen as a special instance of RTE in which only the specification is present and reverse engineering can be seen as a special instance of RTE in which only the software is present. Many reengineering activities can also be understood as RTE when the software is updated to reflect changes made to the previously reverse engineered specification. Another characteristic of round-trip engineering is automatic update of the artifacts in response to automatically detected inconsistencies. In that sense, it is different from forward- and reverse engineering which can be both manual (traditionally) and automatic (via automatic generation or analysis of the artifacts). The automatic update can be either instantaneous or on-demand. In instantaneous RTE, all related artifacts are immediately updated after each change made to one of them. In on-demand RTE, authors of the artifacts may concurrently evolve the artifacts (even in a distributed setting) and at some point choose to execute matching to identify inconsistencies and choose to propagate some of them and reconcile potential conflicts. Round trip engineering supports an iterative development process. After you have synchronized your model with revised code, you are still free to choose the best way to work – make further modifications to the code or make changes to your model. You can synchronize in either direction at any time and you can repeat the cycle as many times as necessary. (en)
- In ingegneria del software, la Round-Trip Engineering (RTE) (che si potrebbe tradurre in Italiano con “Ingegneria dell'Andata e Ritorno”) è una metodologia che, appoggiandosi ad opportuni strumenti di sviluppo software, prevede la sincronizzazione di tutti gli artefatti software, come ad esempio, i requisiti del sistema, il di specifica, i file di configurazione o la documentazione a corredo. L'esigenza di operare secondo la metodologia RTE nasce quando una stessa informazione è contenuta in più artefatti e lo sviluppo perderebbe consistenza se, al variare di una caratteristica di un qualche artefatto, tale variazione non venisse opportunamente propagata a tutti gli altri.È tipico il caso in cui l'aggiunta di una funzionalità, ad esempio nel codice, non viene riportata nel modello relativo a livello architetturale. In questo caso quindi il modello non rifletterà più la sua implementazione e viceversa. La RTE è intimamente legata al tradizionale software engineering essendo composta, appunto, di un'“andata” e un “ritorno” cioè il , che prevede la creazione del software a partire dalle specifiche, e il reverse engineering, che prevede invece la definizione di specifiche a partire dal software esistente. Come guida e supporto in questi due percorsi viene usata la tecnica del reengineering, ovvero l'intima comprensione di un software esistente e la capacità di modificarlo a fronte di esigenze che nascono sia nella parte dei requisiti della specifica sia nell'implementazione software. Ma RTE non è una tecnica che, semplicemente, propone la possibilità di andare avanti e indietro sulla linea dello sviluppo software: piuttosto è la capacità di sincronizzare fra loro artefatti esistenti che evolvono incrementalmente in una condizione di concorrenza. In altre parole, ogni artefatto viene modificato a fronte della modifica di un altro. Il può essere visto come una specifica istanza della RTE nella quale è presente solo la specifica, mentre il reverse engineering è l'istanza nella quale è presente solo il software.Molte attività di reengineering possono a loro volta essere interpretate come RTE ogni volta che il software viene modificato per adattarsi a cambiamenti fatti nelle specifiche dedotte da un'attività di reverse engineering. La RTE è inoltre caratterizzata da strumenti che permettono una modifica automatica degli artefatti a fronte di un'inconsistenza intercettata in modo altrettanto automatico. Anche questa caratteristica la distingue dall'approccio classico dove sia il forward sia il reverse possono entrambi essere gestiti sia in modo manuale che automatico. Nella RTE invece l'automatismo è essenziale anche se può essere “istantaneo” o “su richiesta” nel senso che sia sincrono o asincrono alle variazioni effettuate sui diversi artefatti. Nel caso dell'asincronicità i diversi attori possono lavorare in modo concorrente sui singoli artefatti e richiedere una verifica di consistenza in momenti definiti e scegliere poi come gestire gli eventuali conflitti che si sono venuti a creare. (it)
- 雙向工程（Round-trip engineering）簡稱RTE，是同步二個或多個相關軟體工件（例如程式碼、模型、組態檔案及文件）的软件开发工具機能。要進行雙向工程的原因是因為相同的資料會出現在多份工件上，若只更新了其中一份工件的資料，另外工件中的對應資料沒有更新，就會有各工件不一致的問題。 雙向工程和傳統的软件工程作法有緊密的關係，例如順向工程（從已有的規格產生程式碼及軟體）、逆向工程（從已有的軟體產生程式碼及規格）及代码重构（瞭解程式碼並且修改）。常有人將雙向工程錯誤的定義為同時支援順向工程及逆向工程而已。雙向工程的主要特點可以是在一個已有軟體工件有變更時，同時的同步其他對應的工件，其作法是逐步的在其他工件中加入對應原工作修改的內容。順向工程可以視為是一種已有規格的特殊雙向工程，逆向工程則是可以視為是已有軟體的特殊雙向工程。許多reengineering的工作也可以視為是雙向工程，用之前逆向工程得到的規格，其中進行修改，再修改軟體，和規格同步。 雙向工程的另一個特點是自動偵測工件中的不一致，自動更新工件。若以這個定義來看，雙向工程就和順向工程及逆向工程不同了，順向工程及逆向工程可能是人工進行的，也可能是自動的（例如分析規格，自動產生程式碼）。自動更新的過程可以是即時的，也可以是在有需求時更新。若是即時的雙向工程，在工件變更之後其他工作的對應部份也都會自動更新。若是在有需求時更新的雙向工程，工件的作者們可能是同時變更這些工件，其中某個時間比較工件，識別不一致之處，選擇要保留的內容，並且避免可能出現的衝突。 雙向工程支援迭代式的開發流程。在模型和工件同步後，可以選擇繼續修改程式，或是修改模型。可以進行任意次數、任意方向的同步。 (zh)
|
| dbo:wikiPageID
| |
| dbo:wikiPageLength
|
- 6709 (xsd:nonNegativeInteger)
|
| dbo:wikiPageRevisionID
| |
| dbo:wikiPageWikiLink
| |
| dbp:wikiPageUsesTemplate
| |
| dcterms:subject
| |
| gold:hypernym
| |
| rdf:type
| |
| rdfs:comment
|
- هندسة زمن المسار ذهابًا وعودة (RTE) هي وظيفة من أدوات تطوير البرمجيات التي تزامن اثنين أو أكثر من القطع الأثرية البرمجية ذات الصلة، مثل، الشيفرة المصدرية، والنماذج، وملفات التكوين، وحتى الوثائق. تنشأ الحاجة إلى هندسة زمن المسار ذهابًا وعودة عند وجود نفس المعلومات في العديد من القطع الأثرية، وبالتالي قد يحدث تضارب إذا لم يتم تحديث جميع القطع الأثرية باستمرار لتعكس تغييرًا معينًا. على سبيل المثال، تمت إضافة أو تغيير جزء من المعلومات في قطعة أثرية واحدة فقط، ونتيجة لذلك، فقد في أو غير متناسق مع القطع الأثرية الأخرى. (ar)
- Round-Trip-Engineering ist ein Begriff aus dem Gebiet der Softwaretechnik und sorgt für die Übereinstimmung von Entwürfen oder Modellen und deren Umsetzung. Round-Trip-Engineering beinhaltet am Beispiel von UML-Klassendiagrammen:
* Forward Engineering: Änderung am Klassendiagramm führt zu einer automatischen Anpassung des Quelltexts
* Reverse Engineering: Änderung im Quelltext führt zur automatischen Anpassung der Klassendiagramme (de)
- Round-trip engineering (RTE) is a functionality of software development tools that synchronizes two or more related software artifacts, such as, source code, models, configuration files, and even documentation. The need for round-trip engineering arises when the same information is present in multiple artifacts and therefore an inconsistency may occur if not all artifacts are consistently updated to reflect a given change. For example, some piece of information was added to/changed in only one artifact and, as a result, it became missing in/inconsistent with the other artifacts. (en)
- In ingegneria del software, la Round-Trip Engineering (RTE) (che si potrebbe tradurre in Italiano con “Ingegneria dell'Andata e Ritorno”) è una metodologia che, appoggiandosi ad opportuni strumenti di sviluppo software, prevede la sincronizzazione di tutti gli artefatti software, come ad esempio, i requisiti del sistema, il di specifica, i file di configurazione o la documentazione a corredo. (it)
- 雙向工程（Round-trip engineering）簡稱RTE，是同步二個或多個相關軟體工件（例如程式碼、模型、組態檔案及文件）的软件开发工具機能。要進行雙向工程的原因是因為相同的資料會出現在多份工件上，若只更新了其中一份工件的資料，另外工件中的對應資料沒有更新，就會有各工件不一致的問題。 雙向工程和傳統的软件工程作法有緊密的關係，例如順向工程（從已有的規格產生程式碼及軟體）、逆向工程（從已有的軟體產生程式碼及規格）及代码重构（瞭解程式碼並且修改）。常有人將雙向工程錯誤的定義為同時支援順向工程及逆向工程而已。雙向工程的主要特點可以是在一個已有軟體工件有變更時，同時的同步其他對應的工件，其作法是逐步的在其他工件中加入對應原工作修改的內容。順向工程可以視為是一種已有規格的特殊雙向工程，逆向工程則是可以視為是已有軟體的特殊雙向工程。許多reengineering的工作也可以視為是雙向工程，用之前逆向工程得到的規格，其中進行修改，再修改軟體，和規格同步。 雙向工程支援迭代式的開發流程。在模型和工件同步後，可以選擇繼續修改程式，或是修改模型。可以進行任意次數、任意方向的同步。 (zh)
|
| rdfs:label
|
- هندسة زمن المسار ذهابا وعودة (ar)
- Round-Trip-Engineering (de)
- Round-trip engineering (it)
- Round-trip engineering (en)
- 雙向工程 (zh)
|
| owl:sameAs
| |
| prov:wasDerivedFrom
| |
| foaf:isPrimaryTopicOf
| |
| is dbo:wikiPageDisambiguates
of | |
| is dbo:wikiPageRedirects
of | |
| is dbo:wikiPageWikiLink
of | |
| is foaf:primaryTopic
of | |
