طراحی و ارتباطات بین این جداول [بایگانی]

csharpprogramer88

یک شنبه 23 آذر 1393, 21:45 عصر

سلام

نمیدونم چطور باید این سیکل کاری را طراحی کنم و به چه جداولی نیاز دارم

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

در ضمن ما 2 نوع تماس داریم : تماس حضوری که وقت ملاقات تعیین میشه و ملاقات انجام میشه ، غیر حضوری که میتونه با فکس یا یا تلفن و ... باشه

ممنون میشم راهنماییم کنین

حسین.کاظمی

دوشنبه 24 آذر 1393, 07:55 صبح

سلام
خب اگه بخایی یک برنامه واسه مدیریت و ضبط تماس های گرفته شده و دریافت شده را با تموم جزیات ثبت بشه میتونی از سانترال و sdk مربوطش استفاده کنی که در مورد هزینش چیزی نمیدونم.
واگر واست مقدور نیست باسانترال کار کنی یکم ببشتر در مورد نرم افزارت توضیح بدید که در مورد چه موضوعی هست؟؟سیکل و روند کاری اون شرکت چی هست و.......

csharpprogramer88

دوشنبه 24 آذر 1393, 08:34 صبح

سلام
خب اگه بخایی یک برنامه واسه مدیریت و ضبط تماس های گرفته شده و دریافت شده را با تموم جزیات ثبت بشه میتونی از سانترال و sdk مربوطش استفاده کنی که در مورد هزینش چیزی نمیدونم.
واگر واست مقدور نیست باسانترال کار کنی یکم ببشتر در مورد نرم افزارت توضیح بدید که در مورد چه موضوعی هست؟؟سیکل و روند کاری اون شرکت چی هست و.......

نه دوست من سانترال نمیخاد شیوه کار اون قدر هم پیچیده نیست . قراره منشی یک سری تماس هایی که با مشتری میگیره در نرم افزار ثبت کنه
جدول مشتری ها و اینارو دارم فقط مونده بیام و مثلا بگم در تاریخ و ساعت فلان با مشتری تماس گرفتم و این چیزا رو بهش گفتم و نتیجه مذاکره ما این بوده و نکنته هم اینکه این تماس پیگیری داره یعنی در فلان تاریخ دوباره باید به مشتری بزنگیم یا فکس براش ارسال کینم و ...

csharpprogramer88

دوشنبه 24 آذر 1393, 09:02 صبح

دوستان عزیز نظر شما چیه اگر جدولی برای ارتباط حضوری تعریف کنم و جدولی برای ارتباط غیر حضوری؟ و جدولی هم برای مواردی که پیگیری دارد ؟

plus

دوشنبه 24 آذر 1393, 11:07 صبح

