|
بعضی یادداشتهایم را که حدس میزنم برای دیگران قابل استفاده باشد، در این قسمت قرار ميدهم. و انشاالله دريافت نظرات خلاق تصحيح کننده و تکميل کننده.
يادداشتها:
مشاهده همه يادداشتها
| فازهای مهندسی و تولید نشونه |
- جالبه که یه نقش اصلی هریک از فازهای مهندسی (مثل خواسته ها و تحلیل) تولید نشونه برای فازهای دیگه ست.
- مثلا خواسته ها محدوده تحلیل یا طراحی رو مشخص می کنه یا برای آزمایش معیار می ده.
|
| اهمیت نشونه و نشون دهنده |
- برای انتخاب و تعیین خواسته ها نیاز به نشونه و نشون دهنده داریم؛
- برای تحلیل نیاز به نشونه و نشون دهنده داریم؛
- برای طراحی نیاز به نشونه و نشون دهنده داریم؛
- برای آزمایش نیاز به نشونه و نشون دهنده داریم؛
- برای نگهداری نیاز به نشونه و نشون دهنده داریم؛
- برای مدیریت منابع نیاز به نشونه و نشون دهنده داریم؛
- برای مدیریت زندگی و کار نیاز به نشونه و نشون دهنده داریم
- برای ارائه نیاز به نشونه و نشون دهنده داریم؛
- برای ارتباط نیاز به نشونه و نشون دهنده داریم؛
- برای هرکاری که بخوایم بکنیم، نیاز به نشونه و نشون دهنده داریم؛
- و صد البته که در مقابل این نشونه ها و نشون دهنده ها باید به موقع و به درستی عکس العمل نشون داد؛
- این هنر توئه که بدونی در مقابل کدوم نشونه یا حادثه باید عکس العمل نشون بدی و این عکس العمل چی باید باشه.
- اگه بخوایم سیستم عاملی حرف بزنیم، میشه وقفه ها و رسیدگی به وقفه ها.
- بنابراین روی تدارک حسگرها و داشبورد نشونه هات بیشتر توجه کن.
|
| اثبات حرف |
- در پایان نامه باید ثابت کنید که حرفی که می زنید درست است و احیانا منافعی نسبت به کارهای گذشته دارد.
- بهتره همواره (از ابتدا، حتی از زمان انتخاب عنوان پروژه) متوجه اثبات حرف، باشید.
- در مورد موضوعاتی مثل تدوین استاندارد، این اثبات حرف، کار ساده ای نیست.
|
| OCL |
- OCL یا Object Constraint Language مکمل UML برای بیان رسمی محدودیت ها و شرایط است.
- برای مثال :
- فرض کنید یکی از مشخصه (attribute) های یک کلاس باید بین 7 تا 10 باشد.
- OCL زبان رسمی برای بیان است.
- بدون OCL هرکسی به سلیقه خود عمل می کرد. و این با استاندارد بودن تناسب نداشت.
- ارائه زیر به نظرم گویا و حاوی سابقه، شرح خوب، مثال و مراجع در مورد OCL است.
- www.cs.unb.ca/~wdu/cs3043/OCL.ppt
|
| از اشتباهات متداول |
- از اشتباهات متداول:
- ورود به ریزه کاری های زیادی
- کارهای ریز ریز و ناتموم متعدد (عدم پایاندهی)
- موکول کردن به بعد و دقیقه 90
- و در نتیجه از دست دادن بعضی امور بزرگتر
- مقابله با انتخاب های غلط دست خودمونه.
|
ارائه ها:
مشاده همه ارائه ها
| Naming |
Name & its role, Naming System (NS) & its role, Desirable features of a NS, Fundamental concepts, System-oriented names, Generating, OO mechanism, Human-oriented names, Hierarchical scheme, Partitioning a name space to contexts, Context binding, Resolution mechanism, Name caches, Naming and security, Capability
|
|
مهندسی دامنهي پژوهش و خطوط تولید
Research Domain Engineeringand Production Lines
|
در ادامهي ارائهای که در آذر ماه سال 87، تحت عنوان مهندسی تحقیق در ضرورت پژوهش نظاممند داشتم، در این ارائه برای مقابله با مشکلات جاری پژوهش و ضرورت استفادهي مجدد، موضوع مهندسی دامنهي پژوهش را مطرح کرده ام.
|
| مهندسي تحقيق |
در این ارائه ضرورت نظام مندی تحقیق در سطوح مختلف مورد تأکید قرار گرفته است و با توجه به دانش محور بودن آن، ویژگی سامانهي تحقیق مطرح شده است. وجود فرایندهای حمایتی تحقیق در دانشگاه و انتخاب مسأله به جای موضوع، در پروزههای دانشجویی، نتیجهگیری شده است. |
· در پایان نامه باید ثابت کنید که حرفی که می زنید درست است و احیانا منافعی نسبت به کار های گذشته دارد.
· بهتره همواره (از ابتدا، حتی از زمان انتخاب عنوان پروژه) متوجه اثبات حرف، باشید.
در مورد موضوعاتی مثل تدوین استاندارد، این اثبات حرف، کار ساده ای نیست. |
|
|
|
|