تحقیق تولید خودکار گزارش های زمین شناسی مهندسی بر اساس الگوی دینامیکی چهار بعدی

خلاصه

خطاها و ناکارآمدی ممکن است ناشی از پردازش دستی الگوهای پیچیده برای تهیه و مدیریت گزارش های نظرسنجی مهندسی باشد. برای پرداختن به این مشکل، این مقاله ویژگی‌های متغیر چند بعدی اسناد میدانی حرفه‌ای را تحلیل می‌کند و مدل تولید گزارش‌های استاندارد شده بر اساس یک الگوی پویا چهار بعدی را پیشنهاد می‌کند. این رویکرد گزارش استاندارد شده را به چندین بخش تقسیم می کند تا یک درخت سلسله مراتبی ایجاد کند که ساختار گزارش را مطابق قوانین گزارش نشان می دهد، سپس درخت را در یک پایگاه داده گراف ذخیره می کند و در نهایت با بازیابی درخت رابطه ای برای الگو، گزارش مورد نظر را به صورت پویا تولید می کند. به دست آوردن داده های مربوطه این مدل برای سیستم گزارش بررسی زمین شناسی مهندسی اعمال شده است و نشان داده شده است که کارایی کار و دقت داده تهیه گزارش را بهبود می بخشد. نتایج نشان می دهد که مدل قابل اجرا و موثر است.

کلید واژه ها:

تولید گزارش ; قالب پویا چهار بعدی ; سفارشی سازی قالب ; درخت سلسله مراتبی الگو

۱٫ معرفی

در فرآیند بررسی ها و مدیریت زمین شناسی مهندسی، تعداد زیادی گزارش فنی نوشته و مورد استفاده قرار می گیرد. گزارش بررسی زمین شناسی مهندسی نتیجه نهایی بررسی است و مبنایی حیاتی برای طراحی و ساخت مهندسی مرتبط است [ ۱ ، ۲]]. وجود الگوهای گزارش مختلف در زمینه‌های مختلف، صنایع مختلف، موضوعات مختلف، سازمان‌های مختلف و مراحل مختلف، کار انسان را با الگوهای پیچیده‌ای که نیازمندی‌های گوناگونی دارند، زمان‌بر و پر زحمت می‌کند و اطمینان از وجود آن‌ها غیرممکن است. بدون حذف یا اشتباه مدیریت موثر و تهیه خودکار گزارش های مهندسی از طریق سیستم های تولید گزارش خودکار به یک تقاضای فوری تبدیل شده است. تحقق این سیستم ها ابتدا نیاز به توسعه فناوری کلیدی تولید خودکار گزارش های بررسی زمین شناسی مهندسی، مانند سفارشی سازی الگو، ذخیره سازی الگو، پر کردن داده ها و تولید برنامه ای دارد.
گزارش بررسی زمین شناسی مهندسی که می تواند به طور خودکار توسط کامپیوتر تولید شود، نوعی سند میدانی حرفه ای با استانداردسازی قوی است. چنین اسنادی قبلاً در زمینه‌های کاربردی مختلف وجود دارند و معمولاً از فیلدهای متنی چندگانه نسبتاً ثابت با توابع بیان مختلف و دانش زمینه مرتبط تشکیل شده‌اند. همه این گزارش های استاندارد شده دارای دقت قوی و ماهیت علمی هستند، مانند مشخصات طراحی محصول [ ۳ ]، اسناد کنترل سیل [ ۴ ] و اسناد ارزیابی [ ۵ ].
فناوری تولید گزارش خودکار به دسته تولید زبان طبیعی (NLG) تعلق دارد. بدیهی است که NLG به یک کانون تحقیقاتی جهانی در زمینه هوش مصنوعی تبدیل شده است [ ۶ ]. نمونه های آن عبارتند از تولید متن به متن و تولید داده به متن. تولید گزارش های بررسی زمین شناسی مهندسی نوعی داده برای تولید متن است. NLG از روش های آمار [ ۷ ]، مرتب سازی نمودار [ ۸ ]، یادگیری ماشینی [ ۹ ] و یادگیری عمیق [ ۱۰] استفاده می کند.] برای شناسایی و تبدیل داده هایی مانند متن، صدا و تصویر. سپس برای استخراج دانش یا رابطه منطقی; و سپس برای تولید زبان طبیعی از سیستم بیان ماشینی مانند پایگاه دانش یا فرم منطقی. این می تواند به مردم کمک کند تا داده ها را بهتر درک کنند، محتوای شخصی سازی شده را در مقیاس بزرگ تولید کنند و تولید محتوا را تسریع کنند. کاربردهای معمول آن شامل نوشتن اخبار هوش مصنوعی [ ۱۱ ]، ربات‌های گفتگو [ ۱۲ ] و تفسیر و تولید گزارش هوش تجاری [ ۱۳] است.]. متن تولید شده بر اساس هوش مصنوعی اما دارای تصادفی بودن و مشکلاتی مانند محتوای غیرقابل کنترل، افزونگی و منطق ضعیف است که منجر به استانداردسازی ناکافی اسناد می شود. برای روش های هوشمند سخت است که الزامات دقیق و استانداردسازی را به اندازه روش های تولید شده با روش های فعلی برآورده کنند.
علاوه بر این، روش تولید سند بر اساس الگو [ ۱۴ ، ۱۵ ، ۱۶ ، ۱۷ ، ۱۸ ، ۱۹ ، ۲۰ ، ۲۱ ، ۲۲ ، ۲۳ ، ۲۴ ، ۲۵ ، ۲۶ ] به طور گسترده برای تولید خودکار گزارش های مختلف استفاده می شود. این به یک الگوی گزارش از پیش سفارشی شده نیاز دارد، برنامه داده های پویا را از پایگاه داده می خواند و به طور خودکار موقعیت مربوطه را در قالب برای تولید گزارش پر می کند، که می تواند میزان کد را کاهش دهد و کارایی پیاده سازی را بهبود بخشد [۲۶ ]]. با این حال، ساختار و محتوای قالب اغلب ثابت است. این روش نه تنها از تنظیم بر اساس تغییرات داده‌ها و تعامل داده‌ها پس از تغییرات الگو جلوگیری می‌کند، بلکه نمی‌تواند ساختار طرح کلی، متن پاراگراف و جزئیات قالب الگوی سند را برای تغییر با منابع داده فعال کند.
در این مقاله، ما یک مدل تولید خودکار گزارش استاندارد را بر اساس یک الگوی پویا چهار بعدی با تجزیه و تحلیل ویژگی‌های متغیر چندبعدی اسناد میدانی حرفه‌ای، استخراج محتوای ابعاد مختلف الگوی متغیر و انتخاب اشکال مختلف ذخیره‌سازی می‌سازیم. قالب. مدل با تولید گزارش‌های زمین‌شناسی مهندسی واقعی تأیید می‌شود. نتایج تجربی نشان می‌دهد که مدل می‌تواند مسائل مربوط به فصل‌ها، پاراگراف‌ها و جزئیات قالب را حل کند که به طور انعطاف‌پذیر تغییر کرده و با توجه به تغییرات داده‌های پویا تنظیم می‌شوند. علاوه بر این، به خوبی می تواند نیازهای تدوین و مدیریت گزارش نظرسنجی مهندسی را برآورده کند و کارایی کار و دقت داده ها را بهبود بخشد.
ادامه این مقاله به شرح زیر سازماندهی شده است. بخش ۲ مروری بر برخی از آثار مرتبط ارائه می دهد. بخش ۳ ویژگی های متغیر گزارش ها و الگوی پویا چهار بعدی را نشان می دهد. بخش ۴ روش و فن آوری را ارائه می دهد. بخش ۵ داده ها و نتایج تجربی را مورد بحث قرار می دهد. بخش ۶ این مقاله را به پایان می رساند و پیشنهاداتی را برای تحقیقات آتی ارائه می دهد.

