آموزش نصب و تنظیم که اکثرا دوستان سوال می کنند در آن موجود هست SQL Server 2008/2012/2014🖕🏻🖕🏻🖕🏻
SYSTEMS ANALYSIS AND DESIGN METHODS
آنالیز و طراحی سیستمهای نرم افزاری مبتنی بر بانکهای اطلاعاتی
لینک گروه :
https://telegram.me/joinchat/Bvjv_j9FFJ_Ak9eT5P0_EQ
آدرس کانال :
https://telegram.me/SystemAnalysis
آنالیز و طراحی سیستمهای نرم افزاری مبتنی بر بانکهای اطلاعاتی
لینک گروه :
https://telegram.me/joinchat/Bvjv_j9FFJ_Ak9eT5P0_EQ
آدرس کانال :
https://telegram.me/SystemAnalysis
Telegram
🔵 SYSTEMS ANALYSIS AND DESIGN METHODS
✅ آنالیز، تحلیل و طراحی نرم افزار
⛳️ لینک گروه:
☀️https://telegram.me/joinchat/Bvjv_j9FFJ_Ngf37Pp4poQ
ارتباط با ادمین : @Batis13
اولین پست :
https://news.1rj.ru/str/SystemAnalysis/5
⛳️ لینک گروه:
☀️https://telegram.me/joinchat/Bvjv_j9FFJ_Ngf37Pp4poQ
ارتباط با ادمین : @Batis13
اولین پست :
https://news.1rj.ru/str/SystemAnalysis/5
جزوه آموزشی همراه با مثال نرم افزار Rational Rose که یکی از ابزارهای مفید تحلیل و طراحی نرم افزار می باشد :
Forwarded from Ali Abbasi
quick guide rational rose.pdf
615.6 KB
HIGH LEVEL MODELS AND METHODOLOGIES
FOR INFORMATION SYSTEMS :
FOR INFORMATION SYSTEMS :
Forwarded from Ali Abbasi
Modeling Dr faghihee.rar
3.7 MB
Forwarded from Ali Abbasi
Modeling Dr Faghi Paper Full A Abbasi.rar
9.7 MB
Forwarded from Ali Abbasi
Pedro_Isaias Tomayess Issa جزوه دوم و کاملی که دکتر فقیهی خودشان تدریس می کنند به همراه کتاب 🖕🏻🖕🏻🖕🏻
بحث پیرامون تحلیل و طراحی نرم افزار و نیز پرسش و پاسخ در خصوص مديريت پروژه های نرم افزاری تنها در :
https://telegram.me/joinchat/Bvjv_j9FFJ_Ak9eT5P0_EQ
https://telegram.me/joinchat/Bvjv_j9FFJ_Ak9eT5P0_EQ
Forwarded from Batis Ab
#اصول_تولید #نرم_افزار
یکصد / 100 اصل در تولید و توسعه نرم افزار :
در تولید نرم افزار نکاتی وجود دارد که یا از طریق تجربه بدست می آید و یا از طریق مطالب نهفته در متون علمی. اما به دلیل ماهیت پیچیده و متغیر مفاهیم و روش های توسعه و تولید نرم افزار، استفاده از تجربیات سایرین در پروژه های قبلی می تواند بسیار راهگشا باشد و از بسیاری دوباره کاری ها جلوگیری نماید.
در این مقاله سعی شده است به نکاتی اشاره شود که می تواند شما را در اجرای پروژه های نرم افزاری یاری دهد در پس هر یک از این نکات مطالب بسیاری نهفته است که با دقت در هر کدام از آنها می توان بخشی از مشکلات درگیر در زمان اجرای پروژه را مرتفع نمود.
یکی از نکاتی که در این مقاله آورده شده این جمله است که «هرچه را می خوانید باور نکنید»، بنابراین هر یک از این نکات را به دقت با دوستان و هم تیمیهایتان بحث کرده و آنگاه به کار برید.
۱) کیفیت حرف اول را می زند.
۲) کیفیت در چشمان بیننده است.
۳) کیفیت و کارائی دو جز، جدا نشدنی هستند.
۴) بالاترین کیفیت در نرم افزار امکان پذیر است.
۵) قابلیت اعتماد کم، بدتر از کارایی کم است.
۶) محصول را هر چه زودتر به مشتری/کاربر بدهید.
۷) دائما با مشتری/کاربر در ارتباط باشید.
۸) محرکهایی را برای برنامه نویسان و مشتریان ایجاد کنید.
۹) یک نمونه اولیه درست ارائه نمائید(ProtoType).
۱۰) قابلیت های عملیاتی را در نمونه اولیه بسازید.
۱۱) نمونه اولیه را خیلی سریع بسازید.
۱۲) سیستم را به صورت افزایشی تولید کنید.
۱۳) بیشتر ببینید تا احساس ضرورت بیشتری کنید.
۱۴) تغییرات در زمان توسعه نرم افزار اجتناب ناپذیر است.
۱۵) در صورت امکان، بجای تولید اجزا، آنها را بخرید.
۱۶) بعد از تولید نرم افزار نیاز به یک راهنمای کاربری کوچک دارید.
۱۷) هر مسئله پیچیده ای راه حلی دارد.
۱۸) فرضیاتتان را ثبت کنید.
۱۹) تکنولوژی قبل از ابزار اهمیت دارد.
۲۰) از ابزارها استفاده کنید اما واقع بین باشید.
۲۱) همیشه ابزارهای خوب را به مهندسین خوب بدهید.
۲۲) دانستن «چه موقع» مهم تر از دانستن «چطور» است.
۲۳) زمانی که به اهدافتان رسیدید پروژه را متوقف کنید.
۲۴) روش های مرسوم توسعه نرم افزار را خوب بشناسید.
۲۵) تکنولوژی را هرگز فراموش نکنید.
۲۶) از استانداردهای مستندسازی استفاده نمائید.
۲۷) هر مستندی به واژه نامه نیاز دارد.
۲۸) هر مستندی به یک فهرست نیاز دارد.
۲۹) برای مفاهیم یکسان از اسامی یکسان استفاده نمائید.
۳۰) مفاهیم را جست وجو کنید و سپس انتقال بدهید.
۳۱) مسئولیت پذیر باشید.
۳۲) نیازمندی های ضعیف زمینه برآورد هزینه اشتباه است.
۳۳) قبل از ثبت نیازمندی ها، مسئله را تعریف کنید.
۳۴) خطاها را در توضیحات نیازمندی ها شناسایی و برطرف نمائید.
۳۵) نمونه اولیه، ریسک انتخاب UI مناسب را کم می کند.
۳۶) اینکه نیازمندی ها شامل چه چیزهایی هستند را به خوبی ثبت نمائید.
۳۷) زیرسیستم ها را به خوبی شناسایی کنید.
۳۸) نیازمندی ها را بازبینی نمائید.
۳۹) از طراحی در مرحله شناخت نیازمندی ها اجتناب کنید.
۴۰) به نیازمندی ها از زوایای مختلف نگاه کنید.
۴۱) نیازمندی ها را اولویت بندی کنید.
۴۲) خلاصه نویسی کنید.
۴۳) ابهام را در نیازمندیها برطرف نمائید.
۴۴) قبل از تبدیل به هرگونه مدل رسمی، نیازمندیها را به صورت توضیحات زمان طبیعی بنویسید.
۴۵) انتقال از مرحله شناخت نیازمندی ها به طراحی آسان نیست.
۴۶) طراحی بدون مستندسازی طراحی نیست.
۴۷) چرخ را دوباره اختراع نکنید.
۴۸) خطاهای مفهومی بسیار مهم تر از خطاهای Syntax می باشند.
۴۹) طراحی کنید که تغییرات داشته باشید.
۵۰) طراحی را به گونه ای انجام دهید که نگهداری آن امکان پذیر باشد.
۵۱) طراحی بایستی به نحوی باشد که خطاها به راحتی قابل تشخیص باشند.
۵۲) از الگوریتم های با کارایی بالا استفاده نمائید.
۵۳) به کاربر فقط اطلاعاتی را نمایش دهید که مورد نیاز وی می باشد.
۵۴) طراحی بایستی چند بعدی باشد.
۵۵) نرم افزاری که قصد تولید آن را دارید به خوبی بشناسید.
۵۶) « ورود اطلاعات نادرست خروج داده های غلط » را در پی دارد.
۵۷) از به کار بردن متغیرهای غیر محلی خودداری نمائید.
۵۸) به شکلی کدنویسی نمائید که بتوان آن را از بالا به پائین خواند.
۵۹) مراقب اثرات جانبی کدی که می نویسید باشید.
۶۰) از اسامی با مفهوم در نامگذاری ها استفاده نمائید.
۶۱) قبل از اینکه به فکر سریع اجرا شدن کد باشید به فکر درست کارکردن آن باشید.
۶۲) قبل از اینکه کد را به پایان برسانید توضیحات آن را بنویسید.
۶۳) هر بخش از کد را جداگانه هم اجرا کنید.
۶۴) کد نوشته شده را ممیزی کنید.
۶۵) از زبان برنامه نویسی مناسب استفاده کنید.
۶۶) کد نویسی را خیلی زود شروع نکنید.
۶۷) تست را از نیازمندیها شروع کنید.
۶۸) نرم افزار را خودتان تست نکنید.
۶۹) طرح تست را خودتان ننویسید.
یکصد / 100 اصل در تولید و توسعه نرم افزار :
در تولید نرم افزار نکاتی وجود دارد که یا از طریق تجربه بدست می آید و یا از طریق مطالب نهفته در متون علمی. اما به دلیل ماهیت پیچیده و متغیر مفاهیم و روش های توسعه و تولید نرم افزار، استفاده از تجربیات سایرین در پروژه های قبلی می تواند بسیار راهگشا باشد و از بسیاری دوباره کاری ها جلوگیری نماید.
در این مقاله سعی شده است به نکاتی اشاره شود که می تواند شما را در اجرای پروژه های نرم افزاری یاری دهد در پس هر یک از این نکات مطالب بسیاری نهفته است که با دقت در هر کدام از آنها می توان بخشی از مشکلات درگیر در زمان اجرای پروژه را مرتفع نمود.
یکی از نکاتی که در این مقاله آورده شده این جمله است که «هرچه را می خوانید باور نکنید»، بنابراین هر یک از این نکات را به دقت با دوستان و هم تیمیهایتان بحث کرده و آنگاه به کار برید.
۱) کیفیت حرف اول را می زند.
۲) کیفیت در چشمان بیننده است.
۳) کیفیت و کارائی دو جز، جدا نشدنی هستند.
۴) بالاترین کیفیت در نرم افزار امکان پذیر است.
۵) قابلیت اعتماد کم، بدتر از کارایی کم است.
۶) محصول را هر چه زودتر به مشتری/کاربر بدهید.
۷) دائما با مشتری/کاربر در ارتباط باشید.
۸) محرکهایی را برای برنامه نویسان و مشتریان ایجاد کنید.
۹) یک نمونه اولیه درست ارائه نمائید(ProtoType).
۱۰) قابلیت های عملیاتی را در نمونه اولیه بسازید.
۱۱) نمونه اولیه را خیلی سریع بسازید.
۱۲) سیستم را به صورت افزایشی تولید کنید.
۱۳) بیشتر ببینید تا احساس ضرورت بیشتری کنید.
۱۴) تغییرات در زمان توسعه نرم افزار اجتناب ناپذیر است.
۱۵) در صورت امکان، بجای تولید اجزا، آنها را بخرید.
۱۶) بعد از تولید نرم افزار نیاز به یک راهنمای کاربری کوچک دارید.
۱۷) هر مسئله پیچیده ای راه حلی دارد.
۱۸) فرضیاتتان را ثبت کنید.
۱۹) تکنولوژی قبل از ابزار اهمیت دارد.
۲۰) از ابزارها استفاده کنید اما واقع بین باشید.
۲۱) همیشه ابزارهای خوب را به مهندسین خوب بدهید.
۲۲) دانستن «چه موقع» مهم تر از دانستن «چطور» است.
۲۳) زمانی که به اهدافتان رسیدید پروژه را متوقف کنید.
۲۴) روش های مرسوم توسعه نرم افزار را خوب بشناسید.
۲۵) تکنولوژی را هرگز فراموش نکنید.
۲۶) از استانداردهای مستندسازی استفاده نمائید.
۲۷) هر مستندی به واژه نامه نیاز دارد.
۲۸) هر مستندی به یک فهرست نیاز دارد.
۲۹) برای مفاهیم یکسان از اسامی یکسان استفاده نمائید.
۳۰) مفاهیم را جست وجو کنید و سپس انتقال بدهید.
۳۱) مسئولیت پذیر باشید.
۳۲) نیازمندی های ضعیف زمینه برآورد هزینه اشتباه است.
۳۳) قبل از ثبت نیازمندی ها، مسئله را تعریف کنید.
۳۴) خطاها را در توضیحات نیازمندی ها شناسایی و برطرف نمائید.
۳۵) نمونه اولیه، ریسک انتخاب UI مناسب را کم می کند.
۳۶) اینکه نیازمندی ها شامل چه چیزهایی هستند را به خوبی ثبت نمائید.
۳۷) زیرسیستم ها را به خوبی شناسایی کنید.
۳۸) نیازمندی ها را بازبینی نمائید.
۳۹) از طراحی در مرحله شناخت نیازمندی ها اجتناب کنید.
۴۰) به نیازمندی ها از زوایای مختلف نگاه کنید.
۴۱) نیازمندی ها را اولویت بندی کنید.
۴۲) خلاصه نویسی کنید.
۴۳) ابهام را در نیازمندیها برطرف نمائید.
۴۴) قبل از تبدیل به هرگونه مدل رسمی، نیازمندیها را به صورت توضیحات زمان طبیعی بنویسید.
۴۵) انتقال از مرحله شناخت نیازمندی ها به طراحی آسان نیست.
۴۶) طراحی بدون مستندسازی طراحی نیست.
۴۷) چرخ را دوباره اختراع نکنید.
۴۸) خطاهای مفهومی بسیار مهم تر از خطاهای Syntax می باشند.
۴۹) طراحی کنید که تغییرات داشته باشید.
۵۰) طراحی را به گونه ای انجام دهید که نگهداری آن امکان پذیر باشد.
۵۱) طراحی بایستی به نحوی باشد که خطاها به راحتی قابل تشخیص باشند.
۵۲) از الگوریتم های با کارایی بالا استفاده نمائید.
۵۳) به کاربر فقط اطلاعاتی را نمایش دهید که مورد نیاز وی می باشد.
۵۴) طراحی بایستی چند بعدی باشد.
۵۵) نرم افزاری که قصد تولید آن را دارید به خوبی بشناسید.
۵۶) « ورود اطلاعات نادرست خروج داده های غلط » را در پی دارد.
۵۷) از به کار بردن متغیرهای غیر محلی خودداری نمائید.
۵۸) به شکلی کدنویسی نمائید که بتوان آن را از بالا به پائین خواند.
۵۹) مراقب اثرات جانبی کدی که می نویسید باشید.
۶۰) از اسامی با مفهوم در نامگذاری ها استفاده نمائید.
۶۱) قبل از اینکه به فکر سریع اجرا شدن کد باشید به فکر درست کارکردن آن باشید.
۶۲) قبل از اینکه کد را به پایان برسانید توضیحات آن را بنویسید.
۶۳) هر بخش از کد را جداگانه هم اجرا کنید.
۶۴) کد نوشته شده را ممیزی کنید.
۶۵) از زبان برنامه نویسی مناسب استفاده کنید.
۶۶) کد نویسی را خیلی زود شروع نکنید.
۶۷) تست را از نیازمندیها شروع کنید.
۶۸) نرم افزار را خودتان تست نکنید.
۶۹) طرح تست را خودتان ننویسید.