PDA

View Full Version : سوال: لیست داده های حسابداری مالی



PEDNAM
دوشنبه 10 فروردین 1394, 02:19 صبح
با سلام به دوستان عزیز جامعه برنامه نویس ایرانی
من به همراه دوستم در ترم جاری قرار هست تحلیل و طراحی پروژه سیستم حسابداری مالی رو کار کنیم کهطی تحقیقاتی که هر دوی ما در این باره انجام دادیم نتیجه گرفتیم که این پروژه مطئنا پر از زحمت خواهد بود.بنده در یکی از پست های همین انجمن خطرات اشتباه در این پروژه رو متوجه شدم و با اینکه این پروژه ی ما یک پروژه ی دانشجویی هست و تمامی فعالیت هامون بر این اساس هست که هم یک نمره ای مناسبی بگیریم و هم یک هنری به نام سیستم نویسی اصولی رو یاد بگیریم که هر دوی این دو هدف مستلزم تلاش و کوشش بسیار در این دوره زمانی ما دانشجویان کامپیوترهست. خوب مناسب هست که در ابتدا آموزش ها و روندی که تا به قبل از عید نوروز در دانشگاه ما در این درس سپری شد رو برای شما عزیزان شرح بدم تا دوستان بتوانند راحتر راهی که گروه ما طی کرده رو درک کنند. بدیهی هست که در مجال و حوصله ی دوستان نیست که مستندات این سیستم که جمع اوری کردیم و آموزش های درس تحلیل و طراحی سیستم های رشته کامپیوتر رو در چند خط کوتاه تشریح کنم پس بهتر هست تنها گوشه ای از این مراحل که طی تقریبا حدود دو ماه قبل از سال 94 طی شده رو به صورت خلاصه وار اشاره کنم .
خلاصه اطلاعات مراحلی که در این مدت 2 ماه گروه ما طی کرده است به شرح زیر هستند:( گروه ما= دونفر هستیم)

در ابتدای کار تعریف کلی از سیستم حسابداری مالی تهیه کردیم تا با رویکرد های این سیستم در سازمان ها و موسسات اشنا بشیم و اینکه اصلا چرا ما به یک سیستم حسابداری مالی نیازمندیم .( یک تعریف کلی ز سیستم حسابداری مالی در این راه به دست امد )
در این جای کار به سراغ نیازمندی های عملیاتی و غیر عملیاتی یا همون functional requirement و non-functional requirement رفتیم و لیستی از این نیازمنید ها رو تهیه کردیم .( یک لیست از این نیاز ها بوجود امد) همان طور که همه ی دوستان میدونید این نیازمندی ها نیازمندی های صاحبان سیستم هستند که یک مهندس کامپیوتر باید لیستی از این نیازمندی رو تهیه کنه تا بتونه به مرحله ی بعد وارد بشه.
در این مرحله به سراغ use case های سیستم حسابداری مالی رفتیم و سعی کردیم که نیازمندی های رو با تعریف و ویژگی هایی که از Use case ها ارائه دادند به یوزکیس هامون مپ کنیم( این طور نتیجه گرفتیم که یوزکیس ها از نیازمندی ها یی که لیست کرده بودیم بوجود می ایند)... ولی با خودمون می گفتیم که بدیهی هست یوزکیس های به دست امده در این مرحله به علت نداشتن تجربه کافی بلا شک حاوی ایراداتی خواهد بود. همه دوستان فکر کنم با من هم عقیده باشند که یوزکیس ها به دست امده تعیین کننده شکست و یا پیروزی سیستم خواهد بود که به این خاطر که تعیین یوزکیس ها برای ما دانشحویان که تجربه ای در این راه نداریم سخت خواهد بود پس در این جا لازم می باشد که با مطرح کردن یوزکیس های این سیستم به بحث و تبادل نظر در این رابطه بپردازیم شاید دوستانی مثل ما باشند که این راه رو تازه شروع کردند و یا تو نیمه های راه هستند و حتما نیاز به کمک خواهند داشت.

اجازه بدید در ابتدا یک توضیح اجمالی از سیستم حسابداری مالی در اختیار دوستان قرار بدم :

حسابداري مالی سيستمي است كه در آن فرايند جمع آوري، طبقه بندي، ثبت، خلاصه كردن اطلاعات و تهيه گزارش
هاي مالي و صورتهاي حسابداري در شكل ها و مدل هاي خاص براي مشخص كردن محدوده دارايي ها، اموال،
نحوه درآمد، سوددهي از فروش خدمات و كالا و شفاف كردن هزينه و بدهي ها انجام ميگيرد تا افراد ذينفع
درون سازماني مثل مديران و يا برون سازماني مثل بانكها، دولت و ... بتوانند از اين اطلاعات استفاده كنند.