یک چنین مواردی احتمالا مسائل شناخته شده ای در نرم افزارهای CRM، Issue Tracking System یا امثال اینا هستن شاید اگه در این موارد جستجو کنید ایده هایی بدست بیارین (از نظر طراحی نرم افزار نه جزئیاتی مثل طراحی دیتابیس).
مسلما اطلاعاتی که ارائه کردین برای تحلیل و طراحی نرم افزار و دیتابیس اون کافی نیستن و البته اگر هم اطلاعات کافی ارائه کنید زمان زیادی برای طراحی کامل یک چنین سیستمی لازم هست که از عهده حداقل من خارجه ولی میتونم راهنمایی هایی بکنم.
برای این چنین مسائه ای، باید قبل از فکر کردن به دیتابیس و جداول به روند کار فکر کنید و میتونید دید شئ گرایی هم داشته باشید.
بر اساس اون چیزی که گفتین، نرم افزار مورد نظر قراره مجموعه ای از "موارد" رو نگه داری کنه.چیزی که من اسمش رو "مورد" گذاشتم، همون چیزیه که با اولین تماس مشتری (تلفنی، حضوری و ...) شروع و تا به نتیجه رسیدن موضوع، ادامه پیدا میکنه.
هر "مورد" مشخصه هایی مثل زمان شروع، مشتری، وضعیت و ... هست و همچنید شامل یک یا چند "ارتباط" بین مشتری و عامل یا عوامل شرکت هست.
"ارتباط" میتونه به صورت تلفنی باشه که شامل مشخصه هایی مثل ساعت تماس، مدت تماس، عامل یا عواملی از شرکت که در تماس صحبت کردن و ... باشه.
یا میتونه به صورت حضوری باشه که شامل زمان، مکان، مدت عامل، عواملی از شرکت که در تماس صحبت کردن و ... باشه.
و یا به صورت فکس که شامل زمان و فایل اسکن شده فکس باشه.
و یا هر نوع دیگه ای که زیر مجموعه نوع ارتباط هست.
این ها به صورت کلی اشیائ دامنه کار رو تشکیل میدن.
روند کار هم، به این صورت هست که "مورد" بعد از اولین "ارتباط" شروع میشه و در وضعیتی مثل "در جریان" قرار میگیره.تا رسیدن به نتیجه یک یا چند "ارتباط" دیگه به مورد اضافه میشه و در نهایت با تغییر وضعیت به "پایان یافته" مورد خاتمه پیدا میکنه.
----
اون چیزی که بالا گفتم یک نمونه کلی از روند کار و اشیائ دامنه کار بودن. من برای حل یک چنین مسائلی مستقیما شروع به طراحی دیتابیس نمیرم ؛به نظرم کار سختیه!
شما میتونید، بعد از تکمیل روند و مدل کار (فارغ از نحوه ذخیره سازی در دیتابیس)، میتونید تصمیم بگیرید که حالا مدل رو به چه صورتی در دیتابیس ذخیره کنید.

csharpprogramer88

دوشنبه 24 آذر 1393, 11:14 صبح

یک چنین مواردی احتمالا مسائل شناخته شده ای در نرم افزارهای CRM، Issue Tracking System یا امثال اینا هستن شاید اگه در این موارد جستجو کنید ایده هایی بدست بیارین (از نظر طراحی نرم افزار نه جزئیاتی مثل طراحی دیتابیس).
مسلما اطلاعاتی که ارائه کردین برای تحلیل و طراحی نرم افزار و دیتابیس اون کافی نیستن و البته اگر هم اطلاعات کافی ارائه کنید زمان زیادی برای طراحی کامل یک چنین سیستمی لازم هست که از عهده حداقل من خارجه ولی میتونم راهنمایی هایی بکنم.
برای این چنین مسائه ای، باید قبل از فکر کردن به دیتابیس و جداول به روند کار فکر کنید و میتونید دید شئ گرایی هم داشته باشید.
بر اساس اون چیزی که گفتین، نرم افزار مورد نظر قراره مجموعه ای از "موارد" رو نگه داری کنه.چیزی که من اسمش رو "مورد" گذاشتم، همون چیزیه که با اولین تماس مشتری (تلفنی، حضوری و ...) شروع و تا به نتیجه رسیدن موضوع، ادامه پیدا میکنه.
هر "مورد" مشخصه هایی مثل زمان شروع، مشتری، وضعیت و ... هست و همچنید شامل یک یا چند "ارتباط" بین مشتری و عامل یا عوامل شرکت هست.
"ارتباط" میتونه به صورت تلفنی باشه که شامل مشخصه هایی مثل ساعت تماس، مدت تماس، عامل یا عواملی از شرکت که در تماس صحبت کردن و ... باشه.
یا میتونه به صورت حضوری باشه که شامل زمان، مکان، مدت عامل، عواملی از شرکت که در تماس صحبت کردن و ... باشه.
و یا به صورت فکس که شامل زمان و فایل اسکن شده فکس باشه.
و یا هر نوع دیگه ای که زیر مجموعه نوع ارتباط هست.
این ها به صورت کلی اشیائ دامنه کار رو تشکیل میدن.
روند کار هم، به این صورت هست که "مورد" بعد از اولین "ارتباط" شروع میشه و در وضعیتی مثل "در جریان" قرار میگیره.تا رسیدن به نتیجه یک یا چند "ارتباط" دیگه به مورد اضافه میشه و در نهایت با تغییر وضعیت به "پایان یافته" مورد خاتمه پیدا میکنه.
----
اون چیزی که بالا گفتم یک نمونه کلی از روند کار و اشیائ دامنه کار بودن. من برای حل یک چنین مسائلی مستقیما شروع به طراحی دیتابیس نمیرم ؛به نظرم کار سختیه!
شما میتونید، بعد از تکمیل روند و مدل کار (فارغ از نحوه ذخیره سازی در دیتابیس)، میتونید تصمیم بگیرید که حالا مدل رو به چه صورتی در دیتابیس ذخیره کنید.

