دانلود مقاله ترجمه شده برنامه نویسی اندروید و مدلسازی اجرایی آن – مجله IEEE

مشخصات مقاله انگلیسی (PDF)
سال انتشار	۲۰۱۴
تعداد صفحات مقاله انگلیسی	۴ صفحه با فرمت pdf
رشته های مرتبط با این مقاله	مهندسی کامپیوتر، مهندسی فناوری اطلاعات
گرایش های مرتبط با این مقاله	رایانش ابری، مهندسی نرم افزار، برنامه نویسی کامپیوتر، الگوریتم ها و محاسبات، اینترنتو شبکه های گشترده
مجله	کنفرانس بین المللی اینترنت اشیا و ابری
دانشگاه	گروه پژوهشی PauWare، دانشگاه د پو، فرانسه
رفرنس	دارد
لینک مقاله در سایت مرجع	لینک این مقاله در سایت IEEE
نشریه آی تریپل ای

• فهرست مطالب:

چکیده
۱-مقدمه
۲-مثالهای کار
A- نرم افزار تلفن همراه
B- اندروید وابسته به رویداد و عامل
۳- ساخت برنامه موبایل با API PauWare
A- موتورPauWare
B- مدل PauWare
C- اتصال اندروید
۴- آناتومی اتصال اندروید
A- آگاهی از طریق پیام
B- رویداد معتاد به انفیه
C- وظیفه اجرای موتور
۵- کار مرتبط
۶- نتیجه گیری

• بخشی از ترجمه:

۶ – نتیجه گیری:
در این مقاله،ما توسعه برنامه های کاربردی تلفن همراه را نشان دادیم که فقط برنامه نویسی الزامی نیست امامی تواند در مورد مدلسازی، ودرنتیجه نمونه اصلی ترکیبی باشد.رویکرد توسعه پیشنهاد شده پیوندی است: برخی ازبخشهای برنامه کاربردی درروش کلاسیک برنامه ریزی شده است در حالی که دیگران روی بخشهای مدلهای برنامه ریزی تکیه می دهند.به عنوان مثال،ما رفتار برنامه کاربردی رابامدل ماشین حالت تعریف می کنیم درحالی که عملیات کسب وکارمرتبط بابرنامه ریزی است.با این وجود، Grail Holy شامل مانع شدن همه بخشهای برنامه نویسی غیرواقعی نیست. درواقع،fUML،OMG را پیشنهاد می کند که تعریف را فعال می سازد،که سطح نمودار UML است،کدمعادل برای مثال تعیین کردن روشهای کلاسی درنمودارکلاس است.سپس،از طریق مثال حالت دستگاه،آسان است پیش بینی اینکه اگرعملیات وابسته به حالتها وانتقالها بادرسطحUML تعریف می شوند،مابرنامه کاربردی را به طور کامل ازطریق مدل مستقیم دریافت کردیم.

• بخشی از مقاله انگلیسی:

VI- CONCLUSION

In this paper, we showed that development of mobile applications is not only mandatory programming but can also be about modeling, and thereby this is a radical paradigm shift. The proposed development approach is currently hybrid: some parts of the application will be programmed in a classical manner while others parts will rely on executed models. For instance, we have defined the behavior of an application with a state machine model whereas the associated business operations have to be programmed. Nevertheless, the Holy Grail consisting in suppressing all the programming parts is not so unrealistic. Indeed, the OMG proposes fUML4 that enables to define, at the UML diagrams level, the equivalent of “code” for fully specifying for instance the methods of classes in class diagrams. Then, through our state machine example, it is easy to foresee that if the operations associated with states and transitions are defined at the UML level, we will get a complete application directly through models.

دانلود رایگان مقاله انگلیسی

خرید ترجمه فارسی مقاله