۲٫ کارهای مرتبط

مطالعات [ ۱۴ , ۱۵ , ۱۶ , ۱۷ , ۱۸ , ۱۹ , ۲۰ , ۲۱ , ۲۲ , ۲۳ , ۲۴ , ۲۵ , ۲۶ ] به چالش برآوردن الزامات گزارش دهی دقیق اسناد میدانی حرفه ای تولید شده به صورت خودکار با استفاده از یک الگوی سفارشی می پردازد. پیشرفت. هنگامی که گزارش تولید می شود، برنامه داده های پویا را از پایگاه داده می خواند و به طور خودکار موقعیت مربوطه را در قالب پر می کند. مطالعات [ ۱۴ ، ۱۵ ، ۱۶ ، ۱۷, ۱۸ , ۱۹ , ۲۰ , ۲۱ , ۲۲ ] از روش یافتن و جایگزینی نشانک ها برای درج مقادیر عددی و نمودارها در قالب گزارش از پیش تعیین شده استفاده کردند. مزیت این است که سبک سند را می توان خارج از برنامه طراحی کرد. مقدار کد کاهش می‌یابد، و کارایی اجرا بهبود می‌یابد، اما ناراحتی زیادی برای ارتقاء و نگهداری برنامه در آینده ایجاد می‌کند. دونگ [ ۲۳] از عملکرد جداول Word برای پر کردن جدول در قالب گزارش Word سلول به سلول استفاده کرد. علاوه بر این، از متغیرهای دامنه برای تولید محتوایی مانند متن و نمودار در قالب و کنترل قالب آن استفاده شد. این روش فقط می تواند نمودارهای با فرمت ساده و ثابت تولید کند و برای تولید نمودارهای پویا پیچیده مناسب نیست. لیو [ ۲۴ ] چندین روش پردازش داده را در مکان‌های نگهدارنده داده کپسوله کرد و آنها را در اسناد Word قرار داد تا قالب‌های گزارش را سفارشی کند، و سپس از الگوهای گزارش برای تولید صفحات وب پویا Aspx استفاده کرد. در نهایت، روش‌های پردازش داده‌های مربوطه برای ورودی یا بازیابی اطلاعات در پرتو عملیات کاربر فراخوانی شدند و برای تولید گزارش نهایی جایگزین مکان‌گردان‌های داده شدند. س [ ۲۵] یک مدل ریاضی برای تولید خودکار اسناد پیشنهاد کرد که برخی از عملیات ضروری و الگوهای اسناد مورد نیاز در فرآیند تولید سند را تعریف می کند. سپس، با استفاده از محاسبه تکراری مدل، الگو را به یک سند خلاصه داده با تاریخ مشخص تبدیل می کند. این روش به خوبی می تواند نیازهای کاربران را برای روش های تحلیل داده های مستند برآورده کند. با این حال، قالب و محتوای قالب سند باید از قبل تعریف شود، که برای اصلاحات و بهبودهای آتی مناسب نیست.

۳٫ ویژگی های متغیر گزارش ها و الگوی پویا چهار بعدی

۳٫۱٫ انواع ویژگی های متغیر گزارش ها

از منظر ارائه گزارش، گزارش از متن، نمودارها و فرم ها تشکیل شده است. از منظر محتوای گزارش، گزارش شامل جلد، کاتالوگ، بدنه و پشت جلد است. بدنه اصلی از چند پاراگراف تشکیل شده است که ممکن است شامل متن، فرمول ها، نمودارها و جداول باشد. روابط خاصی بین پاراگراف ها وجود دارد، مانند علیت، تبیین و توازی. متن درون بخش به متن ثابت و متن پویا تقسیم می شود. دومی ارتباط نزدیکی با منبع داده دارد. فرمول ها با اشیاء، تصاویر و کاراکترهای OLE (پیوند و جاسازی شی) بیان می شوند. نمودارها حاوی اطلاعاتی مانند شماره و عنوان هستند. یک گزارش می‌تواند حاوی اطلاعات چند فرمتی باشد، مانند متن در مکان‌های مختلف یا انواع مختلف متن در یک مکان. تغییر منبع داده ممکن است باعث تغییر در ساختار طرح کلی، محتوای پاراگراف و اطلاعات قالب مربوطه شود. بنابراین می‌توانیم محتوا و شکل گزارش را در چهار بعد طرح کلی، پاراگراف، داده و قالب نمایش دهیم.

۳٫۲٫ الگوی پویا چهار بعدی (FDDT)