سلام و عرض ارادت
ممنونم که پاسخ دادید . شما خیلی خوب مسئله منو متوجه شدید .

حالا بنظر شما در این جور مسئله ها باید از کجا شروع کنیم؟ الان دقیق باید چیکار کنیم ؟چه مراحلی را باید طی کنم تا چنین سیکللی را عملی کنم ؟

plus

دوشنبه 24 آذر 1393, 11:43 صبح

همونطور که گفتم، روند کار، قوانین کار و اشیائ رو تکمیل تر کنید و با جزئیات بررسیشون کنید. class های این اشیائ رو طراحی کنید.
بعد از طراحی اشیاء و مدل، میتونید در مورد نحوه ذخیره سازی تصمیم بگیرید، جدول های دیتابیس رو طراحی کنید و تکنولوژی که میخواین برای DataAccess استفاده کنید رو انتخاب کنید.
تا اینجا شما دیاگرام ها (یا/و متونی) از روند کار، قوانین کاری (برای نمونه: برای "مورد"ی در در وضعیت "خاتمه" هست دیگه "ارتباط"ی نمیتونه ایجاد بشه)، کلاس های مورد نیاز و جداول مورد نیاز برای ذخیره داده ها دارین.
در حین و یا بعد از این مرحله، شما باید معماری رو انتخاب کرده باشید.برای مثال قرار هست چند لایه کار بشه یا هر روش دیگه.
با مشخص شدن معماری، و بسته به اون، روند کار، قوانین کار و کلاس ها رو به صورت کد در میارین.برای مسائلی که روند کار پیچیده ای دارن ممکنه نیاز به استفاده از ابزارهایی مثل Workflow Engine یا.. باشه که در مورد شما این مساله فکر نمیکنم ضرورت داشته باشه.
در حین و یا بعد از این مرحله و باز هم بسته به معماری، بخش DataAccess رو پیاده سازی میکنید و به قوانین کاری متصلش میکنید.در نهایت واسط کاربری رو طراحی میکنید و سیستم متصلش میکنید.
چند نکته:
اول اینکه توضیحاتی که دادم اغلب کلی هست و فقط میتونید به عنوان نقشه راه بهش نگاه کنید.
دوم، توضیحاتی که دادم روشی بود که من انتخاب میکنم و لزمان تنها راه نیست.
سوم اینکه، ترتیب مراحل هم لزوما به این ترتیبی که من گفتم نیست.
چهارم اینکه من در مورد توانایی های شما نمیدونم و صرف نظر از اون، توضیحات رو دادم.ممکنه برای طی یک چنین روندی زمان و اطلاعات زیادی لازم داشته باشین و این روش بهترین روش برای شما نباشه.

csharpprogramer88

دوشنبه 24 آذر 1393, 12:01 عصر

