PDA

View Full Version : تحلیل چگونگی ثبت یک پیامک داخل یک نرم افزار دوطرفه



mohammadian7
چهارشنبه 19 مرداد 1390, 00:36 صبح
سلام من یه نرم افزار دوطرفه دارم که قسمت موبایلش رو تکمیل کردم و پیامی رو با فرمت مناسب برای سیستم مرکزی میفرسته و سیستم مرکزی جواب مورد نظر کاربر رو بر میگردونه.
من فرمت پایین رو برای ذخیره هر پیام در نظر گرفتم که به نظزم خالی از نقص نیست.
لطفا اگه کسی نظر و ایده خاصی در این مورد داره بگه تا هم من و هم بقیه استفاده کنن.


SMSID From To Time Date Request Direction Status Message Aflag

mohammadian7
چهارشنبه 19 مرداد 1390, 02:19 صبح
smsid from to time date و message فکر نکنم که به توضیح خاصی نیاز داشته باشه.
Request به درخواستهایی که از سوی کاربر برای سیستم فرستاده میشه و سیستم باید بهشون پاسخ مناسب بده مثلا اگر 1 بود کاربر درخواست خرید کتاب رو داده و اگر 2 بود تغییر آدرس ، پیام message روهم سیستم بایدبر هم این اساس بخونه.
Direction یه فیلد که جهت ارسال پیامک رو مشخص میکنه و دارای مقادیر IN و OUT میباشد.
Status وضعیت پیام رو مشخص میکنه و میتونه Delivered Faild باشه
Aflag پرچمه ای که نشون میده به درخواست کاربر پاسخ داده شده یا نه


الان اگر کاربری درخواستی برای سیستم بفرسته و بگه که من فلان درخواست رو درفلان روز فرسنادم من چه جوری میتونم smsID جوابی رو که براش فرستادم رو پیدا کنم
به نظرتون یه فیلد Smsid اضافه کنم به جدول؟
آیا نیازی نیست من دو جدول داشته باشم برای هر پیامک ؟
آیا میشه یه فیلدهایی از فیلد های بالا رو به جدول کاربر اضافه کرد.؟
دوستان لطفا نظرتون رو بهم بگین.

mohammadian7
چهارشنبه 19 مرداد 1390, 19:24 عصر
بعد از تحلیل خودم به این نتیجه رسیدم
smsid کد یکتای هر پیام
message متن پیام
date
time
from
to
directionکه میتونه in , out باشه
status وضعیت پیام که رسیدن یا نرسیدن پیام رو مشخص میکنه
Aflag اگر به پیام کاربر جواب داده شده باشه 1 در غیر این صورت 0 است Answer flag
Tcodeاین اخری مربوط به کد پیگیری (Tracking code)

به نظرتون همین خوبه نیاز نیست چیزی اضافه و کم بشه؟

یوسف زالی
چهارشنبه 19 مرداد 1390, 22:21 عصر
سلام.
به نظر درست می رسه.
شما attachment ندارید؟
اگر دارید برای اون هم باید relation ی در نظر گرفته بشه.

Galawij
پنج شنبه 20 مرداد 1390, 08:56 صبح
سلام.
چون ممکنه یک کاربر چندین پیام بفرسته و هر سیستم مرکزی چندین بار به یک کاربر پیام بدهد، در نتیجه یک ارتباط چند به چند داریم:

شما جدول مشخصات کاربران را که دارید.
یک جدول هم برای مشخصات سیستم (های) مرکزی هم ایجاد کنید.
یک جدول هم برای درخواستها(با فیلدهای مد نظر خودتون) فقط برای مشخص کردن فرستنده و دریافت کننده، منظورم فیلدهای TO و From هست، از دو فیلد کلیدهای اصلی جداول بالا استفاده کنید(به عنوان کلید خارجی).