الگو یک سند ویژه است که ابزار و متن اصلی را برای شکل دادن به ظاهر سند نهایی فراهم می کند. الگوهای مختلف با توجه به کاربردهای مختلف به منظور بهبود کارایی کار و دستیابی به عملکرد کاملاً خودکار اتخاذ می شوند. تعریف محتوا و فرم یک الگو اساس تولید سند است و می‌توانیم الگوی پویا چهار بعدی متناظر را با توجه به انواع مختلف ویژگی‌های متغیر گزارش تعریف کنیم، همانطور که در شکل ۱ نشان داده شده است .
با در نظر گرفتن محتوا و شکل گزارش از منظر کلان، خرد، داده و قالب، می توان قالب را به چهار بخش ساختار کلی، محتوای پاراگراف، داده های پویا و قالب تقسیم کرد. ساختار طرح کلی به داده های پویا پاسخ می دهد. در ساختارهای پاراگراف شاخه های زیادی وجود دارد که با توجه به شرایط مختلف داده انتخاب می شوند. قالب بندی، که شامل فونت، اندازه فونت و رنگ است، برای تولید یک گزارش استاندارد بر اساس هدف گزارش تنظیم شده است.
با توجه به الزامات گزارش، ما یک گزارش استاندارد را به بخش‌های متعددی تقسیم می‌کنیم تا یک درخت سلسله مراتبی از ساختار گزارش بسازیم. درخت را در یک پایگاه داده گراف ذخیره و مدیریت می کنیم، سپس داده های درختی را از طریق پیمایش درخت به دست می آوریم و این داده ها را در یک پایگاه داده رابطه ای ذخیره می کنیم و در نهایت رابطه بین درخت و منابع داده پویا را برقرار می کنیم. هنگام تولید گزارش، رویه ذخیره شده درخت رابطه را برای یک الگو تولید می کند و داده های مربوطه را از طریق شرایط بازیابی به دست می آورد و داده های یکپارچه را به فرمت LaTeX برای تولید گزارش نهایی تبدیل می کند.

۳٫۳٫ مدل دینامیکی چهار بعدی

مدل دینامیکی چهار بعدی یک مدل سلسله مراتبی است که داده های طرح کلی و پاراگراف را در یک ساختار درختی جهت دار و مرتب سازماندهی می کند، همانطور که در شکل ۲ نشان داده شده است .
قالب گزارش شامل چهار قسمت جلد، فهرست مطالب، فصل و پشت جلد است. هر فصل می تواند شامل چندین بخش باشد که هر بخش شامل چندین پاراگراف است ( شکل ۲ الف). پاراگراف ها چهار شکل دارند: پاراگراف های متنی، فرمول ها، نمودارها و جداول ( شکل ۲ ب). یک پاراگراف مربوط به یک الگو است و چندین پاراگراف از همان نوع نیز می توانند با یک الگو مطابقت داشته باشند. کاربردهای گزارش های مختلف دارای الزامات قالب بندی متفاوتی هستند، مانند تفاوت در قالب متن خطوط کلی، پاراگراف ها و صفحات ( شکل ۲ ج).
استفاده از پایگاه داده گراف برای ذخیره درختان سلسله مراتبی الگو راحت تر و انعطاف پذیرتر است. دو نوع فایل اصلی برای ثبت داده ها در پایگاه داده گراف وجود دارد، یعنی فایل های ذخیره سازی گره و رابطه ای. فایل ذخیره سازی گره رکوردهای گره را ذخیره می کند، فایل ذخیره سازی رابطه ای رکوردهای رابطه را ذخیره می کند و رکوردهای هر نوع فایل دارای طول یا تعداد بایت ثابت هستند. هنگام پرس و جو داده ها، فقط باید محل ذخیره رکورد را با توجه به شماره گره محاسبه کرد و دسترسی به داده ها مستقیماً قابل انجام است. رکورد گره حاوی ویژگی هایی مانند نام گره، نوع گره، متن، نام گره والد و تعداد گره های فرزند است و رکورد رابطه حاوی ویژگی هایی است که اطلاعاتی در مورد رابطه الگو می دهد.

۴٫ روش ها و فناوری

۴٫۱٫ نظریه مرتبط

۴٫۱٫۱٫ پایگاه داده رابطه ای و پایگاه داده نمودار

ذخیره ساختار درختی الگو در یک پایگاه داده رابطه‌ای نه تنها جداول قالب پیچیده را تولید می‌کند، بلکه باعث ایجاد تعداد زیادی اتصالات جدول می‌شود که ساختار کلان قالب‌های گزارش را از بین می‌برد [۲۷ ] . پایگاه داده گراف یک سیستم پایگاه داده جدید است که به طور موثر شبکه های رابطه ای پیچیده را بر اساس ایده ها و الگوریتم های نظریه گراف پردازش می کند. در تئوری گراف، عناصر اساسی گراف، گره‌ها و یال‌ها هستند که مربوط به گره‌ها و روابط در پایگاه داده گراف است [ ۲۸ ، ۲۹] .]. هنگام ایجاد یک الگو، کوچکترین واحد زیربخش گزارش را می توان به عنوان یک گره ذخیره کرد، محتوای واحد و ویژگی واحد به ویژگی گره اختصاص داده می شود و در نهایت کل الگوی گزارش به عنوان یک درخت گره بزرگ ذخیره می شود.
۴٫۱٫۲٫ رویه ذخیره شده
یک رویه ذخیره شده مجموعه ای خاص از T-SQL (زبان پرس و جو ساختار یافته Transact، یک درخواست پایگاه داده و زبان برنامه نویسی برای دسترسی به داده ها و پرس و جو، به روز رسانی و مدیریت سیستم های پایگاه داده رابطه ای) است که روی سرور پایگاه داده اجرا می شود که می تواند پارامترها و مقادیر وضعیت را برگرداند. و مقادیر پارامتر [ ۳۰ ]. به صورت واحد پردازش می شود و با نام مشخص می شود و کاربر می تواند آنها را فراخوانی کرده و با دادن نام رویه ذخیره شده و پارامترهای مورد نیاز، نتیجه دلخواه را برگرداند. هنگام تولید نمونه ای از گزارش، رویه ذخیره شده داده های ساختار الگو، داده های نظرسنجی و قالب بندی داده ها را بر اساس اطلاعات قالب دریافتی بازیابی می کند و آنها را در یک رشته برای تولید گزارش بعدی ادغام می کند.
۴٫۱٫۳٫ کد نویسی LaTeX
کدگذاری LaTeX می تواند به طور کامل الزامات قالب گزارش های نظرسنجی مهندسی را برآورده کند. اکثر گزارش‌های تهیه‌شده با کدگذاری لاتک ساختار منطقی قوی دارند و باید به فصل‌هایی از جمله شماره فرمول، شماره تصویر یا ارجاع متقابل تقسیم شوند. هنگام تولید گزارش، رویه ذخیره شده، داده های فرمت بازیابی شده را به فرمت LaTeX تبدیل می کند و همراه با محتوا در یک فایل متنی می نویسد که به راحتی در محیط LaTeX به گزارش PDF تبدیل می شود.

۴٫۲٫ مسیر فنی