همونطور که گفتم، روند کار، قوانین کار و اشیائ رو تکمیل تر کنید و با جزئیات بررسیشون کنید. class های این اشیائ رو طراحی کنید.
بعد از طراحی اشیاء و مدل، میتونید در مورد نحوه ذخیره سازی تصمیم بگیرید، جدول های دیتابیس رو طراحی کنید و تکنولوژی که میخواین برای DataAccess استفاده کنید رو انتخاب کنید.
تا اینجا شما دیاگرام ها (یا/و متونی) از روند کار، قوانین کاری (برای نمونه: برای "مورد"ی در در وضعیت "خاتمه" هست دیگه "ارتباط"ی نمیتونه ایجاد بشه)، کلاس های مورد نیاز و جداول مورد نیاز برای ذخیره داده ها دارین.
در حین و یا بعد از این مرحله، شما باید معماری رو انتخاب کرده باشید.برای مثال قرار هست چند لایه کار بشه یا هر روش دیگه.
با مشخص شدن معماری، و بسته به اون، روند کار، قوانین کار و کلاس ها رو به صورت کد در میارین.برای مسائلی که روند کار پیچیده ای دارن ممکنه نیاز به استفاده از ابزارهایی مثل Workflow Engine یا.. باشه که در مورد شما این مساله فکر نمیکنم ضرورت داشته باشه.
در حین و یا بعد از این مرحله و باز هم بسته به معماری، بخش DataAccess رو پیاده سازی میکنید و به قوانین کاری متصلش میکنید.در نهایت واسط کاربری رو طراحی میکنید و سیستم متصلش میکنید.
چند نکته:
اول اینکه توضیحاتی که دادم اغلب کلی هست و فقط میتونید به عنوان نقشه راه بهش نگاه کنید.
دوم، توضیحاتی که دادم روشی بود که من انتخاب میکنم و لزمان تنها راه نیست.
سوم اینکه، ترتیب مراحل هم لزوما به این ترتیبی که من گفتم نیست.
چهارم اینکه من در مورد توانایی های شما نمیدونم و صرف نظر از اون، توضیحات رو دادم.ممکنه برای طی یک چنین روندی زمان و اطلاعات زیادی لازم داشته باشین و این روش بهترین روش برای شما نباشه.

پاسختون کامله ولی در حد سواد بنده نیست .

من فکر میکنم بهتر باشه فعلا فقط رو دیتابیس تمرکز داشته باشیم و مشخص کنیم برای این روندی که با یک تماس شروع میشه و روالی طی میشه و به ی نتیجه میرسیم چه جداولی با چه موجودیت هایی نیاز داریم

نظرتون درباره این جداول

حسین.کاظمی

دوشنبه 24 آذر 1393, 13:06 عصر

اگه میخایی فقط رو دیتا بیس کار کنی میتونی یه جدول داشته باشی مثلا [tbl_type] واسه نوع تماسات که شامل آی دی و نوع تماس باشه(بطور مثال: آی دی = 200 ، نوع تماس = حضوری)!
یه جدول دیگه مثلا [tbl_contact]واسه ثبت کلیه اطلاعات توسط منشی یا متصدی مربوطه که شامل کد،آی دی مشتری،نام و فامیلی مشتری، تاریخ و ساعت تماس،نوع تماس(شامل حضوری،غیر حضوری و...) و ارتباطشونم به شکل زیر باشه

از جدول tbl_type فیلد آدی ی با جدول tbl_conatct فیلد نوع تماس ارتباط یک به چند باشه
میتونی هم از جدول tbl_contact فیلد آی دی مشتری به جدول مشتری ها فیلد آی دی ارتباط یک به چند باشه

با این کار هم میتونی view بسازی و هم توگزارش گیریت راحتی
در مورد پیگیری مجدد تماس ها هم میتونی یه جدول دیگه بسازی و توی فرم برنامه ات مثلا با یک چک باکس بعنوان "پیگیری" اگر تیک خورده باشد با اطلاعاتی که وارد شده بعلاوه تاریخ وزمان و... موعد پیگیری ثبت کنی
موفق باشی