با توجه به اینکه خوراک هر سیستم نرم افزاری اطلاعات پایه می باشد گروه ما اطلاعات پایه ای که در حسابداری مالی نیاز هست رو این طور استخراج کردیم:
یوز کیس های اطلاعات پایه:

ثبت اطلاعات موسسات ، شرکت ها و اشخاص



ثبت حساب های بانکی و امور بانکی
ثبت انبار ها
ثبت کالا ها و گروه های کالا
ثبت انواع خدمات و سرویس
ثبت امور صندوق و نقدی

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

kiya642
دوشنبه 10 فروردین 1394, 09:17 صبح
البته در سیستم های واقعی که قرار است در شرکت ها بکارگرفته شده و عملیاتی شود موضوع بحث مالی و پیاده سازی آن بسیار وسیع تر و پیچیده تر از این سناریو می باشد.

kiya642
دوشنبه 10 فروردین 1394, 10:55 صبح
در ابتدای کار باید به این موضوع اهمیت خیلی زیادی داده که همگام با ارائه پروژه یک Base قوی برای خودتون دارید طراحی میکنید که بعد از فارغ التحصیلی با تکمیل آن در حداقل زمان توانایی ارائه یک محصول در بازار را داشته باشید و دوم اینکه با ذکر یک مثال ساده باید عرض کنم از همین ابتدای کار باید به این نکته هم بسیار توجه داشته باشید که : چنانچه قصد برنامه نویسی در زمینه ی سیستم های مالی اداری در بازار واقعی را در آینده به عنوان (اول: یک هنر و دوم: یک شغل) را دارید، اشتباهی که اکثر افراد و شرکتهای برنامه نویس میکنند را شما تکرار نکنید. منظور بنده اینست که آیا شما وقتی به رستوران تشریف می برید و درخواست مثلاً فیلادلفیا را می دهید آیا درهنگام دریافت و میل کردن آن غذا باید داخل آن رشته های ماکارونی- چای سبز و... که هیچ ربطی به طعم و دستور پخت آن غذا ندارند مشاهده شود؟؟ حال بار دیگر به رستورانی دیگر رفته و باز هم درخواست فیلادلفیا میدهید ولی این بار در رستوران دوم است که شما طعم ولدت واقعی این غذا را می چشید چرا که اگر قرار بود ماکارونی میل بفرمائید و یا هر عذای دیگر، پس آن را سفارش می دادید نه غذایی که از شیر مرغ تا جان آدمیزاد داخل آن یافت می شود. خودتان را به عنوان یک مشتری در نظر بگیرید، حال از این پس برای خوردن غذا به کدامیک از رستوران ها رفته و هزینه میکنید؟؟
منظور از این مثال چیست ؟
دوست عزیز از همین ابتدای کار شما راه را اشتباه می روید، البته برای ارائه یک پروژه داشنجویی کفایت میکند ولی برای داشتن یک Base و استفاده و پرورش آن در طراحی برنامه های کاربردی آتی شما اصلاً مناسب نیست چرا که سیستم حسابداری مالی یک سیستم کاملاً مادر و مستقل است که کلیه اطلاعات از Sub System ها به آن ارسال شده و وظیفه این سیستم مادر پردازش اطلاعات و رسیدگی به جزئیات آن و ارائه گزارشات مالی و صورت های مالی جامع می باشد که تصمیم گیری و پیش بینی های لازم را در شرایط مختلف برای مدیران هر شرکتی اسان تر می کند. حال نگاهی به اطلاعات پایه ای که شما در این سناریو برای طراحی سیستم مالی درنظر گرفته اید بیندازید. در سیستم حسابداری مالی قلب آن در طراحی کدینگ حساب ها و سند حسابداری می باشد که این دو خود جای بحث بسیار زیاد دارند از حوصله ما در اینجاخارج هستند.
1- در اطلاعات پایه شما طراحی کدینگ و ثبت کدینگ حسابداری مشاهده نمی شود.
2 - ثبت اطلاعات انبارداری باید در یک سیستم انبار داری مستقل ثبت شود که فقط وظیفه مدیریت مقداری و ریالی انبار را دارد.
3 - اطلاعات صندوق و طرف حساب ها باید در سیستم خزانه داری ثبت شوند نه در سیستم حسابداری مالی.
و به همین ترتیب اطلاعات هر سیستم باید در سیستم خود قرار طراحی و پیاده سازی شوند، مثل سیستم فروش و غیره...
ارتباط آنها از طریق لینک به کدهای تعریف شده در سیستم حسابداری مالی می باشد که این نیز خود جای بحث و ریزه کاری های زیادی را دارد.
مثال فیلادفیا در رستوران اول دقیقاً با سناریوی شما مطابقت دارد، درست مثل سیستم های هلو- پرنیان و ... که با وارد شدن به آن از هر سیستمی یک ناخنک زده و در آن قرار داده اند وبجز مشتریان کوچک و موقتی توانایی رقابت با نرم افزارهای قدرتمند طراحی شده که با تحلیلی دقیق و جامع در هرکدام از سیستم ها، در طول زمان طراحی و پیاده سازی شده اند و در سطح شرکت ها بکار گرفته شده اند نه در سطح فروشگاه ها را ندارند.
درضمن، انتخاب زبان برنامه نویسی شما خیلی مهم است، چنانچه در دات نت کار میکنید از همین ابتدای کار همراه با تکنیک ها و تکنولوژی های روز پیش بروید، تجربه نشان داده است که برنامه نویسان زیادی وارد این بازار کار شده اند و چون از یکطرف با درنظر نگرفتن این مورد Update نکردن هر روزه اطلاعات خود و از طرف دیگر اینکه فقط میخواستند یک چیزی بنام نرم افزاری با برند X در کمترین زمان به بازار ارائه داده و ادعا کنند، خیلی زود از صحنه محو شده اند که باز این نیز جای بحث زیادی دارد.
سعی کنید تا حد امکان تجربه خود را در زمینه طراحی بانکهای اطلاعاتی و SQL SERVER (مخصواصاً آخرین ورژن ها) بالا برده و در مقطع فعلی که شما قرار دارید تمرکز خود را بیشتر روی برنامه نویسی سمت SERVER و سمت CLIENT متمرکز کنید. یکی از انتظارات کاربران سیستم های مالی (مخصوصاً در شرکت ها و سازمان ها) قدرت و سرعت عملیات CRUD در نرم افزارشان است، طراحی و برنامه نویسی بانک اطلاعاتی شما نباید به گونه ای باشد که کاربر پس از یکسال اطلاعت وارده، در سال بعدی و در سال های بعد از آن نرم افزارش کندتر و کندتر شده تا جایی که از کلافگی وناتوانی شما در رفع آن، مجبور به تعویض و تهیه نرم افزاری مناسب شود. در نرم افزارهای حسابداری مالی روی فرم ها و جداول کدینگ و سند بسیار مطالعه و دقت کنید. بسیاری از مشکلاتی که در آینده بوجود خواهد آمد از جمله کندی نمایش گزارشات، overwrite کردن اطلاعات در نرم افزار، کندی ثبت اطلاعات و .. و.. و.. که همگی از عدم دقت در تحلیل صیحی برنامه نویسی و مدیریت بانک اطلاعاتی ناشی خواهد شد را از همین الآن در نظر داشته باشد و کاربران را مجبور به ارتقاء سیستم های خود، تعویض اجباری کابل های شبکه، تهیه سرور های چند میلونی نکنید.(این موضوع نیز جای بجث زیاد دارد).
چون کار اول شماست توصیه میکنم از طریق آشنایان و دوستان خود به شرکتهایی که امکان مشاهده نرم افزار حسابداری خود را به شما می دهند مراجعه کرده و با مشاهده امکانات و نحوه طراحی نرم افزارهای مطرح و مناسب و توضیحات کاربران مربوطه یک دید بهتر نسبت به این موضوع داشته باشد.
توصیه میکنم در نرم افزار حسابداری مالی خود که بعنوان یک سیستم (مادر) شناخته شده است، نحوه طراحی کدینگ را به دست مدیران مالی و کاربران آن بسپارید، البته پیش فرض برای آن قرار دهید ولی برای کاربران تهیه نوع ساختار کدینگ سیستم هرشکل متناسب با نوع وسلیقه مدیر مالی آن امکان دهی شود و بهتر است آن را FIX نکنید. به عنوان مثال یک سیستم مالی طراحی نکنید که کدینگ آن بطور ثابت سه سطحی و فقط با فرمت ***/**/** امکان دهی شده باشد چرا که در هر شرکتی متناسب با نوع و حجم فعالیت آن ساختار کدینگ آن نیز متفاوت با سایر شرکت ها می باشد ممکن است در یک شرکتی که خریدار سیستم حسابداری شماست با کدینگ 4 سطحی وبا فرمت ****/***/**/** حسابدرای ان انجام میشودو در شرکتی دیگر با همان ساختار 4 سطحی ولی به شکل ****/****/***/** و در شرکتی دیگر شش سطحی با فرمت دلخواه خود. (امیدوارم متوجه مطلب شده باشید).
در طراحی کدینگ انبار نیز باید دقت دیگری را بخرج داد و بشکل دیگری رفتار کرد، فرمی باید طراحی شود که هنگام تعریف انبار آپشنی برای ثبات بودن تعداد کد کالا در ان انبار ویا شناور بودن آن وجود داشته باشد. (این نیز جای دقت و بحث بیشتری دارد).
دوست عزیز، مطالب فوق برای یک سیستم یکپارچه در نظر گرفته شده و بنده سرنخ ها را تا حد ممکن به شما و دیگر دوستان در این زمینه دادم ودر هرجایی که لازم است تمرکز و مطالعه بیشتری داشته باشید تاکید کردم که (جای بحث بیشتری دارد). طراحی یک سیستم چیزی نیست که در چند خط و یا چند پُست آن را قرار داده تا دیگران استفاده کنند و هرچقدر تجربه بیشتری در زمینه تحلیل- طراحی وپیاده سازی نرم افزار در زمینه های مختلف بدست آوریم باز هم متوجه خواهیم شد که هیچ نمی دانیم .
از طرفی هم سعی کنید با حسابداران مجرب و نه تازه کار، لینک شوید که این خود کمک شایانی به شما خواهد کرد.
امیدوارم مفید واقع شده باشد.
در صورت تمایل به این لینک (http://barnamenevis.org/showthread.php?486268-DevExpress14-2-Farsi-%D9%85%D9%86%D8%AA%D8%B4%D8%B1-%D9%88-%D8%A2%D9%85%D8%A7%D8%AF%D9%87-%D8%AA%D8%AD%D9%88%DB%8C%D9%84-%D9%85%DB%8C-%D8%A8%D8%A7%D8%B4%D8%AF) هم سری بزنید و به دوستان خود نیز معرفی کنید.

PEDNAM
دوشنبه 10 فروردین 1394, 15:25 عصر
البته در سیستم های واقعی که قرار است در شرکت ها بکارگرفته شده و عملیاتی شود موضوع بحث مالی و پیاده سازی آن بسیار وسیع تر و پیچیده تر از این سناریو می باشد.
سلام کیای عزیز وقتتون بخیر
کیای عزیز این سناریو نیست که در اختیار دوستان قرار گرفت ... مطالب بنده کمی گنگ بودند که اونها رو اصلاح کردم ...
تشکر از نظرتون.

PEDNAM
دوشنبه 10 فروردین 1394, 15:42 عصر
در ابتدای کار باید به این موضوع اهمیت خیلی زیادی داده که همگام با ارائه پروژه یک Base قوی برای خودتون دارید طراحی میکنید که بعد از فارغ التحصیلی با تکمیل آن در حداقل زمان توانایی ارائه یک محصول در بازار را داشته باشید و دوم اینکه با ذکر یک مثال ساده باید عرض کنم از همین ابتدای کار باید به این نکته هم بسیار توجه داشته باشید که : چنانچه قصد برنامه نویسی در زمینه ی سیستم های مالی اداری در بازار واقعی را در آینده به عنوان (اول: یک هنر و دوم: یک شغل) را دارید، اشتباهی که اکثر افراد و شرکتهای برنامه نویس میکنند را شما تکرار نکنید. منظور بنده اینست که آیا شما وقتی به رستوران تشریف می برید و درخواست مثلاً فیلادلفیا را می دهید آیا درهنگام دریافت و میل کردن آن غذا باید داخل آن رشته های ماکارونی- چای سبز و... که هیچ ربطی به طعم و دستور پخت آن غذا ندارند مشاهده شود؟؟ حال بار دیگر به رستورانی دیگر رفته و باز هم درخواست فیلادلفیا میدهید ولی این بار در رستوران دوم است که شما طعم ولدت واقعی این غذا را می چشید چرا که اگر قرار بود ماکارونی میل بفرمائید و یا هر عذای دیگر، پس آن را سفارش می دادید نه غذایی که از شیر مرغ تا جان آدمیزاد داخل آن یافت می شود. خودتان را به عنوان یک مشتری در نظر بگیرید، حال از این پس برای خوردن غذا به کدامیک از رستوران ها رفته و هزینه میکنید؟؟
منظور از این مثال چیست ؟
دوست عزیز از همین ابتدای کار شما راه را اشتباه می روید، البته برای ارائه یک پروژه داشنجویی کفایت میکند ولی برای داشتن یک Base و استفاده و پرورش آن در طراحی برنامه های کاربردی آتی شما اصلاً مناسب نیست چرا که سیستم حسابداری مالی یک سیستم کاملاً مادر و مستقل است که کلیه اطلاعات از Sub System ها به آن ارسال شده و وظیفه این سیستم مادر پردازش اطلاعات و رسیدگی به جزئیات آن و ارائه گزارشات مالی و صورت های مالی جامع می باشد که تصمیم گیری و پیش بینی های لازم را در شرایط مختلف برای مدیران هر شرکتی اسان تر می کند. حال نگاهی به اطلاعات پایه ای که شما در این سناریو برای طراحی سیستم مالی درنظر گرفته اید بیندازید. در سیستم حسابداری مالی قلب آن در طراحی کدینگ حساب ها و سند حسابداری می باشد که این دو خود جای بحث بسیار زیاد دارند از حوصله ما در اینجاخارج هستند.
1- در اطلاعات پایه شما طراحی کدینگ و ثبت کدینگ حسابداری مشاهده نمی شود.
2 - ثبت اطلاعات انبارداری باید در یک سیستم انبار داری مستقل ثبت شود که فقط وظیفه مدیریت مقداری و ریالی انبار را دارد.
3 - اطلاعات صندوق و طرف حساب ها باید در سیستم خزانه داری ثبت شوند نه در سیستم حسابداری مالی.
و به همین ترتیب اطلاعات هر سیستم باید در سیستم خود قرار طراحی و پیاده سازی شوند، مثل سیستم فروش و غیره...
ارتباط آنها از طریق لینک به کدهای تعریف شده در سیستم حسابداری مالی می باشد که این نیز خود جای بحث و ریزه کاری های زیادی را دارد.
مثال فیلادفیا در رستوران اول دقیقاً با سناریوی شما مطابقت دارد، درست مثل سیستم های هلو- پرنیان و ... که با وارد شدن به آن از هر سیستمی یک ناخنک زده و در آن قرار داده اند وبجز مشتریان کوچک و موقتی توانایی رقابت با نرم افزارهای قدرتمند طراحی شده که با تحلیلی دقیق و جامع در هرکدام از سیستم ها، در طول زمان طراحی و پیاده سازی شده اند و در سطح شرکت ها بکار گرفته شده اند نه در سطح فروشگاه ها را ندارند.
درضمن، انتخاب زبان برنامه نویسی شما خیلی مهم است، چنانچه در دات نت کار میکنید از همین ابتدای کار همراه با تکنیک ها و تکنولوژی های روز پیش بروید، تجربه نشان داده است که برنامه نویسان زیادی وارد این بازار کار شده اند و چون از یکطرف با درنظر نگرفتن این مورد Update نکردن هر روزه اطلاعات خود و از طرف دیگر اینکه فقط میخواستند یک چیزی بنام نرم افزاری با برند X در کمترین زمان به بازار ارائه داده و ادعا کنند، خیلی زود از صحنه محو شده اند که باز این نیز جای بحث زیادی دارد.
سعی کنید تا حد امکان تجربه خود را در زمینه طراحی بانکهای اطلاعاتی و SQL SERVER (مخصواصاً آخرین ورژن ها) بالا برده و در مقطع فعلی که شما قرار دارید تمرکز خود را بیشتر روی برنامه نویسی سمت SERVER و سمت CLIENT متمرکز کنید. یکی از انتظارات کاربران سیستم های مالی (مخصوصاً در شرکت ها و سازمان ها) قدرت و سرعت عملیات CRUD در نرم افزارشان است، طراحی و برنامه نویسی بانک اطلاعاتی شما نباید به گونه ای باشد که کاربر پس از یکسال اطلاعت وارده، در سال بعدی و در سال های بعد از آن نرم افزارش کندتر و کندتر شده تا جایی که از کلافگی وناتوانی شما در رفع آن، مجبور به تعویض و تهیه نرم افزاری مناسب شود. در نرم افزارهای حسابداری مالی روی فرم ها و جداول کدینگ و سند بسیار مطالعه و دقت کنید. بسیاری از مشکلاتی که در آینده بوجود خواهد آمد از جمله کندی نمایش گزارشات، overwrite کردن اطلاعات در نرم افزار، کندی ثبت اطلاعات و .. و.. و.. که همگی از عدم دقت در تحلیل صیحی برنامه نویسی و مدیریت بانک اطلاعاتی ناشی خواهد شد را از همین الآن در نظر داشته باشد و کاربران را مجبور به ارتقاء سیستم های خود، تعویض اجباری کابل های شبکه، تهیه سرور های چند میلونی نکنید.(این موضوع نیز جای بجث زیاد دارد).
چون کار اول شماست توصیه میکنم از طریق آشنایان و دوستان خود به شرکتهایی که امکان مشاهده نرم افزار حسابداری خود را به شما می دهند مراجعه کرده و با مشاهده امکانات و نحوه طراحی نرم افزارهای مطرح و مناسب و توضیحات کاربران مربوطه یک دید بهتر نسبت به این موضوع داشته باشد.
توصیه میکنم در نرم افزار حسابداری مالی خود که بعنوان یک سیستم (مادر) شناخته شده است، نحوه طراحی کدینگ را به دست مدیران مالی و کاربران آن بسپارید، البته پیش فرض برای آن قرار دهید ولی برای کاربران تهیه نوع ساختار کدینگ سیستم هرشکل متناسب با نوع وسلیقه مدیر مالی آن امکان دهی شود و بهتر است آن را FIX نکنید. به عنوان مثال یک سیستم مالی طراحی نکنید که کدینگ آن بطور ثابت سه سطحی و فقط با فرمت ***/**/** امکان دهی شده باشد چرا که در هر شرکتی متناسب با نوع و حجم فعالیت آن ساختار کدینگ آن نیز متفاوت با سایر شرکت ها می باشد ممکن است در یک شرکتی که خریدار سیستم حسابداری شماست با کدینگ 4 سطحی وبا فرمت ****/***/**/** حسابدرای ان انجام میشودو در شرکتی دیگر با همان ساختار 4 سطحی ولی به شکل ****/****/***/** و در شرکتی دیگر شش سطحی با فرمت دلخواه خود. (امیدوارم متوجه مطلب شده باشید).
در طراحی کدینگ انبار نیز باید دقت دیگری را بخرج داد و بشکل دیگری رفتار کرد، فرمی باید طراحی شود که هنگام تعریف انبار آپشنی برای ثبات بودن تعداد کد کالا در ان انبار ویا شناور بودن آن وجود داشته باشد. (این نیز جای دقت و بحث بیشتری دارد).
دوست عزیز، مطالب فوق برای یک سیستم یکپارچه در نظر گرفته شده و بنده سرنخ ها را تا حد ممکن به شما و دیگر دوستان در این زمینه دادم ودر هرجایی که لازم است تمرکز و مطالعه بیشتری داشته باشید تاکید کردم که (جای بحث بیشتری دارد). طراحی یک سیستم چیزی نیست که در چند خط و یا چند پُست آن را قرار داده تا دیگران استفاده کنند و هرچقدر تجربه بیشتری در زمینه تحلیل- طراحی وپیاده سازی نرم افزار در زمینه های مختلف بدست آوریم باز هم متوجه خواهیم شد که هیچ نمی دانیم .
از طرفی هم سعی کنید با حسابداران مجرب و نه تازه کار، لینک شوید که این خود کمک شایانی به شما خواهد کرد.
امیدوارم مفید واقع شده باشد.
در صورت تمایل به این لینک (http://barnamenevis.org/showthread.php?486268-DevExpress14-2-Farsi-%D9%85%D9%86%D8%AA%D8%B4%D8%B1-%D9%88-%D8%A2%D9%85%D8%A7%D8%AF%D9%87-%D8%AA%D8%AD%D9%88%DB%8C%D9%84-%D9%85%DB%8C-%D8%A8%D8%A7%D8%B4%D8%AF) هم سری بزنید و به دوستان خود نیز معرفی کنید.

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

PEDNAM
پنج شنبه 20 فروردین 1394, 18:55 عصر
دوستان لطفا در این بحث شرکت کنید تا به مراحل خوبی در پروژه نویسی داشته باشیم