این مقاله طرحی را بر اساس یک درخت الگو برای تولید گزارش های بررسی زمین شناسی مهندسی پیشنهاد می کند. این طرح گزارش استاندارد شده را به چند بخش تقسیم می کند تا یک درخت سلسله مراتبی که ساختار گزارش را نشان می دهد ساخته شود، سپس درخت را در پایگاه داده گراف ذخیره می کند و در نهایت با بازیابی درخت رابطه ای الگو و به دست آوردن داده های مربوطه، گزارش ها را به صورت پویا تولید می کند. نمودار جریان فنی در شکل ۳ نشان داده شده است .

۴٫۲٫۱٫ تعریف قالب

با توجه به قوانین گزارش، گزارش استاندارد شده به فصل ها، عناوین و پاراگراف های مختلف تفکیک می شود. وقتی محتوای پاراگراف متن باشد، متن به جملات مختلفی تقسیم می شود. اگر متن در جمله دارای فیلدهای متغیر باشد، جمله به بخش های ثابت و پویا تقسیم می شود، سپس محتوای تقسیم شده به عنوان یک گره ذخیره می شود و در نهایت کل پاراگراف به عنوان یک درخت گره کوچک ذخیره می شود. هنگامی که محتوای پاراگراف یک نمودار است، از گره های مختلف برای ذخیره اطلاعات مانند شرح، اعداد و تصاویر استفاده می شود. هنگامی که محتوای پاراگراف یک جدول است، یک سلول به عنوان یک گره ذخیره می شود و اطلاعات سلول به عنوان یک ویژگی گره ذخیره می شود. در نهایت، کل قالب گزارش در پایگاه داده گراف به شکل درخت گره بزرگ برای مدیریت بعدی ذخیره می شود.
۴٫۲٫۲٫ ویرایش قالب
اگر الگو تعریف نشده باشد یا الگوی ارائه شده توسط سیستم نتواند تقاضای ما را برآورده کند، نه تنها باید درخت گره الگو را از طریق رابط قالب وارد کنیم و اطلاعات ویژگی را به هر نقطه اختصاص دهیم، بلکه باید پرس و جو، اصلاح، و مکرر را نیز انجام دهیم. عملیات حذف برای برآوردن تقاضای پویا ما. همچنین می‌توانیم منبع داده را برای گره پویا مشخص کنیم، عناوین طرح‌های قالب، پاراگراف، و اطلاعات قالب صفحه مانند فونت‌ها، فاصله خطوط و تورفتگی در رابط الگو را تنظیم و اصلاح کنیم تا نیازهای قالب متفاوت برای تولید گزارش را برآورده کنیم.
۴٫۲٫۳٫ ذخیره سازی الگو
به منظور درک راحت تر اتصال داده گره های پویا و تولید گزارش، نتیجه پرس و جو با عبور از درخت الگو پایگاه داده گراف در پایگاه داده رابطه ای ذخیره می شود. ما مسیر ذخیره سازی داده ها را از طریق رابط الگو در پایگاه داده رابطه ای برای گره های پویا، مانند نام جدول، نام فیلد و نام فیلد شناسایی، وارد می کنیم. روال ذخیره شده مستقیماً متن گره ثابت را با عبور از درخت الگو به دست می آورد و به طور غیرمستقیم متن پویا را با پرس و جو از مسیر ذخیره سازی برای تولید یک نمونه متن کامل دریافت می کند.
۴٫۲٫۴٫ تولید گزارش
هنگام ایجاد یک نمونه گزارش، ابتدا الگو و پروژه را انتخاب می‌کنیم، سپس رویه ذخیره‌شده داده‌های ساختار الگو، داده‌های نظرسنجی و داده‌های قالب را با توجه به اطلاعات قالب دریافتی واکشی می‌کند. سپس این سه نوع داده با کدگذاری LaTeX ادغام می‌شوند تا رشته‌ای حاوی اطلاعات قالب و محتوای قالب تولید کنند. در نهایت، رشته در یک فایل LaTeX نوشته شده و به یک گزارش PDF تبدیل می شود، گزارش خروجی نتیجه نهایی توسط سیستم است. مزایای این طراحی این است که استفاده از قالب پیچیده تر است، چندین پروژه می توانند با استفاده از یک الگو گزارش تولید کنند و یک پروژه می تواند با استفاده از قالب های مختلف گزارش تولید کند. روال قسمت T-SQL که نمونه ای از گزارش را تولید می کند به شرح زیر است:
شروع
EXEC procSearchTemplate @reportId، خروجی @pageId، خروجی @chapterIds، خروجی @sectionIds
// قالب‌های صفحه، شناسه‌های کلی و شناسه‌های پاراگراف را بر اساس اطلاعات الگو بازیابی کنید
EXEC procSearchChapterData @chapterIds، خروجی @chapterTexts
//بازیابی داده ها برای هر طرح
EXEC procSearchSectionData @sectionIds، خروجی @sectionTexts
//بازیابی اطلاعات برای هر پاراگراف
EXEC procPageFormatting @pageId، @pageFTexts خروجی
//بازیابی اطلاعات برای فرمت های صفحه
EXEC procChapterFormatting @chapterId، @chapterTexts، @chapterFTexts خروجی
// ادغام هر قالب طرح کلی و داده های متنی
EXEC procSectionFormatting @sectionId، @sectionTexts، @sectionFTexts خروجی
// فرمت هر پاراگراف و داده های متنی را یکپارچه کنید
EXEC procIntegrateTemplate @reportId، @pageFTexts، @chapterFTexts، @sectionFTexts، @templateText خروجی
// ادغام داده های طرح کلی، داده های پاراگراف و داده های صفحه برای تولید رشته ای حاوی محتوای قالب و اطلاعات قالب
پایان

۴٫۳٫ توسعه سیستم

۴٫۳٫۱٫ توسعه و محیط عملیاتی

