View Full Version : مدل سازی سیستم دبیرخانه
cybercoder
پنج شنبه 01 آذر 1386, 17:15 عصر
همان طور که قبلا بحث شد این تاپیک برای مدل سازی یک سیستم دبیرخانه با استفاده از نمودارهای uml زده شد و از کلیه دوستان علاقمند تقاضا می شه تا بحث رو در این تاپیک شروع و ادامه بدن تا دچار پراکندگی نشیم
با تشکر
cybercoder
شنبه 03 آذر 1386, 10:55 صبح
شناسایی Actor ها:
در نگاه اول به نظر می رسد که دو Actor داریم که با سیستم به طور مستقیم در تعامل هستند
1- فرستنده نامه
2- گیرنده نامه
دوستان اگه نظر دیگه ای هست بنویسند
Cave_Man
شنبه 03 آذر 1386, 13:16 عصر
شاید زمان هم یک Actor باشه
و شاید مدیریت سازمان هم بشه در نظر گرفت
ARA
یک شنبه 04 آذر 1386, 16:16 عصر
کاشکی یک کمی مثالمون رو واقعی تر میکردیم مثلا دبیرخانه کدوم قسمت تا بگیم مراحلش چیه usecase ها و actor هاش چی هستند اکتور هایی که به ذهنم میرسه مسئول دبیرخانه (که در سیستم های اداری مسئول هماهنگ کنندهمیباشد که نامه ها را پاراف کرده تا به قسمتها فرستاده شود )خوب از usecase هامون هم میشه به قول دوستمون
تو دبیرخانه چند تا کار اصلی وجود داره:
1- نامه وارده
2- نامه صادره
3- ارجاع نامه و گردش مکاتبات
4- نامه داخلی
5- طراحی فرم
6- جستجو
7- گزارشات
miladr
دوشنبه 05 آذر 1386, 00:50 صبح
عزیزان کسی دیاگرامی از سیستم دبیرخانه داره لطف کنه بزاره مرسی
ARA
دوشنبه 05 آذر 1386, 09:56 صبح
دوستان لطف کنین نظر بدین تا مطالب جا افتاده تر بشند (نقد و بررسی)!
Cave_Man
دوشنبه 05 آذر 1386, 11:20 صبح
تو دبیرخانه چند تا کار اصلی وجود داره:
1- نامه وارده
2- نامه صادره
3- ارجاع نامه و گردش مکاتبات
4- نامه داخلی
5- طراحی فرم
6- جستجو
7- گزارشات
این طرز طراحی به نظر درست نیست.
شما برای تشخیص Actor ها و UseCase ها میتونید با پاسخ به سوال زیر شروع به کار کنید:
سییستم ما چه کارهایی را باید برای Business ما انجام دهد؟ اهداف کلی.
در 7 موردی که ایشون گفتن بیشتر از اینکه اهداف باشه آبجکت ها هستند + اینکه در مورد طراحی فرم چیزی نمیدونم یعنی جزو اهداف سیستم هست؟
به نظر من اگه اهداف اصلی و کلی سیستم این باشه که:
1-نامه هایی را باید دریافت نماید
2-نامه هایی را صادر نماید
3-گردش مکاتبات را باید ثبت کند
4-نامه های داخلی را بتواند صادر و وارد نماید
5-گزارشات دلخواه را استخراج نماید
در این مرحله فقط باید احهداف کلی سیستم مشخص بشه . از لیست کردن اهداف جزئی که در دل اهداف کلی هستند باید اجتناب کرد
miladr
دوشنبه 12 آذر 1386, 12:33 عصر
چرا این بحث رو ادامه ندادین اساتید
cybercoder
دوشنبه 12 آذر 1386, 13:00 عصر
شاید زمان هم یک Actor باشه
و شاید مدیریت سازمان هم بشه در نظر گرفت
http://en.wikipedia.org/wiki/Actor_(UML)
مدیریت سازمان هم به نوعی فرستنده یا گیرنده است
شما برای تشخیص Actor ها و UseCase ها میتونید با پاسخ به سوال زیر شروع به کار کنید:
سییستم ما چه کارهایی را باید برای Business ما انجام دهد؟ اهداف کلی
ساده ترین نحوه شناسایی Actor ها استفاده از Context Diagram هستش.
پیشنهادات خودتون رو در مورد کارهایی که سیستم دبیرخانه ما باید انجام بده بذارید.
Cave_Man
دوشنبه 12 آذر 1386, 17:54 عصر
ساده ترین نحوه شناسایی Actor ها استفاده از Context Diagram هستش.
به نظر من Context Diagram کمک اضافه ای به شناسایی Actor ها نمیکنه
تنها کمکی که میتونه به شناسایی Actor ها بشه همانا پاسخ به این سوال است که چه عواملی در خارج از System با آن در ارتباط هستند.
در Context diagram هم نهاده های خارجی External Entities باید شناسایی بشن .
باید این رو هم بگم که کسایی میتونن Actor ها رو در سیستم دبیرخانه شناسایی کنن که با این سیستم آشنایی کامل داشته باشن با اعضای دبیرخانه مصاحبه کرده باشند کارهای اونها رو از نزدیک مشاهده کرده باشند حتی در مراحل و عملیات کاری اونها مستقیما به هدف آشنایی شرکت کرده باشند با مدیران دبیرخانه مصاحبه کرده باشند.
golihaghighi
سه شنبه 20 آذر 1386, 12:36 عصر
اکتورها عبارتند از:
1- مدیر یا مسئول اداره
2- مسئول واحد
3- کارمندان
4- متصدیان دبیرخانه
5- فکس سرور
6- میل سرور
7- پرینت سرور
aspnet_22
پنج شنبه 22 آذر 1386, 20:59 عصر
اکتورها عبارتند از:
1- مدیر یا مسئول اداره
2- مسئول واحد
3- کارمندان
4- متصدیان دبیرخانه
5- فکس سرور
6- میل سرور
7- پرینت سرور
اقای golihaghighi اگه ممکنه بفرمایی که هر کدام از اکتورهای فوق چه کاری انجام می دهند تا بقیه دوستان هم بتوانند این تاپیک را ادامه بدهند
S_VB.max
سه شنبه 04 دی 1386, 21:36 عصر
به نظر تاپیک جالبی است چرا حالا اونو ادامه نمی دید
golihaghighi
دوشنبه 10 دی 1386, 12:45 عصر
اکتورها عبارتند از:
1- مدیر یا مسئول اداره
2- مسئول واحد
3- کارمندان
4- متصدیان دبیرخانه
5- فکس سرور
6- میل سرور
7- پرینت سرور
مدیر اداره نامه های صادره را تایید (امضا الکترونیکی) می کند تا بتوان آنها را ارسال نمود.
مسئول واحد نامه ها را به کارمندان زیر مجموعه خود ارجاع می دهد و یا نامه های نوشته شده توسط کارمندان را تایید اولیه می کند.
کارمندان نامه های داخلی ارجاع شده به آنها را خوانده و پاسخ می دهند و یا نامه یا گزارش داخلی تولید می کنند.
متصدیان دبیرخانه نامه های وارده را اسکن و شماره نموده و به بخش مربوطه ارجاع می دهند.
فکس سرور نامه های صادره را در صورت لزوم فکس می کند.
میل سرور نامه های صادره را در صورت لزوم ایمیل می کند و نامه های وارده را از ایمیل خوانده و شماره می کند.
پرینت سرور نامه های صادره ای که باید بصورت کاغذی ارسال شود را چاپ می کند.
ARA
سه شنبه 23 بهمن 1386, 17:36 عصر
سلام
من هم در سیستم مشابهی یکی کمی کار کردم در مرحله inception ما Business Actor های زیر رو در آوردیم البته با دوستم جفتمون هم ناشی هستیم
البته یک کمی بزرگتر از این بود
1- مدیر اصلی (Business Actor)
2-مسئول قسمت دبیرخانه (business worker)
3-فرستندگان نامه یا گزارش (Business Actor)
4- کارشناسان بخش (business worker)
5- مسول دریافت و ثبت نامه ها (business worker)
6 - مسئول ارسال نامه ها (business worker)
7-سند (Business Entity)
8-پرونده (Business Worker )
اتفاقا دوست دارم در مورد اینها یک کمی بحث کنم با دوستانی که نظری دارند چون اولین کارمونه و هیچ راهنما هم نداریم (دوستان اگه فکر میکنند که جاهایی اشتباه تذکر بدن )
whitehat
سه شنبه 23 بهمن 1386, 19:46 عصر
آیا حوزه مسئله شامل موارد همین تاپیک میشه؟
در کل شما باید سعی کنید business use case ها را به همراه business Actor در بیاورید.در ضمن دیاگرام مربوطه را هم باید رسم کنید. همچنین برای ادامه بهتره چارت سازمانی را برای Actor ها داشته باشید
ARA
چهارشنبه 24 بهمن 1386, 09:52 صبح
نه دقیقا
یک دبیرخانه تخصصی مربوط به یک سازمان که فقط گزارش های رسیده به این بخش رو مدیریت میکنه
متاسفانه چارت ندارند
golihaghighi
یک شنبه 28 بهمن 1386, 08:36 صبح
بهتره برای طراحی دبیرخانه خودتون رو محدود به یک سازمان خاص نکنید. چون اکثر سازمانها در این قسمت ضعفهایی دارند و بیشتر طبق سلیقه مسئول دبیرخانه عمل می کنند.
ARA
یک شنبه 28 بهمن 1386, 09:34 صبح
دوستان اگه موافقند بریم مرحله بعد
حال باید برای هر usecase توضیحاتی بدیم و هم رابطه use case ها و اکتور های مهم سیستم رو مشخص کنیم :تشویق:
golihaghighi
یک شنبه 12 آبان 1387, 10:57 صبح
پس مرحله بعد چی شد؟ چرا کسی ادامه نداد؟
golihaghighi
چهارشنبه 16 اردیبهشت 1388, 11:45 صبح
به نظر تاپیک جالبی است چرا حالا اونو ادامه نمی دید
دبیرخانه نرم افزاری است که خیلی کاربرد داره.
golihaghighi
چهارشنبه 16 اردیبهشت 1388, 11:50 صبح
بهتره سیستم از چند دبیرخانه پشتیبانی کنه. یعنی در یک سیستم بتوان چند دبیرخانه تعریف کرد که هر کاربر بتونه عضو یک یا چند دبیرخانه باشه.
golihaghighi
یک شنبه 20 اردیبهشت 1388, 09:48 صبح
لطفا در مورد نحوه كار و امكانات دبيرخانه نظر بديد.
golihaghighi
یک شنبه 20 اردیبهشت 1388, 09:50 صبح
لطفا در مورد اين Business Case نظر بديد.
golihaghighi
سه شنبه 22 اردیبهشت 1388, 08:28 صبح
لطفا در مورد نحوه كار و امكانات دبيرخانه نظر بديد. :متفکر:
vBulletin® v4.2.5, Copyright ©2000-1404, Jelsoft Enterprises Ltd.