دسترسی نامحدود
برای کاربرانی که ثبت نام کرده اند
برای ارتباط با ما می توانید از طریق شماره موبایل زیر از طریق تماس و پیامک با ما در ارتباط باشید
در صورت عدم پاسخ گویی از طریق پیامک با پشتیبان در ارتباط باشید
برای کاربرانی که ثبت نام کرده اند
درصورت عدم همخوانی توضیحات با کتاب
از ساعت 7 صبح تا 10 شب
ویرایش: 1 نویسندگان: Ute Bürkle, Volker Weimer, Heinz Züllighoven (auth.), Prof. Dr. Heinz Züllighoven, Dr. Werner Altmann, Prof. Dr. Ernst-Erich Doberkat (eds.) سری: Berichte des German Chapter of the ACM ISBN (شابک) : 9783519026822, 9783322947031 ناشر: Vieweg+Teubner Verlag سال نشر: 1993 تعداد صفحات: 385 زبان: German فرمت فایل : PDF (درصورت درخواست کاربر به PDF، EPUB یا AZW3 تبدیل می شود) حجم فایل: 11 مگابایت
کلمات کلیدی مربوط به کتاب مهندسی الزامات سال 93: نمونه سازی: مهندسی، عمومی
در صورت تبدیل فایل کتاب Requirements Engineering ’93: Prototyping به فرمت های PDF، EPUB، AZW3، MOBI و یا DJVU می توانید به پشتیبان اطلاع دهید تا فایل مورد نظر را تبدیل نمایند.
توجه داشته باشید کتاب مهندسی الزامات سال 93: نمونه سازی نسخه زبان اصلی می باشد و کتاب ترجمه شده به فارسی نمی باشد. وبسایت اینترنشنال لایبرری ارائه دهنده کتاب های زبان اصلی می باشد و هیچ گونه کتاب ترجمه شده یا نوشته شده به فارسی را ارائه نمی دهد.
توسعه سیستمهای فناوری اتوماسیون دشوار است، زیرا علاوه بر نیازهای معمول سیستمهای نرمافزاری با اندازه متوسط تا بزرگ (جریانهای داده و کنترل)، آنها دارای مشکلات اضافی در قالب نیازهای بلادرنگ یا تعامل با یک محیط متشکل از طیف گسترده ای از سنسورها و محرک ها. ما از عناوین زیر برای نتایج هر مرحله از فرآیند توسعه استفاده می کنیم (به فصل 2 مراجعه کنید): تعریف وظایف (مشخصات)، مفهوم راه حل (راه حل فنی جهت گیری حاصل از تجزیه و تحلیل تعریف وظایف، همانطور که در توضیح داده شده است. مشخصات)، پیش نویس (معماری نرم افزار با شرح واحدهای عملکردی، داده ها و جریان های کنترل) و کد منبع (بسته برنامه قابل اجرا در محیط هدف). منظور ما از نمونه سازی، از یک سو، ایجاد تکراری مدل های اجرایی (نمونه های اولیه) نرم افزار کاربردی آینده (نمونه سازی مفهومی) است [1]. از سوی دیگر، مفهوم اضافی یا جایگزین اعتبار تحلیلی اطلاعات توسعه در حال انجام و انتقال آن به ابزار شبیه سازی (نمونه سازی اولیه تحلیلی) وجود دارد [2]. تا به حال، تحقق یک نمونه اولیه اغلب به عنوان یک فعالیت قبل از توسعه سیستم در نظر گرفته شده است. با این حال، این روش خطر (حداقل در چاپ پروژه) تکمیل نمونه اولیه را به یک محصول نهایی با طیف کاملی از عملکردها دارد. این منجر به سیستمهای نرمافزاری بدون ساختار، سخت برای نگهداری و خطا میشود. از سوی دیگر، اگر نمونه های اولیه "دور انداخته شوند"، کار اضافی جدی مورد نیاز است. با در نظر گرفتن نمونه سازی به عنوان یک عملکرد یکپارچه در فرآیند توسعه نرم افزار و با پشتیبانی از ابزارهای مناسب می توان این مشکلات را تا حد زیادی حل کرد. برای نمونهسازی مفهومی، ابزارها باید از توسعهدهنده در تعریف مدلهای راهحل و اعتبارسنجی اعتبار آنها پشتیبانی کنند.
Systeme der Automatisierungstechnik sind schwierig zu entwickeln, da sie neben den üblichen Ansprüchen mittlerer bis großer Software systeme (Daten- und Kontroll flüsse) zusätzliche Schwierigkeiten beinhalten in Form von Echtzeitanforderungen oder Interaktionen mit einer Umwelt aus vielfältigen Sensoren und Aktoren. Wir verwenden die folgenden Bezeichnungen für die Ergebnisse der einzelnen Phasen des Entwicklungspro zesses (vgl. Kap. 2): AufgabensteIlung (Lastenheft), Lösungskonzeption (aus der Analyse der AufgabensteIlung resultierende fachtechnisch orientierte Lösung, wie sie im Pflichten heft beschrieben wird), Entwurf (Software-Architektur mit Beschreibung von funktionalen Einheiten, Daten-und Kontrollflüssen) und Quellcode (lauffähiges Programmpaket in der Zielumgebung). Unter Prototyping verstehen wir einerseits die iterative Erstellung lauffä higer Modelle (Prototypen) der zukünftigen Anwendungs-Software (konzeptionelles Pro totyping) [1]. Andererseits besteht zusätzlich oder alternativ das Konzept, die laufend an fallenden Entwicklungsinformationen analytisch zu validieren und sie dazu in ein Simula tions-Tool zu übertragen (analytisches Prototyping) [2]. Die Realisierung eines Prototypen wird bisher häufig als eine der Systement wicklung vorgeschaltete Aktivität betrachtet. Dieses Vorgehen birgt jedoch die Gefahr (wenigstens im Projektdruck) in sich, den Prototypen zu einern Endprodukt mit vollem Funktionsumfang zu vervollständigen. So entstehen unstrukturierte, schwer wartbare und fehleranfällige Softwaresysteme. Werden Prototypen andererseits "weggeworfen", ergibt sich ein gravierender zusätzlicher Aufwand. Diese Probleme lassen sich weitgehend da durch lösen, indern das Prototyping als eine in den Software-Entwicklungsprozeß inte grierte Funktion betrachtet wird und durch entsprechende Werkzeuge unterstützt wird. Für das konzeptionelle Prototyping müssen die Werkzeuge den Entwickler unter stützen, Lösungsmodelle zu definieren und deren Gültigkeit zu validieren.
Front Matter....Pages N2-10
Prototyping in einem objektorientierten Bankenprojekt....Pages 11-32
Der Prototyp als fertiges Produkt (oder Der Weg ist das Ziel)....Pages 33-39
Prototyping als Entwicklungsmethode für ein Anwendungs(teil-)projekt....Pages 41-48
Sechs Jahre Anwendungsentwicklung mit Prototyping....Pages 49-66
Prototyping mit Standard-Anwendungs-Software....Pages 67-78
Analyse der Aufgabenmerkmale als Voraussetzung für erfolgreiches Prototyping....Pages 79-92
Software-Sanierung mit Benutzerbeteiligung und Prototyping....Pages 93-105
Konzeptionelles und analytisches Prototyping....Pages 107-123
Slow and Principled Prototyping of Usage Surfaces: a Method For User Interface Engineering....Pages 125-133
Using Executable Specifications for Prototyping System-Design Processes....Pages 135-145
Verwaltung persistenter Daten in einer Prototyping-Umgebung....Pages 147-163
Prototyping mit Mengen — der Pro Set -Ansatz....Pages 165-174
Hierarchische Verhaltensbeschreibung in objekt-orientierten Systemmodellen — eine Grundlage für modellbasiertes Prototyping....Pages 175-192
Ein flexibler Interpreter für ausführbare Anforderungsdokumente....Pages 193-208
TOPOS: A Prototyping-Oriented Open CASE System....Pages 209-225
Improving Structured Analysis — Achieving Preciseness, Executability, and Real-Time Specification....Pages 227-245
Beschreibungsmodell für ein Werkzeug zur wissensbasierten Dialoggestaltung in Softwareprodukten....Pages 247-265
Giving Structured Analysis Techniques a Formal and Operational Semantics with KARL....Pages 267-285
PRONTO — ein durchgängiges Verfahren zur prototyping-orientierten Software-Entwicklung....Pages 287-302
Model-driven prototyping — prototype-driven modeling for knowledge-based systems....Pages 303-316
Prototyping of Graphing Tools by Direct GUI Composition — an Experience Report....Pages 317-334
Generierung graphischer Benutzungsschnittstellen aus Datenmodellen und Dialognetz-Spezifikationen....Pages 335-347
Graphische Präsentationen von ausführbaren SA/RT-Modellen....Pages 349-368
Ein Werkzeug für den Entwurf von Bedienoberflächen medizinischer Geräte....Pages 369-377
Prototyping, Erkenntnis, Realitätskonstruktion....Pages 379-395
Back Matter....Pages 396-397