این سیستم از فناوری WinForms برای توسعه برنامه کاربردی حالت کلاینت/سرور استفاده می کند و از پایگاه داده SQL Server 2012 و Neo4j 3.1.0 برای ذخیره داده های نظرسنجی، قالب بندی و درخت گره استفاده می کند. محیط در حال اجرا خارجی سیستم باید دارای سیستم عامل ویندوز ویستا یا بالاتر با .NET Framework 4.5 یا بالاتر باشد.
۴٫۳٫۲٫ معماری سیستم
همانطور که در شکل ۴ نشان داده شده است ، سیستم از شش ماژول کاربردی زیر تشکیل شده است:
  • مدیریت سفارشی سازی: از طریق رابط تعریف قالب ( شکل ۵ )، ما الگوی گزارش ورد ایجاد شده را به درخت الگوی سند در حافظه سیستم تبدیل می کنیم، به هر گره ویژگی های نام، نوع و متن می دهیم و رابطه بین بخش پویا را برقرار می کنیم. درخت الگو و منبع داده آن.
  • مدیریت تعاملی: پرس و جو، اصلاح و حذف اطلاعات گره برای برآوردن نیازهای الگو.
  • مدیریت بازیابی: یک الگو از چندین درخت طرح کلی و درخت پاراگراف تشکیل شده است. مطابقت بین شماره الگو و درخت در جدول رابطه ذخیره می شود. ما قالب را با پرس و جو و اصلاح جدول رابطه تغییر می دهیم.
  • مدیریت ذخیره سازی: روش های ذخیره سازی اشکال مختلف قالب ها متفاوت است. به عنوان مثال، الگوهای سند به عنوان فایل ذخیره می شوند، الگوهای ساختار درختی در یک پایگاه داده گراف ذخیره می شوند، و رکوردهای روابط الگو در یک پایگاه داده رابطه ای هستند.
  • مدیریت داده ها: داده های ورودی سیستم فعلی نتیجه تجزیه و تحلیل داده های نقشه برداری، اکتشاف و آزمایش های آزمایشگاهی است که در یک پایگاه داده رابطه ای ذخیره می شود. داده های نتیجه پرس و جو با عبور از درخت الگو پایگاه داده گراف در پایگاه داده رابطه ای ذخیره می شوند. رویه ذخیره شده داده‌های ساختار الگو، داده‌های نظرسنجی، و داده‌های قالب‌بندی را بر اساس اطلاعات قالب دریافتی بازیابی می‌کند و آنها را در یک رشته برای تولید گزارش بعدی ادغام می‌کند.
  • مدیریت قالب: اطلاعات قالب گزارش را می توان با توجه به استفاده یا هدف گزارش تنظیم کرد. یک الگو نه تنها حاوی اطلاعات فرمت های متنوعی است، بلکه به قالب بندی فیلد متنی پویا نیز می رسد.

۵٫ آزمایش کنید

۵٫۱٫ توضیحات داده ها

در این آزمایش، ما از داده‌های بررسی زمین‌شناسی مهندسی در مرحله طراحی نقشه‌های ساخت و ساز پل شماره ۱ پوان در بخش پیشنهادی CZSJ-1 پروژه توسعه بخش چونگ کینگ-زونی (مرز گوئیژو) در بزرگراه ملی لانژو-هایکو استفاده کردیم. از جمله داده های هواشناسی و هیدرولوژیکی، ساختار زمین شناسی و داده های ارزیابی پایداری سایت. این پروژه عمدتاً بر اساس نقشه برداری و نقشه برداری با در نظر گرفتن وظایفی مانند اکتشافات زمین شناسی، آزمایش درجا و آزمایش داخل ساختمان است. ما از نقشه‌های توپوگرافی، نقشه‌های حفاری، داده‌های زمین‌شناسی موجود و نقشه‌های مسیر بستر برای انجام اکتشافات میدانی و به‌دست آوردن داده‌های بررسی استفاده می‌کنیم ( شکل ۶) .) سپس داده های نقشه برداری، اکتشاف و آزمایش های آزمایشگاهی را به طور جامع تجزیه و تحلیل کرده و در نهایت آنها را در یک پایگاه داده رابطه ای برای تولید گزارش ذخیره می کند.

۵٫۲٫ نتایج تجربی

این سیستم می تواند به راحتی نیازهای تهیه گزارش های نظرسنجی مهندسی را برآورده کند. الگوی تعریف شده دارای تطبیق پذیری و انعطاف پذیری قوی است به طوری که می توان ساختارهای کلی، محتوای پاراگراف، منابع داده پویا و جزئیات قالب گزارش را با توجه به داده های مختلف تنظیم کرد. پروژه B حاوی داده هایی در زمین شناسی نامطلوب است و حاوی داده های خاک سنگی خاصی نیست. پروژه A و پروژه B وضعیت داده مخالف دارند. همانطور که در شکل ۷ نشان داده شده است ، ساختار کلی گزارش تولید شده توسط دو پروژه مختلف با استفاده از یک الگو نسبتاً متفاوت است. در شکل ۷ الف، بخش ۴٫۱ دیگر به بخش تقسیم نمی شود و بخش ۴٫۲ به سه بخش فرعی تقسیم شده است. در شکل ۷ب، بخش ۴٫۱ بیشتر به پنج بخش فرعی تقسیم می شود و بخش ۴٫۲ دیگر تقسیم نمی شود.
داده های خطا در پروژه A و پروژه B متفاوت است. همانطور که در شکل ۸ نشان داده شده است ، متن پاراگراف دو گزارش تولید شده با استفاده از الگوی متن پاراگراف یکسان کاملاً متفاوت است. در شکل ۸ الف، تنها یک بخش خطا در بخش ۳٫۲ گنجانده شده است. در شکل ۸ ب، بخش ۳٫۲ شامل دو بخش خطا است که از یک الگوی قطعه خطا تولید می شوند.
پروژه A و پروژه B داده های مشخصه های مشترک میدانی متفاوتی دارند. همانطور که در شکل ۹ نشان داده شده است، تعداد ردیف هایی که در آن دو آیتم مختلف از یک الگو برای تولید جدول استفاده می کنند، بسته به تعداد اتصالات میدانی که در دو مورد موجود است، متفاوت است.
الگوی A و الگوی B در ساختار طرح کلی، ساختار درون بخش و جزئیات قالب متفاوت هستند. همانطور که در شکل ۱۰ نشان داده شده است ، ساختار کلی گزارش تولید شده توسط داده های پروژه مشابه با استفاده از دو الگوی مختلف متفاوت است. در شکل ۱۰ الف، بخش ۱٫۱ به دو بخش فرعی تقسیم شده است. در شکل ۱۰ ب، بخش ۱٫۱ به سه بخش فرعی تقسیم شده است.
همانطور که در شکل ۱۱ a,b نشان داده شده است، همان بخش در دو الگوی مختلف شامل تعداد پاراگراف های مختلف است و متن پاراگراف برای پروژه مشابه نیز بین دو الگو متفاوت است.
همانطور که در شکل ۱۲ نشان داده شده است ، جدول تولید شده برای یک پروژه با استفاده از دو الگوی مختلف تفاوت زیادی دارد. عنوان جدول در شکل ۱۲ a با شکل ۱۲ b متفاوت است و فونت سرصفحه و تعداد ستون ها نیز متفاوت است.

۵٫۳٫ تجزیه و تحلیل اثر