csharpprogramer88

دوشنبه 24 آذر 1393, 13:19 عصر

اگه میخایی فقط رو دیتا بیس کار کنی میتونی یه جدول داشته باشی مثلا [tbl_type] واسه نوع تماسات که شامل آی دی و نوع تماس باشه(بطور مثال: آی دی = 200 ، نوع تماس = حضوری)!
یه جدول دیگه مثلا [tbl_contact]واسه ثبت کلیه اطلاعات توسط منشی یا متصدی مربوطه که شامل کد،آی دی مشتری،نام و فامیلی مشتری، تاریخ و ساعت تماس،نوع تماس(شامل حضوری،غیر حضوری و...) و ارتباطشونم به شکل زیر باشه

از جدول tbl_type فیلد آدی ی با جدول tbl_conatct فیلد نوع تماس ارتباط یک به چند باشه
میتونی هم از جدول tbl_contact فیلد آی دی مشتری به جدول مشتری ها فیلد آی دی ارتباط یک به چند باشه

با این کار هم میتونی view بسازی و هم توگزارش گیریت راحتی
در مورد پیگیری مجدد تماس ها هم میتونی یه جدول دیگه بسازی و توی فرم برنامه ات مثلا با یک چک باکس بعنوان "پیگیری" اگر تیک خورده باشد با اطلاعاتی که وارد شده بعلاوه تاریخ وزمان و... موعد پیگیری ثبت کنی
موفق باشی

لطفا در مورد پیگیری بیشتر توضیح بدید یعنی دقیق چیکار کنم ؟

تماس حضوری موجودیت هاش با تماس غیر حضوری فرق دارن ، برای این مورد چه نظری دارید؟

ghasem110deh

دوشنبه 24 آذر 1393, 15:17 عصر

سلام ...
البته همین اول بگم که نوشته های بنده در حد سواد خودمه (نه تنها روش یا بهترین روش)
---------------
علی الظاهر (چیزی که من فهمیدم) شما میخواین اطلاعات یه مشتری اعم از : فردی - مراجعات (حضوری و غیرحضوری) - مکاتبات و اطلاعات ریز ، که درو واقع همون ارتباطات ش رو با شرکت ثبت کنید ؛ حالا نظر بنده حقیر اینه :

جداول بانک :
1- تعریف مشتری : شماره - کد (شناسه) - نام مشتری - شغل - تلفن - موبایل - فکس - نشانی
2- مراجعه حضوری : شماره - کد (شناسه) - ن شرکت - ن مشتری - موضوع - نتیجه - تاریخ - ساعت - مکان - توضیحات
3- مراجعه غیر : شماره - کد (شناسه) - ن شرکت - ن مشتری - موضوع - نتیجه - تاریخ - ساعت - نحوه ارتباط - توضیحات
4- پیگیری : شماره - کد (شناسه) - مشتری - پیگیری - تاریخ (آخرین پیگری) - تاریخ (ارتباط بعدی)

چندتا نکته :
1- کد (شناسه) واسه مشخص کردن دوره های مختلف ارتباط با یک مشتری خاص هست که از طریق یه پروسیجر بدست میاد (مثل چاپ فاکتوره - تعداد نا محدود کالا واسه یه مشتری) ؛ در تمامی جدول ها همینه و کد هر مشتری واسه 4 تا جدول یکسانه !
2- توی فرم مراجعه غیر حضوری یه کمبوباکس بزار با چند تا آیتم که نحوه ارتباط مشخص شه : تلفن - انترنت و ...
3- توی فرم پیگیری هم دو تا چکباکس بزار واسه تعیین ادامه پیگیری ها ، مثلا : دارد - ندارد ؛ که اگه داشت تاریخ بعد رو وارد میکنی و اگر نداشت هیچی (به نظر وقتی پیگیری نداره عملا دیگه اطلاعاتی از این کاربر وارد نمیشه تو بانک)

