[kavoshgar63]

بعد از مراحل امکان سنجی تجزیه و تحلیل و .. تا زمان پیاده سازی سیستم ، زمانی که می خواین سیستم رو پیادسازی کنین اول پوسته سایت رو طراحی می کنین یا هسته رو؟
بهتره ابتدا ظاهر سایت(پوسته) رو بسازیم یا کد نویسی های بانک اطلاعاتی و php یا به قول من هسته سایت رو بنویسم؟
مزایا و معایب هر کدوم رو لطفا توضیح بدین.

[Y.P.Y]

سلام،
هسته(Basic) نرم افزار.

[admin]

هسته همیشه مهمترین قسمت هست. بقیه بر اساس هسته پیاده سازی میشن

[میلاد]

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

[kavoshgar63]

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

[Na3r]

خوب من اين جوري كار ميكنم كه اول هسته ( ميشه گفت همن توابع و كلاسها ) و بعد پوسته سايت رو طراحي ميكنم و در آخر اين دو رو با هم تركيب ميكنم

من مقاله اي در اين مورد نديدم ولي هر جور كه خودت راحتي همون كار رو بكن ( قانون خاصي من نديدم واسش )

[میلاد]

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

[admin]

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

[amir.s]

سلام

فقط "هسته یا پوسته ؟!! " .
من در ادامه حرف اساتید ، می خوام روش خودم رو بگم ؛

من بعد از بررسی کامل ، طراحی (به صورت دستی) کارها و ساختار برنامه به سراغ طراحی دیتابیس در بخش هسته میرم .

سپس بستر رو برای برنامه نویسی آماده میکنم . مثلا طراحی کلاس های دیتابیس ، مدیریت فایل ، مدیریت خطاها و گزارش و .... ( در این شرایط شما می تونید از فریم ورک ها که اساسا بزرگترین هدفشون همینه، استفاده کنید. فریم ورک ها می تونند بستر برنامه نویسی امن رو برای شما فراهم کنند )

در مرحله بعد شروع به نوشتن هسته برنامه میکنم . در واقع هسته رو من اینطوری تعریف میکنم : بخش های اصلی و کنترلی برنامه که با استفاده از کلاس هایی که به عنوان "بستر" در نظر گرفته شده ، چهار چوب و ساختار برنامه شما رو کنترل و مدیریت می کنند . در واقع توابع مورد نیاز برای محاسبه و انجام کارهای برنامه ...

در این زمان شما نه تنها اطلاعات مربوط به اینترفیس برنامه رو به صورت کاغذی دارید ، بلکه به طور دقیق اهداف و روش های بررسی شده رو در هسته پیاده سازی میکنید .

بعد واسط هایی رو برای هسته و UI می نویسیم که معمولا بخش اعظمی از این واسط رو کنترلر تشکیل میده ...

در نهایت به سراغ پوسته و به طور کلی ظاهر کاربری می روید و با استفاده از لایه زیرین ( واسط ) ، نتیجه کار رو به نمایش می ذارید. این میشه ورژن یک یا بیس برنامه شما و از روز اول با تست و بررسی نتایج، به اصلاح در دو ساختار "بهینه سازی" و "اصلاحات پایه ای" می پردازید.

اینهایی که گفتم تجربی بود و نزدیک به همون سیستم MVC ...

این پاسخ شما ، اما !

اما اگه به دنبال اصول اصلی و مکتوب می گردید ، تا دلتون بخواد اصول محکم و تست شده وجود داره ، مثلا :

*- فرم درخواست برنامه رو بگیرید و بررسی کنید.
*- نتایج بررسی( پلتفرم ، زبان برنامه نویسی ، دیتابیس ، ساختار پیاده سازی ، هزینه ها و منابع مورد نیاز ) رو در ساختار یک پروپوزال به درخواست کننده برگردونید.
*- در صورت تایید کار رو با تحقیق و بررسی آغاز میکنید .
*- وارد فاز طراحی میشد
*- ....
*- ....
*- به سراغ UML میرید نتایج کاغذی رو پیاده سازی میکنید . ( در قالب چهار چارت کلی و هزاران چیز دیگه ... )
*- ....
*- ...
*- طراحی دیتابیس ....
*- تازه می رسید به آغاز کد نویسی و مابقی ماجرا
( ببخشید خیلی ذهنی نوشتم شاید اشتباه هم نوشته باشم )
در بیشتر شرکت ها و برنامه های کوچک هیچ یک از این مراحل انجام نمیشه و فقط به خاطر هزینه زیادی که این اصول دارند . اما در پروژه های بزرگ اگه انجام نشه ، محکوم به شکست هستید .

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

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