پس از تجزیه و تحلیل واقعی داده‌ها، اکنون نتایج پیاده‌سازی روش تولید سند مبتنی بر FDDT را با سایر روش‌های تولید سند مبتنی بر الگو (روش‌های تولید سند موجود بر اساس الگو که با روش تولید سند مبتنی بر FDDT متفاوت است) مقایسه می‌کنیم. با توجه به جنبه های زیر:
  • ساختارهای کلی: در روش تولید سند بر اساس FDDT، ساختار طرح کلی گزارش را می توان با وجود یا عدم وجود داده های پویا در قالب تنظیم کرد، یعنی داده های پویا به شدت بر ساختار کلی گزارش تولید شده نهایی تأثیر می گذارد. همانطور که در شکل ۷ الف، ب نشان داده شده است، وجود داده های خاک سنگی خاص تعیین می کند که آیا بخش ۴٫۲ زیربخش بیشتری دارد یا خیر. هنگامی که ساختار طرح کلی الگو مورد استفاده توسط سایر روش‌های تولید سند بر اساس الگو مشخص شد، تغییر آن دشوار است و ساختار طرح کلی با توجه به داده‌های پویا که انعطاف‌پذیری پایینی دارند، تنظیم نمی‌شود.
  • محتوای پاراگراف: وقتی یک جمله چند شاخه ای در یک پاراگراف متنی وجود دارد، روش تولید سند بر اساس FDDT می تواند شاخه های مختلفی را با توجه به شرایط مختلف انتخاب کند تا بهتر با ویژگی های متغیر آن پاراگراف سازگار شود. همانطور که در شکل ۸ نشان داده شده استب، اگر تقاطع دو گسل و مسیر متفاوت باشد، جمله توصیف خطا انتخاب شده نیز متفاوت است. سایر روش‌های تولید سند مبتنی بر الگو فقط می‌توانند گزارش‌هایی با ساختار پاراگراف ثابت تولید کنند و شامل انتخاب خودکار جملات درون پاراگراف نمی‌شوند. روش تولید سند بر اساس FDDT همچنین می تواند جداول با سبک های پیچیده و رشد انعطاف پذیر سطرها و ستون ها را ایجاد کند. در مقایسه، ساختار و فرمت الگوی جدول مورد استفاده در سایر روش‌های تولید سند مبتنی بر الگو، ساده و ثابت است. اینها برای تولید جداول پویا پیچیده مناسب نیستند.
  • جزئیات قالب: در روش تولید سند بر اساس FDDT، اطلاعات قالب گزارش را می توان با توجه به استفاده یا هدف گزارش تنظیم کرد. یک الگو نه تنها حاوی اطلاعات فرمت های متنوعی است، بلکه به قالب بندی فیلد متنی پویا نیز می رسد. همانطور که در شکل ۸ الف نشان داده شده است، ترکیب ناحیه شکستگی به صورت پررنگ نمایش داده شده است. در حالی که قالب قالب مورد استفاده توسط سایر روش‌های تولید سند مبتنی بر الگو ثابت است، این رویکرد می‌تواند به قالب‌بندی متن ثابت دست یابد، اما شامل قالب‌بندی فیلد متن پویا نیست. به عنوان مثال، کاغذ [ ۲۳ ] مستلزم آن است که قالب جدول و محتوای سربرگ باید مطابق با قالب استاندارد گزارش در هنگام ایجاد یک الگو ثابت شود.
  • منابع داده پویا: در روش تولید اسناد مبتنی بر FDDT، روش های مختلفی برای به دست آوردن داده های پویا وجود دارد، مانند SQL Query، رویه های ذخیره شده و توابع. همانطور که در شکل ۸ الف و شکل ۹ الف نشان داده شده است، ترکیب ناحیه شکست توسط SQL Query به دست می آید و محتوای جدول مقدار بازگشتی رویه ذخیره شده است. این روش‌ها شبیه به برخی از روش‌های تولید سند مبتنی بر الگو هستند، مانند روش پرس و جو داده در کاغذ [ ۲۳ ] و روش پردازش داده در کاغذ [ ۲۴] .]. تفاوت اصلی این است که روش های منبع داده روش تولید سند مبتنی بر FDDT را می توان به صورت پویا تنظیم کرد، روش های منبع مختلف را می توان با انعطاف پذیری در پرتو نیازها هنگام تعریف الگوهای مختلف انتخاب کرد، در حالی که روش های منبع داده سایر روش های تولید سند. بر اساس قالب ثابت هستند. به عنوان مثال، کاغذ [ ۲۳ ] و کاغذ [ ۲۴ ] از دستور SQL برای پرس و جو از داده ها استفاده می کنند.
هنگامی که چندین الگو در سیستم وارد شده است، روش تولید سند بر اساس FDDT تنها نیاز به تغییر یا بهبود جدول رکورد الگو دارد و نیازی به تغییر کد برنامه ندارد تا بتوان به مونتاژ کارآمد الگو برای برآورده کردن آن دست یافت. الزامات تولید با این حال، سایر روش‌های تولید سند مبتنی بر الگوها نمی‌توانند تغییرات دینامیکی همه جانبه را در چهار جنبه برآورده کنند: ساختار طرح کلی، متن پاراگراف، جزئیات قالب و منبع داده. روش های تولید زبان طبیعی قادر به تولید اسناد عادی در چنین زمینه های حرفه ای نیستند.

۶٫ نتیجه گیری

در این مقاله ما مشکلات موجود در تهیه و مدیریت گزارش های نظرسنجی مهندسی را در نظر گرفتیم و ویژگی های متغیر چند بعدی اسناد میدانی حرفه ای را تحلیل کردیم. راه حل ما مدلی از گزارش های استاندارد شده را بر اساس یک الگوی پویا چهار بعدی پیشنهاد می کند و ما این مدل را با طراحی و توسعه یک سیستم تولید برای گزارش های نظرسنجی پیاده سازی کردیم. نتایج نشان می‌دهد که مدل می‌تواند مسائل مربوط به فصل‌ها، پاراگراف‌ها و جزئیات قالب را حل کند که به طور انعطاف‌پذیری تغییر کرده و با توجه به تغییرات دینامیکی داده‌ها تنظیم می‌شوند و سیستم تولید گزارش توانایی برآوردن الزامات تهیه و مدیریت گزارش‌های نظرسنجی مهندسی را دارد. همچنین راندمان کار و دقت داده ها را بهبود می بخشد.
چندین جهت کاری آینده در این زمینه تحقیقاتی پیشنهاد شده است. ابتدا باید فناوری تطبیقی ​​قالب متن گره با در نظر گرفتن تنظیمات قالب انواع مختلف متن مانند فرمت نمایش اعداد و متن در یک موقعیت مورد مطالعه قرار گیرد. ثانیاً، تغییرات مرتبط در محتوای پاراگراف های متقاطع باید مورد مطالعه قرار گیرد. ما باید روابط احتمالی (رابطه کمی، علیت) بین گره های درخت را در نظر بگیریم، مانند محتوای یک پاراگراف بر تولید فصل ها و پاراگراف های بعدی علاوه بر مطالعه ویژگی های تغییر گزارش بر اساس ساختار درختی تأثیر می گذارد. ثالثاً، ترکیب روش تولید سند مبتنی بر FDDT و هوش مصنوعی باید مورد مطالعه قرار گیرد.