گزارش :
بسته به نیازت میتونی تک تک این جدولها رو به ه متصل کنی و اطلاعات مورد نظرتون رو بدست بیارین ! با تعیین شماره بعناون پریمیر کی و تعیین کد بعنوان پی کی جهت اتصال به جدول دیگه با تعیین فیلد مشترک (کد)
مثلا از ترکیب اطلاعات جدول مشتری و پیگیری (فیلدهای : شماره ، کد ، نام ، شغل ، پیگیری ، اخرین پیگیری و تاریخ بعدی) متوجه بشین که پیگیری های مشتری مورد نظر ، ادامه داره یا نه ...
یا از ترکیب اطلاعات جدول مشتری با مراجعه حضوری (فیلدهای : شماره ، کد ، ن شرکت ، ن مشتری ، موضوع ، نتیجه ، تاریخ و مکان) اطلاعات تمام مراجعات حضوری مشتری مد نظرتون رو بدست بیارین ...

در آخر :
توضیحات شما جهت راهنمایی توسط دوستان به نظر من کامل نیس --- فقط خود شما باید تعیین کنید چه فیلدهایی توی جدول نیاز دارید (بسته به کار یا سفارش و ...)

امیدوارم بدردتون بخوره ، موفق باشین :)

csharpprogramer88

دوشنبه 24 آذر 1393, 15:43 عصر

سلام ...
البته همین اول بگم که نوشته های بنده در حد سواد خودمه (نه تنها روش یا بهترین روش)
---------------
علی الظاهر (چیزی که من فهمیدم) شما میخواین اطلاعات یه مشتری اعم از : فردی - مراجعات (حضوری و غیرحضوری) - مکاتبات و اطلاعات ریز ، که درو واقع همون ارتباطات ش رو با شرکت ثبت کنید ؛ حالا نظر بنده حقیر اینه :

جداول بانک :
1- تعریف مشتری : شماره - کد (شناسه) - نام مشتری - شغل - تلفن - موبایل - فکس - نشانی
2- مراجعه حضوری : شماره - کد (شناسه) - ن شرکت - ن مشتری - موضوع - نتیجه - تاریخ - ساعت - مکان - توضیحات
3- مراجعه غیر : شماره - کد (شناسه) - ن شرکت - ن مشتری - موضوع - نتیجه - تاریخ - ساعت - نحوه ارتباط - توضیحات
4- پیگیری : شماره - کد (شناسه) - مشتری - پیگیری - تاریخ (آخرین پیگری) - تاریخ (ارتباط بعدی)

چندتا نکته :
1- کد (شناسه) واسه مشخص کردن دوره های مختلف ارتباط با یک مشتری خاص هست که از طریق یه پروسیجر بدست میاد (مثل چاپ فاکتوره - تعداد نا محدود کالا واسه یه مشتری) ؛ در تمامی جدول ها همینه و کد هر مشتری واسه 4 تا جدول یکسانه !
2- توی فرم مراجعه غیر حضوری یه کمبوباکس بزار با چند تا آیتم که نحوه ارتباط مشخص شه : تلفن - انترنت و ...
3- توی فرم پیگیری هم دو تا چکباکس بزار واسه تعیین ادامه پیگیری ها ، مثلا : دارد - ندارد ؛ که اگه داشت تاریخ بعد رو وارد میکنی و اگر نداشت هیچی (به نظر وقتی پیگیری نداره عملا دیگه اطلاعاتی از این کاربر وارد نمیشه تو بانک)