منابع

  1. Liang, HK بحث در مورد تهیه گزارش بررسی زمین شناسی مهندسی بزرگراه. اشتراک. علمی تکنولوژی Heilongjiang ۲۰۱۵ ، ۳۸ ، ۱۰٫ [ Google Scholar ] [ CrossRef ]
  2. گائو، XZ تجزیه و تحلیل و خلاصه نمونه های مهندسی استفاده نادرست از فرمول های هنجاری در گزارش های بررسی زمین شناسی مهندسی. علمی تکنولوژی Inf. ۲۰۱۳ ، ۲۵ ، ۳۲۵-۳۲۶٫ [ Google Scholar ]
  3. Ma، YZ; ژانگ، جی پی؛ ژنگ، تحقیق YH در مورد تولید خودکار اسناد برای پلت فرم محاسبه طراحی رادیاتور خودرو. دانشگاه جی. چینگدائو مهندس تکنولوژی ۲۰۱۳ ، ۲۸ ، ۷۱-۷۵٫ [ Google Scholar ]
  4. جیانگ، پی. خو، اف. Qi، RZ ساخت یک مدل تولید هوشمند سند کنترل سیل بر اساس بستر ابری. منبع آب Informatiz. ۲۰۱۳ ، ۲۵-۳۲٫ [ Google Scholar ]
  5. چن، YY; Xue, JN; روش تولید سریع و خودکار یو، HH ​​برای گزارش ارزیابی پروژه سوخت جایگزین نیروگاه آبی کوچک. در مجموعه مقالات نهمین کنفرانس بین المللی IFIP WG 5.14 در زمینه کامپیوتر و فناوری های محاسباتی در کشاورزی، پکن، چین، ۲۷ تا ۳۰ سپتامبر ۲۰۱۵٫ صص ۶۴-۷۱٫ [ Google Scholar ]
  6. رایتر، ای. ملیش، سی. Levine, J. تولید خودکار اسناد فنی. Appl. آرتیف. هوشمند ۱۹۹۵ ، ۹٫ [ Google Scholar ] [ CrossRef ]
  7. پادملاهاری، ای. کومار، دی اس؛ Prasad, S. خلاصه سازی خودکار متن با ویژگی های آماری و زبانی با استفاده از آستانه های متوالی. در مجموعه مقالات کنفرانس بین المللی IEEE 2014 در زمینه ارتباطات پیشرفته، فناوری های کنترل و محاسبات، کالج مهندسی سید آمال، راماناتاپورام، هند، ۸ تا ۱۰ مه ۲۰۱۴٫ صص ۴۹۲-۴۹۶٫ [ Google Scholar ]
  8. خان، ا. سلیم، ن. فرمان، ح. خلاصه سازی متن انتزاعی بر اساس رویکرد نمودار معنایی بهبود یافته. بین المللی J. برنامه موازی. ۲۰۱۸ ، ۴۶ ، ۹۹۲-۱۰۱۶٫ [ Google Scholar ] [ CrossRef ]
  9. کوپیک، جی. پدرسن، جی. چن، اف. خلاصه‌کننده اسناد قابل آموزش. در مجموعه مقالات هجدهمین کنفرانس بین المللی سالانه ACM SIGIR در مورد تحقیق و توسعه در بازیابی اطلاعات، سیاتل، WA، ایالات متحده آمریکا، ۹ تا ۱۳ ژوئیه ۱۹۹۵٫ [ Google Scholar ]
  10. Serban, IV; لو، آر. چارلین، ال. شبکه های عصبی عمیق مولد برای گفتگو: بررسی کوتاه. arXiv ۲۰۱۶ , arXiv:1611.06216. [ Google Scholar ]
  11. Clerwall، C. وارد ربات روزنامه نگار: برداشت کاربران از محتوای خودکار. مجله. تمرین کنید. ۲۰۱۴ ، ۸ ، ۵۱۹-۵۳۱٫ [ Google Scholar ] [ CrossRef ]
  12. عبدالقادر، س. Woods, JC Survey در مورد تکنیک های طراحی ربات چت در سیستم های مکالمه گفتاری. بین المللی J. Adv. محاسبه کنید. علمی Appl. ۲۰۱۵ ، ۶ ، ۷۲-۸۰٫ [ Google Scholar ]
  13. کلیسارووا-بلچوا، اس. ایلیوا، جی. یانکوا، تی. هوش تجاری و تحلیل – مدل سیستم معاصر. Trakia J. Sci. ۲۰۱۷ ، ۱۵٫ [ Google Scholar ] [ CrossRef ]
  14. لی، اچ. چیانگ، HD; گیل، WG یک سیستم جدید برای تولید خودکار گزارش‌های قابلیت اطمینان خدمات از نقشه‌برداری خودکار و سیستم‌های مدیریت تسهیلات (AM/FM). IEEE Trans. سیستم پاور ۲۰۱۶ ، ۱۷ ، ۸۱۲-۸۱۷٫ [ Google Scholar ] [ CrossRef ]
  15. کولینو، ن. پاریس، سی. Linden, KV تولید خودکار بروشورهای شهروندی برای مدیریت دولتی. در مجموعه مقالات دوازدهمین کنفرانس بین المللی تحقیقاتی سالانه دولت دیجیتال: نوآوری دولت دیجیتال در زمان چالش برانگیز، کالج پارک، MD، ایالات متحده آمریکا، ۱۲ تا ۱۵ ژوئن ۲۰۱۱٫ صص ۱۰-۱۹٫ [ Google Scholar ]
  16. لی، کیو. لیو، RK; Sun، QX تحقیق تولید گزارش پیشرفت خودکار برای پروژه های ساخت راه آهن در چین. Adv. مکانیک. مهندس ۲۰۱۵ ، ۷٫ [ Google Scholar ] [ CrossRef ]
  17. جیا، QZ; Xiao، B. جهانی شدن تحقیقات فناوری تعامل داده بین پایگاه داده و صفحه گسترده WORD بر اساس OLE. در مجموعه مقالات کنفرانس بین المللی ۲۰۱۶ انرژی پایدار، محیط زیست و مهندسی اطلاعات، بانکوک، تایلند، ۲۰-۲۱ مارس ۲۰۱۶؛ ص ۱۸۱-۱۸۶٫ [ Google Scholar ]
  18. یانگ، اچ. Jia، QZ فناوری همگام سازی خودکار داده های گزارش بر اساس OLE. در مجموعه مقالات دومین کنفرانس بین المللی علم مواد، منابع و مهندسی محیط زیست (MSREE 2017)، ووهان، چین، ۲۷ تا ۲۹ اکتبر ۲۰۱۷٫ [ Google Scholar ]
  19. هوین، ای. روچ، جی دی. McLaren, T. روشی به کمک رایانه برای ارزیابی بیماری زایی و گزارش ژنتیکی انواع ذخیره شده در ثبت بیماری های شبکیه ارثی استرالیا. استرالیا Coll. فیزیک علمی مهندس پزشکی ۲۰۱۶ ، ۳۹ ، ۲۳۹-۲۴۵٫ [ Google Scholar ] [ CrossRef ] [ PubMed ]
  20. لو، توسط; یانگ، XF تولید گزارش Word و جدول ساختار پویا با دلفی. محاسبه کنید. Appl. نرم افزار ۲۰۰۷ ، ۱۸۰-۱۸۳٫ [ Google Scholar ] [ CrossRef ]
  21. جنرال الکتریک، اف. Wu, N. بستری برای تولید خودکار سند word بر اساس تکنیک های متعدد. J. Univ. الکترون. علمی تکنولوژی چین ۲۰۰۷ ، ۳۶ ، ۲۶۳-۲۶۶٫ [ Google Scholar ]
  22. کای، ایکس. شن، دبلیو. لی، ال. Ge، Y. لو، ال. Zeng, L. تحقیق و پیاده سازی تولید اسناد Word بر اساس C#. در سال ۲۰۱۵ کنفرانس بین المللی علوم الکترونیک و کنترل اتوماسیون ؛ آتلانتیس پرس: آمستردام، هلند، ۲۰۱۵٫ [ Google Scholar ] [ CrossRef ][ Green Version ]
  23. Dong, GZ طراحی و پیاده سازی سیستم تولید گزارش Logging بر اساس دات نت. مهندس لجن گیری ۲۰۱۴ ، ۲۵ ، ۷۰-۷۲٫ [ Google Scholar ]
  24. لیو، پی. Qin، W. ژو، YH روش تولید خودکار گزارش کلمه بر اساس صفحه وب پویا. محاسبه کنید. مهندس ۲۰۱۲ ، ۳۸ ، ۲۷۹-۲۸۴٫ [ Google Scholar ] [ CrossRef ]
  25. Qu، MC; لیائو، MH; Wu, XH ساخت و استفاده از مدل تولید سند خودکار. محاسبه کنید. یکپارچه سازی Manuf. سیستم ۲۰۰۸ ، ۱۲۹۷-۱۳۰۵٫ [ Google Scholar ]
  26. جیانگ، سی ام. وو، XH; Qu, MC استراتژی تولید سند خودکار برای مدل سازی گرافیکی و پلت فرم تولید کد خودکار. جی. تئور. Appl. Inf. تکنولوژی ۲۰۱۲ ، ۴۵ ، ۳۴۲-۳۴۹٫ [ Google Scholar ]
  27. رابینسون، آی. وبر، جی. Eifren, E. گزینه هایی برای ذخیره داده های متصل. در پایگاه داده های گراف ؛ O’Reilly Media, Inc.: Sebastopol, CA, USA, 2013; صص ۱۱-۲۳٫ [ Google Scholar ]
  28. میلر، برنامه های کاربردی و مفاهیم پایگاه داده JJ Graph با Neo4j. در مجموعه مقالات کنفرانس جنوب انجمن سیستم های اطلاعات، آتلانتا، GA، ایالات متحده آمریکا، ۲۳-۲۴ مارس ۲۰۱۳٫ صص ۱۴۱-۱۴۷٫ [ Google Scholar ]
  29. ون بروگن، آر. گراف ها و نظریه گراف – مقدمه. در یادگیری Neo4j ; Packt Publishing Ltd.: Birmingham, UK, 2014; ص ۷-۲۰٫ [ Google Scholar ]
  30. Sunderic، D. Microsoft SQL Server 2005 ذخیره شده رویه برنامه نویسی در T-SQL &. NET ; McGraw-Hill, Inc.: New York, NY, USA, 2006. [ Google Scholar ]
شکل ۱٫ ساختار قالب پویا چهار بعدی.
شکل ۲٫ روابط سلسله مراتبی داده های قالب پویا چهار بعدی: ( الف ) طرح کلی، ( ب ) پاراگراف ها، ( ج ) قالب بندی.
شکل ۳٫ نمودار جریان فنی.
شکل ۴٫ نمودار معماری سیستم.
شکل ۵٫ رابط سفارشی سازی الگو.
شکل ۶٫ داده های نقشه برداری زمین شناسی.
شکل ۷٫ مقایسه نتایج کلی برای دو پروژه مختلف با استفاده از الگوی یکسان برای تولید گزارش: ( الف ) پروژه A و ( ب ) پروژه B.
شکل ۸٫ مقایسه نتایج متن پاراگراف برای دو پروژه مختلف با استفاده از الگوی یکسان برای تولید گزارش: ( الف ) پروژه A و ( ب ) پروژه B.
شکل ۹٫ مقایسه جداول تولید شده برای دو پروژه مختلف با استفاده از الگوی یکسان برای تولید گزارش: ( الف ) پروژه A و ( ب ) پروژه B.
شکل ۱۰٫ مقایسه خطوط کلی تولید شده با استفاده از دو الگوی مختلف برای یک پروژه: ( الف ) الگوی A و ( ب ) الگوی B.
شکل ۱۱٫ مقایسه متن پاراگراف تولید شده با استفاده از دو الگوی مختلف برای یک پروژه: ( الف ) الگوی A و ( ب ) الگوی B.
شکل ۱۲٫ مقایسه جداول ایجاد شده با استفاده از دو الگوی مختلف برای یک پروژه: ( الف ) الگوی A و ( ب ) الگوی B.

بدون دیدگاه

دیدگاهتان را بنویسید

نشانی ایمیل شما منتشر نخواهد شد. بخش‌های موردنیاز علامت‌گذاری شده‌اند *

خانهدربارهتماسارتباط با ما