گزارش :
بسته به نیازت میتونی تک تک این جدولها رو به ه متصل کنی و اطلاعات مورد نظرتون رو بدست بیارین ! با تعیین شماره بعناون پریمیر کی و تعیین کد بعنوان پی کی جهت اتصال به جدول دیگه با تعیین فیلد مشترک (کد)
مثلا از ترکیب اطلاعات جدول مشتری و پیگیری (فیلدهای : شماره ، کد ، نام ، شغل ، پیگیری ، اخرین پیگیری و تاریخ بعدی) متوجه بشین که پیگیری های مشتری مورد نظر ، ادامه داره یا نه ...
یا از ترکیب اطلاعات جدول مشتری با مراجعه حضوری (فیلدهای : شماره ، کد ، ن شرکت ، ن مشتری ، موضوع ، نتیجه ، تاریخ و مکان) اطلاعات تمام مراجعات حضوری مشتری مد نظرتون رو بدست بیارین ...

در آخر :
توضیحات شما جهت راهنمایی توسط دوستان به نظر من کامل نیس --- فقط خود شما باید تعیین کنید چه فیلدهایی توی جدول نیاز دارید (بسته به کار یا سفارش و ...)

امیدوارم بدردتون بخوره ، موفق باشین :)

مرسی که پاسخ دادید . دوست عزیز سوال من بصورت یک چرخه انجام میشه یعنی با یک تماس(حضوری یا غیر حضوری) شروع میشه پایانش هم میتونه در همون تماس اول باشه یا نه همچنان تا به نتیجه رسیدن چرخه کاری ادامه داشته باشه.با توجه به این مسئله ریلیشن ها چطوری میشن؟

csharpprogramer88

دوشنبه 24 آذر 1393, 21:32 عصر

دوستان نظرتون درباره این طراحی چیه؟126624

روال کار با ثبت یک رکورد در جدول ttbl_task شروع میشه و status بطور پیش فرض یک هست یک به معنی اینکه این که تسک همچنان ادامه دارد سپس در جدول tbl_contavct ریز اطلاعات تماس ثبت میشود . در صورتیکه پیگیری داشته باشیم یک رکورد داخل جدول tbl_peygiri ایجاد میشود . این تسک زمانی پایان می یابد که مقدار یک به صفر آپدیت شود .

plus

سه شنبه 25 آذر 1393, 08:27 صبح

چه نیازی به جدول پیگیری هست؟ اگه رابطه tbl_task و tbl_contact یک به n هست سایر پیگیری های مربوط به همون task میتونه توی جدول contact ثبت بشه.

csharpprogramer88

سه شنبه 25 آذر 1393, 09:56 صبح

چه نیازی به جدول پیگیری هست؟ اگه رابطه tbl_task و tbl_contact یک به n هست سایر پیگیری های مربوط به همون task میتونه توی جدول contact ثبت بشه.

اگر اینطور باشه ، یک تسک پیگیری داشته باشه تاریخ و ساعت پیگیری را کجا و چطوری ثبت کنم؟

plus

سه شنبه 25 آذر 1393, 12:08 عصر

اگر اینطور باشه ، یک تسک پیگیری داشته باشه تاریخ و ساعت پیگیری را کجا و چطوری ثبت کنم؟

در همون جدول Contact.هر Task یک یا چند Contact میتونه داشته باشه.

csharpprogramer88

سه شنبه 25 آذر 1393, 12:21 عصر

در همون جدول Contact.هر Task یک یا چند Contact میتونه داشته باشه.

با توجه به اون جدولی که گذاشتم باید چه فیلدی اضافه کنم تا این چیزی که شما میفرمایی قابل انجام باشه؟

plus

سه شنبه 25 آذر 1393, 13:23 عصر

همه فیلدهای جدول پیگیری در جدول contact هست.نیازه به اضافه کردن فیلد جدید نیست.

csharpprogramer88

سه شنبه 25 آذر 1393, 22:21 عصر

همه فیلدهای جدول پیگیری در جدول contact هست.نیازه به اضافه کردن فیلد جدید نیست.

ولی چطوری بفهمم این رکوردی که اینسرت شده مربوط به پیگیری هست؟