سلام

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

با عنایت به توجهی که این روزها به مبحث نرم افزارهای برنامه ریزی منابع سازمان یا همون Enterprise Resource Planning - ERP مي شه قصد دارم اگر توفيقي حاصل شد بروز رساني وبلاگ رو بعد از مدتي نسبتا طولاني با تمركز بر روي نرم افزار SAP كه هنوزم بالاترين رده در ميان نرم افزارهاي ERP دنيا رو داره شروع كنم از همه دوستان عزيز هم به خاطر ابراز لطفي كه در نظرات يا توسط ايميل داشتند ممنونم ،

  ( [e-mail])

مطالب وبلاگ

با سلام

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

موضوعات وبلاگ :

برنامه ریزی و مديريت پروژه - ‍‍Project Planning and Management

• جمع آوري نيازمندي ها - Requirement Gatheing
• تحليل و طراحي نرم افزار - Analysis and Design
• توسعه نرم افزار - System Developement
• طراحي و توسعه بانك اطلاعاتي - Database Design and Development
• مديريت بانك اطلاعاتي با تمركز بر روي بانك اطلاعاتي MSSQL Server و - Database Administative

لیست کامل مقالات و مطالب قبلی : جهت مشاهده هر یک از مطالب بر روی پیوند مربوطه کلیک نمایید :

درباره نرم افزار برنامه ریزی منابع سازمان SAP بیشتر بدانید - قسمت دوم

و اما اطلاعاتی در خصوص شرکت SAP

شرکت در سایت خود می نویسد :

SAP در مرکز انقلاب تکنولوژیک امروز قرار داشته و با نوآوری های خود نه تنها باعث می شود شرکتها بهتر از هر زمان دیگری فعالیت نمایند بلکه بهبود زندگی مردم جهان را باعث می شود.

ما به عنوان رهبر بازار نرم افزارهای کاربردی سازمانی ، به همه شرکتها در هر ابعاد و هر صنعتی در راستای انجام بهتر فعالیتش کمک می نماییم...

برنامه های کاربردی و سرویسهای SAP ، 248500 مشتری خود را قادر می سازد تا سودآور ، مستمرا منعطف و پیش رونده فعالیت نمایند.

ادامه مطلب

درباره نرم افزار برنامه ریزی منابع سازمان SAP ERP بیشتر بدانید - قسمت اول

خوب با توجه به اینکه شناخت کمی در خصوص نرم افزار برنامه ریزی سازمان SAP (SAP ERP) وجود داره و از طرفی شرکتهایی که در راستای بکارگیری این نرم افزار اقدام نموده اند بصورت روزافزون در حال افزایش می باشد طی یکسری نوشته سعی می کنم اطلاعاتی رو در این خصوص در دسترس شما قرار بدم که امیدوارم مورد استفاده شما قرار بگیره

ادامه مطلب

مستند برنامه کاری پروژه (‍‍‍‍Project Plan Document) - مثال سيستم جامع مديريت توليد (Manufacturing Management System) - قسمت پنجم

3. خط مشي پروژه :

3.1 . اولويت هاي پروژه : در فرايند انجام يك پروژه اولويت هاي مختلفي مي تواند مد نظر قرار گيرد بطور مثال ممكن است رسيدن زمانبندي صورت گرفته اولويت اول باشد و يا انجام پروژه با هزينه برنامه ريزي شده و يا در مواردي كيفيت حداكثر كه حتي منجر به تاخير زماني و يا هزينه زيادتري نسبت به ارزيابي صورت گرفته گردد. همه اين موارد به ماهيت پروژه وابسته است طبيعتا در مواردي كه سيستم با مسائل حياتي سروكار دارد كيفيت و اطمينان از صحت عملكرد مهمتر از برنامه زماني و ريالي مي باشد

ادامه مطلب

مستند برنامه کاری پروژه (‍‍‍‍Project Plan Document) - مثال سيستم جامع مديريت توليد (Manufacturing Management System) - قسمت چهارم

. سازمان پروژه :

2.1 . مدل توسعه پروژه : در اين قسمت شما روشي كه قرار است توسعه سيستم را صورت دهيد معرفي مي نماييد. دقت نماييد ماهيت پروژه ، اندازه پروژه و آشنايي تيم توسعه پروژه با موضوع ، مهارت و تجربه تيم پروژه و ... در انتخاب روش اهميت بسزايي دارد.

مثال :

2.1. مدل توسعه پروژه : با توجه به تركيب تيم پروژه و محدوديت زماني و نيروي انساني در اجراي پروژه مدل توسعه به شكل ذيل در نظر گرفته شده است.

ادامه مطلب

مستند برنامه کاری پروژه (‍‍‍‍Project Plan Document) - مثال سيستم جامع مديريت توليد (Manufacturing Management System) - قسمت سوم

در ادامه قسمت دوم مي خواهيم هر يك از مواردي كه در يك برنامه كاري پروژه ي نمونه آورده مي شود را با ذكر مثال توضيح دهيم

1.3. كاربران سيستم : در اين قسمت شما انواع گروه هاي كاربري كه ذينفع سيستم مي باشند را معرفي مي نماييد به خاطر داشته باشيد در روند طراحي و پياده سازي مي بايست نظرات اين گروه هاي كاربري لحاظ گردد تا سيستم بتواند در كل شركت ، استقرار يافته و هر كس اطلاعات مرتبط با خود را در سيستم وارد نموده و نتايج مورد انتظار خود را از آن استخراج نمايد.

مثال :

1.3 کاربران سیستم

سیستم مدیریت تولید برای استفاده کلیه کاربران درگیر در پروسه تولید تهیه می گردد که شامل گروه های کاربری ذیل (ولی نه محدود به این گروهها) می باشد.

• مدیران

ادامه مطلب

مستند برنامه کاری پروژه (‍‍‍‍Project Plan Document) - مثال سيستم جامع مديريت توليد (Manufacturing Management System) - قسمت دوم

در ادامه قسمت اول مي خواهيم هر يك از مواردي كه در يك برنامه كاري پروژه ي نمونه آورده مي شود را با ذكر مثال توضيح دهيم

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

مثال :

1. مقدمه :

هدف اصلي از اين مستند ارائه اطلاعاتي در خصوص پروژه سيستم مديريت توليد شامل مستندات ، زمانبنديها ، ريسك ها ، فرضيات ، تخمين هاي ، وابستگيها ، تيم پروژه و مديريت تغييرات مي باشد.

اين برنامه شامل موارد ذيل مي باشد ادامه مطلب

مستند برنامه کاری پروژه (‍‍‍‍Project Plan Document) - مثال سيستم جامع مديريت توليد (Manufacturing Management System) - قسمت اول

يكي از اولين گامها در فرايند اجراي هر پروژه اي ، برنامه ريزي پروژه (Project Planning) مي باشد ما در يك سري مقالات سعي خواهيم نمود الگويي را براي مستند برنامه كاري پروژ ه هاي (Project Plan Document) نرم افزاري معرفي نماييم بديهي است الگوي ارائه شده در اينجا ، حاصل مطالعات و تجارب اينجانب بوده و حتي مي توان با توجه به حجم پروژه آيتمهايي را به آن اضافه و يا از آن حذف نمود.

بنابراين بهتر است ابتدا با توجه به گستردگي ، حساسيت و ساير مشخصات پروژه اي كه قصد انجام آن را داريد موضوعات مهم را تشخيص و برنامه ريزي پروژه را با محوريت اين موضوعات صورت دهيد. ادامه مطلب

نوشتن Use Case - مثال عملي سيستم سفارش غذاي آنلاين - قسمت سوم و آخر

شماره Use Case :	11
عنوان :	اصلاح فهرست غذا
ايجاد كننده : آخرين بروز رساني كننده : تاريخ ايجاد : تاريخ آخرين بروز رساني :
راهبران اصلي :	مدير فهرست غذا
توضيح :	مدير فهرست غذا ، ممكن است نسبت به اصلاح فهرست غذا از لحاظ در دسترس بودن و يا قيمت نمايد تا براي يك تاريخ معين در تعداد و قيمت ها بروز بوده و يا غذاي مخصوص روز ، تعريف شده باشد.
پيش شرط :	فهرست غذا در حال حاضر در سيستم وجود دارد.

ادامه مطلب

مراحل طراحی بانک اطلاعاتی - مثال عملی شرکت تولید و توزیع نوشابه - قسمت چهارم و آخر

تذكر مهم : هنگام پياده سازي بانك اطلاعاتي مربوطه بهتر است بعد از ساخت جداول بر روي نيازمنديها تمركز نموده و سپس با توجه به آن ويوهاي (View) مناسبي را ايجاد نماييد تا با انجام پرس و جو از روي هر يك تعدادي از نياز پاسخ داده شود بطور مثال :

Create View SaleInformationvew AS

Select ,StoreTitle,ProductName,SalerFName+'-'+SalerLName SalerName , Taste,Volume,Containertbl.Type, Date , Num

From Storetbl Inner Join Saletbl On

Storetbl.StoreCode=Saletbl.StoreCode Inner Join Producttbl On Producttbl.ProductCode=Saletbl.ProductCode Inner Join Containertbl On

Producttbl.ContainerCode= Containertbl. ContainerCode Inner Join Salertbl On

Saletbl.SalerCode=Salertbl.SalerCode

Where Saletbl.Type=1

ادامه مطلب

مراحل طراحی بانک اطلاعاتی - مثال عملی شرکت تولید و توزیع نوشابه - قسمت سوم

حال نگاهي به نيازمنديها اوليه مي كنيم تا ببينيم طراحي صورت گرفته جوابگوي آنها خواهد بود بطور مثال نيازمندي شماره 1 :

ميزان فروش به تفكيك نوع عصاره ،حجم، نوع ظرف (يكبار مصرف يا گردشي) : اين نيازمندي حالات مختلفي را مي تواند داشته باشد كه به چند نمونه اشاره مي كنيم :

ميزان فروش به تفكيك نوع عصاره : با ايجاد يك پرس و جو (Query) از دو جدول محصول (Producttbl) و فروش (Saletbl) بصورت ذيل مي توان نتيجه مورد نظر را گرفت :

Select Taste,Sum(Num) Num

From Producttbl Inner Join Saletbl On Producttbl.ProductCode=Saletbl.ProductCode

Where Saletbl.Date Between '01/01/87' And '30/12/87'

Group By Taste

ادامه مطلب

مراحل طراحی بانک اطلاعاتی - مثال عملی شرکت تولید و توزیع نوشابه - قسمت دوم

تذكر : ابتدا قسمت اول اين مقاله را مطالعه نماييد.

در ذيل نمونه نرمال شده طراحي فوق را مشاهده مي نماييد (در مورد علل تغييرات و نوع نرمال سازيها صورت گرفته بررسي نماييد.)

نام جدول : Storetbl توضيح : عامل فروش – مغازه ، رستوران ، اغديه ، نمايندگي و كلا فرشندگان نوشابه
عنوان ستون	نوع	شرح
StoreCode	Int	كد عامل
StoreTilte	Varchar(50)	عنوان عامل
SectionCode	Varchar(30)	كد بخش
Type	Int	نوع عامل

ادامه مطلب

مراحل طراحی بانک اطلاعاتی - مثال عملی شرکت تولید و توزیع نوشابه - قسمت اول

بنام خدا

با سلام

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

صورت مسئله :

در يك شركت توليد نوشيدني محصولات مختلفي توليد مي شود كه بطور مثال مي توان به نوشابه كولا.پرتقالي.ليمويي و دوغ با حجمهاي 300و500و1000و1500 سي سي اشاره نمود ادامه مطلب

نوشتن Use Case - مثال عملي سيستم سفارش غذاي آنلاين - قسمت دوم

تذكر مهم : اگر چه Use Case ذيل از لحاظ آموزشي بسيار مفيد مي باشد ولي از نظر اينجانب داراي ابهاماتي مي باشد و لازم است اصلاحاتي در آن صورت پذيرد ولي در اين مرحله من متن اصلي را آورده ام و همانطور كه قبلا هم گفتم در يك سلسله مقالات روش نوشتن بهينه Use Case ها را با مثال آموزش خواهم داد ان شاء ....

ادامه مطلب

نوشتن Use Case - مثال عملي سيستم سفارش غذاي آنلاين - قسمت اول

در طراحي و پياده سازي هر سيستم نرم افزاري مي بايد با استفاده از روش مناسبي ، نسبت به استخراج و مستند سازي عمليات مختلف سيستم اقدام نمود با تجربياتي كه من در مدت كاري خود به آن رسيده ام نوشتن Use Case ها بصورت متني موجب فهم دقيق رويه ها توسط كليه افراد درگير در پروژه (تحليل گر ، برنامه نويس ، مديران پروژه ، كاربران نهايي ، مالك سيستم) مي گردد در اين سري مقالات چند Use Case پروژه سفارش غذاي رستوران آورده شده ، تا شما يك مثال از يك پروژه واقعي را ديده و موجب درك بهتر از Use Case ها گردد. لازم به ذكر است در مقالات ديگري مزايا ، الگوها و روش نوشتن Use Case هاي بهينه را به تفصيل توضيح خواهم داد ولي در حال حاضر به علت درخواست بعضي از دوستان در راستاي تكميل پروژه سيستم سفارش غذاي رستوران ، چند Use Case مهم آن را با هم مرور مي كنيم. ادامه مطلب

قوانین تجاری و کسب و کار (Business Rules) - مثال عملی سیستم سفارش غذای آنلاین

بنام خدا

با سلام

با توجه به اهميتي كه قوانين تجارت و كسب و كاري مجموعه اي كه شما براي آن سيستم را توسعه مي دهيد در روند طراحي و پياده سازي سيستم تاثير به سزايي دارد مي بايد قسمتي از مستند مشخصات نيازمنديها و يا مستند جداگانه اي را به قوانين كسب و كار آن مجموعه اختصاص دهيد در ذيل قسمتي از قوانين تجاري مربوط به سيسستم سفارش غذاي رستوران را كه در مقالات قبلي دو مستند محدوده و چشم انداز سيستم (Scope and Vision Document) و مشخصات نيازمنديهاي نرم افزار (Software Requirement Specification) آن را به تفصيل بررسي نموديم ، آورده شده است توصيه مي شود در صورتي كه مقالات مربوطه به دو مستند قبلي را مطالعه ننموده ايد ابتدا آنها را مطالعه نماييد. ادامه مطلب

مستند مشخصات نيازمنديها نرم افزار - مثال عملي سيستم سفارش غذا آنلاين - قسمت هفتم و آخر

ادامه مستند مشخصات نيازمنديها :

ادامه ضميمه 1 : ديكشنري داده ها و مدل داده اي ادامه مطلب

مستند مشخصات نيازمنديها نرم افزار - مثال عملي سيستم سفارش غذا آنلاين - قسمت ششم

ادامه مستند مشخصات نيازمنديها :

ضميمه 1 : ديكشنري داده ها و مدل داده اي (Data Dictionary and Data Model)

دستورالعمل حمل

= + + + +

نام مشتري شماره تلفن مشتري تاريخ تحويل غذا محل تحويل نوبت حمل

ادامه مطلب

مستند مشخصات نيازمنديها نرم افزار - مثال عملي سيستم سفارش غذا آنلاين - قسمت پنجم

ادامه مستند مشخصات نيازمنديها :

1. ساير نيازمنديهاي غير عملياتي :
   1. نيازمنديهاي كارايي :

نيازمندي كارايي 1 : سيستم مي بايد در زمان استفاده حداكثري از سيستم كه مابين ساعت 8 تا صبح مي باشد جوابگوي 400 كاربر با مدت زمان ميانگين 8 دقيقه براي هر يك باشد.

نيازمندي كارايي 2 : كليه صفحات وب ايجاد شده مي بايد در يك ارتباط با سرعت 40 KBps در زماني كمتر از 10 ثانيه بصورت كامل دانلود و نمايش داده شود. ادامه مطلب

مستند مشخصات نيازمنديها نرم افزار - مثال عملي سيستم سفارش غذا آنلاين - قسمت چهارم

ادامه مستند مشخصات نيازمنديها :

1. نيازمنديهاي رابط هاي خارجي
   1. رابط هاي كاربري :

رابط كاربري 1 : شماي صفحات و فرمهاي سيستم سفارش غذاي رستوران مي بايد با استاندارد رابط هاي كاربري نرم افزارهاي كاربردي شركت – نسخه 2.0 مطابقت داشته باشد.

رابط كاربري 2 : سيستم مي بايد در داخل هر صفحه HTML نمايش داده شده يك لينك راهنما به صفحه اي نحوه استفاده از صفحه را توضيح داده است داشته باشد. ادامه مطلب

مستند مشخصات نيازمنديها نرم افزار - مثال عملي سيستم سفارش غذا آنلاين - قسمت سوم

ادامه مستند مشخصات نيازمنديها :

1. قابليتهاي سيستم
   1. سفارش غذاها :

i. تعريف و اولويت :

يك مشتري كه هويت او تاييد شده مي باشد مي تواند اقدام به سفارش غذا نموده تا در محل مشخصي از شركت به او تحويل داده شود و يا در محل رستوران تحويل گيرد. يك مشتري ممكن است تا قبل از آماده سازي سفارش ، نسبت به لغو و يا تغيير آن اقدام نمايد. اولويت : بالا

ii. ترتيب محرك/پاسخ

محرك : مشتري درخواست ايجاد سفارش يك يا بيشتر غذا مي نمايد

پاسخ : سيستم از مشتري اطلاعات مربوط به جزييات سفارش ، نحوه پرداخت و دستورالعمل حمل (آدرس) را ، مي پرسد. ادامه مطلب

مستند مشخصات نيازمنديها نرم افزار - مثال عملي سيستم سفارش غذا آنلاين - قسمت دوم

ادامه مستند مشخصات نيازمنديها :

1. مشخصات كلي :

1. چشم انداز محصول :

سيستم سفارش غذاي رستوران يك سيستم جديد مي باشد كه جايگزين روش دستي جاري و همچنين فرايند لبفني سفارش و تهيه غذا در رستوران شركت خواهد شد. Context Diagram مربوطه بيانگر موجوديتهاي خارجي و رابط هاي سيستمي ويرايش اول نرم افزار مي باشد. انتظار مي رود سيستم طي چند ويرايش توسعه يافته و نهايتا از طريق خدمات سفارش اينترنتي امكان اتصال چند رستوران محلي و امكان استفاده از كارتهاي اعتباري (همراه با اعتبارسنجي) فراهم گردد. ادامه مطلب

مستند مشخصات نيازمنديها نرم افزار - مثال عملي سيستم سفارش غذا آنلاين - قسمت اول

با توجه به اهميتي كه مستند مشخصات نيازمنديها دارد يك نمونه عملي از اين مستند را طي چند قسمت با هم مرور خواهيم كرد موضوع مورد نظر همان پروژه سيستم سفارش غذاي رستوران كه در مقالات اوليه معرفي گرديد (در قالب سه قسمت تحت عنوان مستند محدوده و چشم انداز سيستم (Vision And Scope Document) ، مي باشد. لذا توصيه مي شود در صورتي كه آن مقالات را مطالعه ننموده ايد ابتدا آنها را مطالعه نماييد.

پیش نیازها ، انتظارات ، اهداف و محدوده پروژه هاي نرم افزاري - قسمت اول

پیش نیازها ، انتظارات ، اهداف و محدوده پروژه هاي نرم افزاري - قسمت دوم

پیش نیازها ، انتظارات ، اهداف و محدوده پروژه هاي نرم افزاري - قسمت سوم(آخر)

مستند مشخصات نيازمنديها شامل موارد ذيل مي باشد و شما مي توانيد با بررسي اين مثال يك الگو (Template) براي پروژه هاي خود ايجاد نماييد. ادامه مطلب

پرسشنامه جهت جمع آوری اطلاعات مرتبط با برنامه ریزی پروژه - قسمت سوم و آخر

عوامل مرتبط با مديريت پروژه

پاسخگويي به سئوالات ذيل به فهم بهتر چگونگي كاربرد روشهاي مديريت پروژه در سيستمهاي اطلاعاتي كمك خواهد نمود.

18- كداميك از متدلوژي هاي مرتبط با چرخه توليد نرم افزار در اين پروژه به كار خواهد رفت ؟

Microsoft Solutions Framework James Martin

موارد ديگر ـــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــ

ادامه مطلب

پرسشنامه جهت جمع آوری اطلاعات مرتبط با برنامه ریزی پروژه - قسمت دوم

ادامه اطلاعات مرتبط با پروژه

براي هر يك از سئوالات همه موارد درست را علامت بزنيد و در مواردي كه اطلاعات خاصي خواسته شده است آن را بنويسيد.

ادامه ...

6- پروتكل ارتباطي :

NetBios(IBM) IPX/SPX(Novell) TCP/IP(Unix,NT) Vines(Banyan Vines)

موارد ديگر ـــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــ

7- محيط شبكه اي مورد نياز كه بتواند برنامه كاربردي را پشتيباني نمايد.

Enterprise چند سروره تك سروره Peer

موارد ديگر ـــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــ

ادامه مطلب

پرسشنامه جهت جمع آوری اطلاعات مرتبط با برنامه ریزی پروژه - قسمت اول

يكي از مباحث مهم در توسعه نرم افزار ، مديريت پروژه هاي نرم افزاري مي باشد بدين منظور لازم است قبل از شروع پروژه نسبت به برنامه ريزي اقدام نماييم (تهيه مستند برنامه پروژه Project Plan) به منظور دقيق و شدني بودن برنامه تهيه شده لازم است موارد زيادي مد نظر قرار گيرد در طي چند مقاله ، پرسشنامه اي را با هم مرور مي نماييم كه هدف آن عبارتست از :

• تيمهاي درگير در پروژه را از فعاليتهاي مختلف و متنوعي كه مي بايد در برنامه ريزي لحاظ گردد آگاه سازد. بديهي است اين فعاليتها در خروجي پروژه موثر مي باشد.
• كمك به تخمين منابع مورد نياز و همچنين تشخيص ريسك ها
• اطلاع رساني اوليه به ذينفعاني كه پروژه جديد دربرگيرنده محدوده كاري آنها مي باشد.

تذكر مهم : اين پرسشنامه هر چند از لحاظ محدوده پوشش دهي ، كامل مي باشد ولي لازم است با توجه به پروژه ، سازمان شما و درخواست كننده پروژه ، تغييرات مرتبط صورت پذيرد.

پرسشنامه

مديران پروژه :

لطفا اين پاسخنامه را كامل نموده و بين كليه ذينفعان پروژه توزيع نماييد (بطور مثال ، مالكان سيستم ، كاربران ،مهندسين شبكه ).در اين مرحله تا آنجا كه ممكن است به پرسشها جواب دهيد. ادامه مطلب

روشهای توصیه شده در استخراج نیازمندیها - قسمت ششم و آخر

معرفي يك عقيده ابتكاري : براي آشنايي با يك روش ابتكاري استخراج نيازمنديها به مقاله اي تحت عنوان "A Quick,Accurate Way to Determine Customer Needs" مراجعه نماييد. نويسندگان مقاله بر اين عقيده اند كه مشتريان در طول مدت استخراج نيازمنديها چيزهايي را مي گويند و سپس در مرحله عمل كاملا متفاوت از آنچه گفته اند عمل مي نمايند.آنها احساس مي كنند كه اين مشكل عمدتا به خاطر تكيه نمودن بر روشهاي سنتي استخراج نيازمندي ها ، نظير مصاحبه و مميزي و بازديد محيط و گروه ها مي باشد زيرا اين روشها نمي توانند با تناقضات موجود در پاسخهاي افراد ، بصورت موثر سروكار داشته باشند. ادامه مطلب

روشهای توصیه شده در استخراج نیازمندیها - قسمت پنجم

StoryBoards : عبارتست مجموعه اي از تصاوير كه بيانگر يك سري از فعاليتهاي كاربر در سيستم موجود و يا خيالي و يا يك قابليت مي باشد. اين تكنيك يك نوع نمونه سازي (prototyping) بر روي كاغذ مي باشد.

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

روشهای توصیه شده در استخراج نیازمندیها - قسمت چهارم

در مقاله قبلي چند روش شرح داده شد در اين مقاله تكنيك هاي ديگري را معرفي مي نماييم

نمونه سازي (Prototyping) : نمونه سازي ، تكنيكي براي ساخت سريع و ايجاد نسخه تقريبي از سيستم مورد نياز و يا قسمتهايي از آن مي باشد.نمونه سازي ، تصويري از قابليتهاي سيستم را به كاربران و طراحان ارائه مي دهد.اين تكنيك بصورت يك مكانيزم ارتباطي عمل نموده بطوري كه كارشناسان با كمك آن فعل و انفعالات با سيستم را درك مي نمايد. ادامه مطلب

روشهای توصیه شده در استخراج نیازمندیها - قسمت سوم

تكنيك هاي جمع آوري نيازمنديها :

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

Kotonua و Sommerville بحث خوبي در زمينه استخراج و آناليز نيازمنديها مطرح نمودند.مقالات با توضيحات جزيي تر در خصوص اين تكنيكها نيز ارائه گرديده است.

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

روشهای توصیه شده در استخراج نیازمندیها - قسمت دوم

قسمتي از فرايند جمع آوري نيازمنديها ، اولويت بندي آنها مي باشد. اين موضوع از آنرو حائز اهميت است كه بندرت زمان و بودجه كافي براي انجام تمام آنچه درخواست شده ، وجود دارد.

بهتر است بر روي فوايد سيستم تمركز نموده ، نه به شكل ظاهري و خصوصيات غير ضرور . فوايد به نيازمنديهاي ضروري اطلاق مي شود.اضافه نمودن خواص غير ضروري منجر به افزايش مشكلات در زمان طراحي و افزايش هزينه ها مي شود. ادامه مطلب

روشهای توصیه شده در استخراج نیازمندیها - قسمت اول

اين مقاله در خصوص چگونگي جمع آوري نيازمنديها و روشهاي برتر در استخراج نيازمنديها مي باشد. نويسنده مطلب تحقيقات زيادي بر روي مطالب نوشتاري مرتبط نموده و نهايتا با تركيب آن با تجارب عملي بكاربرده شده در ده ها پروژه ، اين مطالب را به نگارش در آورده است.در قسمتي از مقاله روشهاي توصيه شده درباره جمع آوري نيازمنديها آورده شده است.

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

طراحی بانک اطلاعاتی و مفاهیم طراحی رابطه ای به روش ساده همراه با مثال - قسمت هشتم و آخر

در اين بخش به مرحله آخر طراحي بانك يعني ارزيابي و تصحيح طراحي صورت گرفته مي پردازيم

پالايش طراحي صورت گرفته :

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

براي اين منظور جداول خود را ايجاد نموده ، ارتباطات بين آنها را برقرار و سپس در هر يك از جداول چند ركورد اطلاعات وارد نماييد.حال بررسي نماييد كه آيا اين بانك توانايي پاسخگويي به تمام خواسته هاي(نيازمنديهاي اوليه) شما را داراست . در اين مرحله همچنين اطلاعات تكراري را يافته و آنها را حذف نماييد. ادامه مطلب

طرحی بانک اطلاعاتی و مفاهیم طراحی رابطه ای به روش ساده همراه با مثال - قسمت هفتم

در اين جا نحوه تعيين و تشخيص ارتباطات بين جداول و همچنين چگونگي تشخيص فيلدهايي كه اين ارتباطات را پشتيباني مي نمايد شرح داده شده است.براي ايجاد و برقراري ارتباط بين جداول در MS SQL Server از قسمت Diagrams در بانك اطلاعاتي مورد نظر خود مي توانيد استفاده نماييد.

ايجاد يك ارتباط يك به چند (One-to-Many or 1:N) : ارتباط يك به چند متداولترين نوع ارتباط در بانك هاي رابطه اي مي باشد.در اين ارتباط ، يك ركورد در جدول A مي تواند چند ركورد متناظر و مرتبط در جدول B داشته ولي يك ركورد در جدول B فقط و فقط يك ركورد متناظر در جدول A دارد.

بطور مثال ، جداول تامين كنندگان (Suppliers) و محصولات (Products) در بانك اطلاعاتي Northwind يك ارتباط يك به چند دارند. ادامه مطلب

طراحی بانک اطلاعاتی و مفاهیم طراحی رابطه ای به روش ساده همراه با مثال - قسمت ششم

در اين بخش به مرحله پنجم (تعيين و تشخيص ارتباطات مورد نياز) خواهيم پرداخت.

تعيين و تشخيص ارتباطات (Relationships) : تا مراحل قبل شما اطلاعات را به طبقات مختلف تقسيم بندي نموديد ( در قالب تعدادي جدول) حال لازم داريد بنحوي به بانك اطلاعاتي ، اطلاعات لازم را داده تا توانايي بازيابي اطلاعات مرتبط با هم را داشته باشد به اين عمل ايجاد و تعيين ارتباط گفته مي شود.

بطور مثال در فرم سفارش خريد شما اطلاعاتي از جدول مختلف مشاهده مي نماييد : ادامه مطلب

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

در اين بخش به ادامه مبحث مرحله چهارم (تعيين و تشخيص فيلدهاي مورد نياز) خواهيم پرداخت.

مثال : اضافه كردن فيلدها به جدول محصولات : شركت بازرگاني Northwind فروش محصولات غذايي وارداتي را در كشورهاي مختلف انجام مي دهد. كارمندان شركت از يك گزارش با عنوان "محصولات يك سفارش" (Products On Order) براي پيگيري محصولاتي كه سفارش داده شده است استفاده مي نمايند. ادامه مطلب

طراحی بانک اطلاعاتی و مفاهیم طراحی رابطه ای به روش ساده همراه با مثال - قسمت چهارم

در اين بخش به مرحله چهارم ، تعيين و تشخيص فيلدهاي مورد نياز خواهيم پرداخت.

تعيين و تشخيص فيلدهايي كه نياز داريد :

براي تعيين فيلدهاي يك جدول ، بايد تشخيص دهيد كه چه چيزهايي را درباره اشخاص ، چيزها ، وقايع و رويدادها مي خواهيد بدانيد(در جدول ذخيره نماييد). شما مي توانيد فيلدها را به مثابه مشخصات يك جدول فرض نماييد.هر ركورد-Record- (يا سطر-Row) در جدول شامل همان مجموعه از فيلدها يا مشخصات مي باشد بطور مثال ، يك فيلد آدرس در جدول مشتري شامل آدرس كليه مشتريان خواهد بود. هر ركورد در جدول شامل داده هايي درباره يك مشتري و فيلد آدرس شامل آدرس براي آن مشتري خواهد بود. ادامه مطلب

طراحی بانک اطلاعاتی و مفاهیم طراحی رابطه ای به روش ساده همراه با مثال - قسمت سوم

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

در اين بخش به مرحله دوم تعيين و تشخيص هدف و مرحله سوم تعيين جداول مورد نياز خواهيم پرداخت.

تعيين و تشخيص هدف (Determining the Purpose) :

اولين مرحله در طراحي يك بانك اطلاعاتي تعيين كردن هدف اصلي بانك اطلاعاتي و اينكه براي چه كاري قرار است استفاده شود. اين هدف نماياننده اطلاعاتي است كه شما مي خواهيد از بانك اطلاعاتي استخراج نماييد و با توجه به اين هدف شما امكان شناسايي موضوعاتي كه شما مي بايست در خصوص آن حقايقي را ذخيره نموده (جداول – Tables) و همچنين حقايقي كه نياز به نگهداري در خصوص هر يك از اين موضوعات (فيلدهاي جدول - Fields) مي باشد را داريد. ادامه مطلب

طراحی بانک اطلاعاتی و مفاهیم طراحی رابطه ای به روش ساده همراه با مثال - قسمت دوم

مراحل طراحي يك بانك اطلاعاتي :

فرايند طراحي يك بانك اطلاعاتي شامل مراحل مختلفي مي باشد كه در اين مقاله و مقاله هاي آتي به جزييات هر مرحله پرداخته خواهد شد.

مرحله اول : تعيين و تشخيص هدف اصلي بانك اطلاعاتي : اين موضوع كمك مي كند تا بتوانيد حقايقي كه قرار است در بانك ذخيره شوند را تشخيص دهيد.

مرحله دوم : تعيين و تشخيص جداولي كه شما نياز داريد : هنگامي كه شما هدف بانك اطلاعاتي را بصورت واضح بدانيد قادر خواهيد بود تا اطلاعات مورد نياز را به موضوعات جداگانه نظير Employees و Orders تقسيم نماييد كه هر يك از اين موضوعات معادل يك جدول در بانك اطلاعاتي مي باشد. ادامه مطلب

طراحی بانک اطلاعاتی و مفاهیم طراحی رابطه ای به روش ساده همراه با مثال - قسمت اول

يكي از مشكلات بزرگي كه در برنامه هاي كاربردي مشاهده مي شود باگها و يا غير قابل اطمينان و يا متناقض بودن نتايج عمليات و يا گزارشات سيستم مي باشد كه در بسياري موارد نتيجه طراحي غير اصولي بانك اطلاعاتي برنامه كاربردي بوده و هزينه هاي زماني و ريالي زيادي جهت پشتيباني اينگونه نرم افزارها مورد نياز است در اين سري مقالات سعي مي گردد با زباني ساده و روان روش طراحي بانك اطلاعاتي رابطه اي شرح داده شود و در اين مسير مثالها متعددي آورده شده است.

در قسمت هاي مختلف موارد ذيل را خواهيد ديد :

• مقدمه
• فرايند طراحي بانك اطلاعاتي
  • مراحل طراحي بانك اطلاعاتي
  • مسائل و مشكلات رايج در طراحي
• تعيين اهداف پروژه
• تعيين جداول مورد نياز
• تعيين فيلدهاي مورد نياز
  • نكاتي در خصوص چگونگي تعيين فيلدها
  • فيلدهاي كليد اصلي
• تعيين ارتباطات مورد نياز
• تصحيح و بهينه سازي(مرور) طراحي صورت گرفته

ادامه مطلب

معرفی رویه های مفید جهت برنامه نویسی با بانک اطلاعاتی MSSQL Server-قسمت اول

در اين مقاله چند رويه مفيد كه در برنامه نويسي با كمك SQL Server مي تونه مفيد باشه براتون توضيح مي دم لازم به ذكر است منبع اكثر رويه ها سايت www.SqlSeverCentral.com مي باشد و نويسنده رويه نيز در متن رويه هاي آمده است و من طي كارهايي كه كردم اين رويه ها رو مفيد تشخيص دادم اميدوارم براي شما هم مفيد باشه.

1. با كمك اين رويه مي تونيد يك پيغام را به كليه كاربراني كه در حال حاضر به SQL Server متصل هستند ارسال كنيد بطور مثال اگر بخواهيد SQL Server را Stop نماييد مي توانيد ابتدا يك پيغام به كليه كاربران ارسال و ساعت مشخصي را اعلام نماييد تا كاربران در مدت باقيمانده از نرم افزارها خارج شوند. ادامه مطلب

انتقال بانک اطلاعاتی از یک دستگاه به دستگاه دیگر در MS SQL Server

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

براي اينكار دو روش متداول وجود دارد:

1. پشتيبان گيري و بازيابي Backup & Restore
2. تهيه اسكريپت از ساختار بانك اطلاعاتي مبدا و اجراي آن بر روي كامپيوتر مقصد(SQL Script) ادامه مطلب

پشتیبان گیری و بازیابی اطلاعات - MS SQL Server 2000 Backup & Restore - قسمت پنجم و آخر

بازيابي بانك اطلاعاتي از طريق SQL Server Enterprise Manager :

در اين قسمت روش بازيابي يك بانك اطلاعاتي با استفاده از ابزار مربوطه در محيط SQL Server Enterprise Manager شرح داده شده است و در موارد ضروري تصاوير فرمهاي مرتبط جهت فهم بهتر آورده شده است.

قدم اول : اگر قرار است اطلاعات را بر روي يك بانك اطلاعاتي موجود بازيابي نماييد ابتدا بانك اطلاعاتي مورد نظر را انتخاب نموده و با استفاده از منوي سريع (Righ Click) روي گزينه All TasksàRestore Database… كليك نماييد.(يا با انتخاب Databases و انجام عمليات فوق) ادامه مطلب

پشتيبان گيري و باز يابي اطلاعات -MS SQL Server 2000 Backup & Restore-قسمت چهارم

در اين قسمت روش پشتيبان گيري از يك بانك اطلاعاتي با استفاده از ابزار مربوطه در محيط SQL Server Enterprise Manager شرح داده شده است و در موارد ضروري تصاوير فرمهاي مرتبط جهت فهم بهتر آورده شده است.

قدم اول : ابتدا بانك اطلاعاتي كه مي خواهيد از آن پشتيبان (Backup) تهيه نماييد را انتخاب نموده و با استفاده از منوي سريع (Righ Click) روي گزينه All TasksàBackup Database… كليك نماييد.

در شكل ذيل بانك اطلاعاتي با نام Manufact جهت پشتيبان گيري انتخاب شده است : ادامه مطلب

برنامه ريزي منابع سازمان - Enterprise Resource Planning-ERP-قسمت هفتم

دامنه كاربرد برنامه ريزي منابع سازمان :

برنامه ريزي منابع سازمان –ERP- و نسل قبل از آن يعني برنامه ريزي منابع توليد –MRP2- در شركتهايي با مشخصات مختلف عملياتي گرديده است كه مي توان به نمونه هاي ذيل اشاره نمود:

ساخت براي موجودي (Make To Stock)

ساخت طبق سفارش(Make To Order) ادامه مطلب

پشتیبان گیری و بازیابی اطلاعات - MS SQL Server 2000 Backup & Restore-قسمت سوم

انواع پشتيبان گيري (Backup Types) در بانك اطلاعاتي MS SQL Server :

چندين روش مختلف براي پشتيبان گيري از بانك اطلاعاتي در SQL Server وجود دارد كه مي توان با استفاده تركيبي از آنها ، امكان بازيابي اطلاعات را در موارد غير مترقبه ، فراهم نمود.ادامه مطلب

معرفی . اشتراكات و تفاوتهاي Stored Procedure ها و Usre Defined Function ها

در اين مقاله به معرفي ، مشتركات و تفاوتهاي Stored Procedure و User Defined Function ها در بانك اطلاعاتي MS SQL Server مي پردازيم تا در مواقع لزوم گزينه مناسب را انتخاب نماييم.

از لحاظ كاركرد Stored Procedure ها و User Defined Function ها كاركرد مشابهي دارند بنحوي كه هر دو امكان ايجاد يك دسته دستورات SQL را جهت كاربردهاي آتي فراهم مي نمايند.اين قابليت ذخيره سازي ، كارايي زيادي داشته چون از طرق ذيل موجب صرفه جويي زمان برنامه نويسي مي گردد:ادامه مطلب

پشتیبان گیری و بازیابی اطلاعات-MS SQL Server 2000 Backup & Restore-قسمت دوم

مدلهاي بازيابي (Recovery Models) :

در MS Sql Server 2000 ما سه مدل بازيابي داريم كه عبارتند از :

1. Full
2. Bulk-Logged
3. Simple

نكته : مدل بازيابي كليه بانك هاي سيستمي يعني Master,MSDB,TempDB ، مدل Simple مي باشد. ادامه مطلب

برنامه ریزی منابع سازمان (Enterprise Resource Planning-ERP)-قسمت ششم

سير پيشرفت تدريجي برنامه ريزي منابع سازمان :

سري قبل در خصوص مرحله سوم توسعه برنامه ريزي منابع سازمان صحبت شد در اين بخش چهارمين مرحله توسعه ERP را با هم مرور مي كنيم.

مرحله چهارم : برنامه ريزي منابع سازمان – Enterprise Resource Planning (ERP) :

ادامه مطلب

پشتیبان گیری و بازیابی اطلاعات - MS SQL Server 2000 Backup & Restore-قسمت اول

برنامه ریزی منابع سازمان (Enterprise Resource Planning-ERP)-قسمت پنجم

سير پيشرفت تدريجي برنامه ريزي منابع سازمان :

سري قبل در خصوص مرحله دوم توسعه برنامه ريزي منابع سازمان صحبت شد در اين بخش سومين مرحله توسعه ERP را با هم مرور مي كنيم.

مرحله سوم : برنامه ريزي منابع توليد – Manufacturing Resource Planning (MRP2) :ادامه مطلب

برنامه ریزی منابع سازمان (Enterprise Resource Planning-ERP)-قسمت چهارم

سير پيشرفت تدريجي برنامه ريزي منابع سازمان :

سري قبل در خصوص مرحله اول توسعه برنامه ريزي منابع سازمان صحبت شد در اين بخش دومين مرحله توسعه ERP را با هم مرور مي كنيم.

مرحله دوم : Closed-Loop Material Requirement Planning :ادامه مطلب

برنامه ریزی منابع سازمان (Enterprise Resource Planning-ERP)-قسمت سوم

سير پيشرفت تدريجي برنامه ريزي منابع سازمان :

سير پيشرفت برنامه ريزي منابع سازماني داراي چهار مرحله مي باشد كه عبارتند از :

1. برنامه نيازمندي مواد (Material Requirement Planning - MRP)
2. برنامه نيازمندي مواد حلقه محصور (Closed-Loop Material Requirement Planning)
3. برنامه ريزي منابع توليد ( MRP2- Manufacturing Resource Planning)
4. برنامه ريزي منابع سازمان (Enterprise Resource Planning - ERP)

حال در ذيل سعي مي كنيم مراحل مختلف سير تكاملي برنامه ريزي منابع سازمان را با تفصيل بيشتر بيان نماييم :

مرحله اول : برنامه ريزي نيازمندي مواد (MRP-Material Requirement Planning) :

ادامه مطلب

برنامه ریزی منابع سازمان (Enterprise Resource Planning-ERP) - قسمت دوم

برنامه ريزي منابع سازماني چيست و چه كار انجام مي دهد :

برنامه ريزي منابع سازماني (ERP) و سلف آن برنامه ريزي منابع توليد(Manufacturing Resource Planning –MRP2)) كمك مي كنند تا چشم انداز تجارت ما را دگرگون نمايند آنها اين امكان را فراهم مي نمايند تا بهبود قابل توجه اي در روش مديريت شركتهاي توليدي ايجاد گردد. انها تاثير زيادي در بهره وري اقتصاد آمريكا در دهه 90 ميلادي داشتند.ادامه مطلب

برنامه ريزي منابع سازمان (Enterprise Resource Planning-ERP) - قسمت اول

بنام خدا

با سلام

خوب با توجه به يكسري مباحثي كه من اين اواخر در مورد مفهوم ERP داشتم متوجه شدم كه متاسفانه درك كامل و روشني از اين مفهوم وجود نداره و همين موجب سردرگمي خيلي ها شده است

در اين سري مقالات سعي شده تا مفهوم ERP و نرم افزارهاي پشتيبان ERP با نگاهي علمي شرح داده بشه تا در شناخت و انتخاب نرم افزار مناسب بتونه كمك كنه

يك اپيدمي كه جديدا در شركتهاي نرم افزاري پيش اومده اينه كه يك كلمه ERP به عنوان نرم افزاراشون اضافه مي كنن و ظرف چند ثانيه رقيب نرم افزارهاي مثل SAP يا ORACLE مي شن اينطور پيشرفتم بد نيستا J

اول از همه با اين مطلب شروع كنيم كه آيا ERP يك نرم افزاره ؟ اكثرا به اين سئوال جواب مثبت مي دن در صورتي كه اينطور نيست همانطور كه اصطلاحات غير مرتبط زيادي در مطالب مرتبط با تجارت وجود دارد در اين خصوص نيز بسياري "سيستمهاي نرم افزاري پردازشگر فرايندهاي سازماني" را ERP مي نامند. اين بسته هاي نرم افزاري ، برنامه ريزي منابع را كارا نموده و آن را ممكن مي سازند ولي واقعا آن را انجام نمي دهند و علاوه بر آن اين نرم افزارها شامل فرايندهاي تجاري ديگري نيز مي باشند كه در محدوده برنامه ريزي منابع نمي باشند.ادامه مطلب

کاهش ریسک پروژه ها با استخراج صحیح نیازمندیها بوسیله مثال - قسمت سوم و آخر

مثال 7 :

نيازمندي اوليه : 3.2.7.1 سيستم نبايد مانع وارد نمودن سال از جانب كاربران كه قصد ورود اطلاعات پرداخت را دارند گردد اما مي بايد امكاني را فراهم نمايد كه آنها از درستي سال وارد شده مطمئن گردند.

ايرادات : اين يك نيازمندي منفي مي باشد نيازمنديهاي منفي نمي بايد تعريف شوند(عدم نيازمندي) زيرا آنها قابل پياده سازي نيستند. در نيازمنديها مي بايست تمامي شرايطي كه بايد وجود داشته باشد بيان گردد. اگر شرايطي لازم نيست پياده سازي نيز نمي شوند. علاوه بر آن دوبار از بايد(يكبار مثبت ، يكبار منفي) در يك نيازمندي استفاده شده است. ادامه مطلب

کاهش ریسک پروژه ها با استخراج صحیح نیازمندیها بوسیله مثال - قسمت دوم

مثالهاي مرتبط :

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

مثال 3 :

نيازمندي اوليه : 3.2.5.7 سيستم مي بايست دو فيلد جديد را پردازش نمايد(اطلاعات مربوط به كل ميزان توليد يك استان) در انتهاي ركورد استان

ايرادات : اين نيازمندي قابل پياده سازي و تست نمي باشد زيرا كامل نيست. منظور از دو فيلد جديد چيست؟ ادامه مطلب

کاهش ریسک پروژه ها با استخراج صحیح نیازمندیها بوسیله مثال - قسمت اول

در اين مطلب با يكسري مثالها در خصوص كاهش ريسك پروژه هاي نرم افزاري از طريق دقت در استخراج نيازمنديها صحبت شده است.

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

اگر با استفاده از روشهايي بتوانيم بر اين مشكلات فائق آييم مي توانيم ريسك توسعه سيستمهاي نرم افزاري را (ريسك عدم پوشش نيازمنديها) تا حد زيادي كاهش دهيم.

در اين مثالها سعي شده است روش برخورد با مسائلي كه افراد مرتبط در تعيين نيازمنديها با آن دست و پنجه نرم مي كنند عنوان گردد.ادامه مطلب

استخراج صحیح نیازمندیها - قسمت اول

خوب حالا مي خوام به اصلي ترين قسمت چرخه توسعه سيستمهاي نرم افزار(Software Development Life Cycle-SDL) يعني تشخيص صحيح و دقيق نيازمنديها بپردازم فكر كنم همه ما از درس هندسه يك چيز رو به خاطر سپرديم كه يك تعريف دقيق بايد جامع و مانع باشد خوب در خصوص نيازمنديهاي سيستم ها نيز اين مسئله كاملا صادق هست يا يك عقيده جالب ديگه در خصوص استخراج دقيق نيازمنديهاي سيستم اينه كه اگر شما صورت يك مسئله رو اشتباه بفهميد و بعد اون چيزي كه فهميديد رو به بهترين و درسترين روش حل كنيد هيچ منفعتي نداره در سيستمهاي نرم افزاري هم صورت مسئله كه بايد شما حلش كنيد همون نيازمنديهاست پس هميشه اينو يادمون باشه : اولين و البته مهمترين قدم در تهيه يك سيستم نرم افزاري و يا غير نرم افزاري ، تشخيص صحيح نيازمنديها هست.ادامه مطلب

پیش نیازها ، انتظارات ، اهداف و محدوده پروژه هاي نرم افزاري Vision and Scope - قسمت سوم(آخر)

خوب حالا مي خوام ادامه مطلب قبل رو براتون بنويسم كه در مورد اهميت و محتواي مستند محدوده سيستم (Vision and Scope Document) بود.

3- محدوده و محدوديتهاي سيستم (Scope And Limitations) :

• محدوده نسخه اوليه و آتي سيستم :

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

پیش نیازها ، انتظارات ، اهداف و محدوده پروژه هاي نرم افزاري Vision and Scope - قسمت دوم

خوب حالا مي خوام ادامه مطلب قبل رو براتون بنويسم كه در مورد اهميت و محتواي مستند محدوده سيستم (Vision and Scope Document) بود.

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

ادامه مطلب اهميت و محتواي مستند محدوده سيستم :ادامه مطلب

پیش نیازها ، انتظارات ، اهداف و محدوده پروژه هاي نرم افزاري Vision and Scope - قسمت اول

اولين مبحثي كه بنظرم اومد گفتنش مفيده مربوط ميشه به روزهاي اولي كه قراره يك پروژه رو شروع كنيد و هنگام تصميم گيري در خصوص خيلي چيزا مثل تعيين مدت ، تعداد پرسنل ، انتظارت و ... از پروژه هست.

اهميت و محتواي مستند محدوده سيستم (Vision and Scope Document)

يكي از اولين اقداماتي كه بايد در يك پروژه صورت بگيره تعيين چارچوبهاي كلي سيستم مي باشد در ذيل به پاره اي از مهمترين آنها همراه با مثال اشاره مي كنيم

مثال اين قسمت در مورد سيستم نرم افزاري سفارش غذا از رستوران كه توسط يك شركت بزرگ سفارش داده شده است مي باشد و در كليه مثالها مواردي از آن بيان مي گردد لازم به ذکر است در این مثال شرکت مذکور سیستم نرم افزاری سفارش غذا وجود ندارد و در اینجا هدف تبدیل سیستم دستی موجود به سیستم مکانیزه می باشد.ادامه مطلب

افتتاح سايت

آموزش SAP - دوره SAP TERP10 - فصل سوم (Financial Accounting)- قسمت اول و دوم

با سلام

در ادامه ویدیوها آموزشی دوره جذاب SAP TERP10 ، ویدیو مرتبط با قسمت اول و دوم فصل سوم  در خصوص حسابداری مالی (Financial Accounting) در سپ ارایه می گردد

عنوان کامل دوره عبارتست از :

TERP10
SAP ERP - Integration of Business Processes
SAP ERP - Overview

جهت مشاهده از لینک ذیل استفاده نمایید 

http://www.aparat.com/v/ZtgUx

http://www.aparat.com/v/P5IQO

 

 

آموزش SAP - دوره SAP TERP10 - فصل دوم قسمت اول

ا سلام

در این پست  در سلسله ویدویی های آموزشی دوره جذاب SAP TERP10 ، ویدیو مرتبط با قسمت دوم از فصل دوم دوره مذکور که اصول پایه نرم افزار برنامه ریزی منابع سازمان سپ را در بردارد ارایه می گردد

عنوان کامل دوره عبارتست از :

TERP10
SAP ERP - Integration of Business Processes
SAP ERP - Overview

جهت مشاهده از لینک ذیل استفاده نمایید 

 http://www.aparat.com/v/0mlCw

 

آموزش SAP - دوره SAP TERP10 - فصل دوم قسمت اول

با سلام

در این پست  در سلسله ویدویی های آموزشی دوره جذاب SAP TERP10 ، ویدیو مرتبط با قسمت اول از فصل دوم دوره مذکور که اصول پایه نرم افزار برنامه ریزی منابع سازمان سپ را در بردارد ارایه می گردد

عنوان کامل دوره عبارتست از :

TERP10
SAP ERP - Integration of Business Processes
SAP ERP - Overview

جهت مشاهده از لینک ذیل استفاده نمایید 

http://www.aparat.com/v/A8T1a 

درباره نرم افزار برنامه ریزی منابع سازمان SAP بیشتر بدانید - قسمت چهارم

بنام خدا

با سلام

خوب با توجه به اینکه شناخت کمی در خصوص نرم افزار برنامه ریزی سازمان SAP (SAP ERP) وجود داره و از طرفی شرکتهایی که در راستای بکارگیری این نرم افزار اقدام نموده اند بصورت روزافزون در حال افزایش می باشد طی یکسری نوشته سعی می کنم اطلاعاتی رو در این خصوص در دسترس شما قرار بدم که امیدوارم مورد استفاده شما قرار بگیره

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

ماژول ها و فرایندهای اصلی موجود در نرم افزار برنامه ریزی منابع سازمان SAP  

·        حسابداري مالي[1] :

o       دفترداري عمومي[2]

o       حسابهاي دريافتني[3]

o       حسابهاي پرداختني[4]

o       مديريت داراييها[5]

o       دريافت و پرداخت[6]

·        كنترلينگ[7] :

o       حسابداري مراكز و عوامل هزينه[8]

o       حسابداری عوامل درآمد[9]

o       حسابداري برآورد بهاي  توليد[10]

o       آنالیز سود[11]

·        مديريت مواد[12]

o       برنامه ريزي كلان تقاضا[13]

o       خريد[14]

o       مديريت موجودي انبار[15]

·        لجستيك[16]

o       مديريت فيزيكي انبار[17]

o       پكينگ ليست ورودي و خروجي[18]

·        چرخه عمر محصول[19]

o       اطلاعات مواد[20]

o       درخت محصول[21]

o       دستورالعمل توليد[22]

·        برنامه ريزي توليد[23]

o       برنامه ریزی تقاضا[24]

o       برنامه‌ريزي نيازمنديهاي مواد[25]

o       برنامه ريزي منابع توليدي[26] 

o       زمانبندي توليد[27]

o       برنامه ريزي ظرفيت توليد[28]

o       سفارشات تولید[29]

·        مديريت كيفيت[30]

o       بازرسي كيفي در فرآيندهاي تامين[31]

o       بازرسي در حين و پس از توليد[32]

o       مديريت عدم انطباق ها[33]

o       بازرسي تجهيزات (كاليبراسيون)[34]

o       ارزيابي پيمانكاران[35]

·        مديريت منابع انساني[36]

o       اطلاعات پرسنلي[37]

o       مديريت ساختار سازماني[38]

o       مديريت حضور و غياب[39]

o       حقوق و دستمزد[40]

o       استخدام[41]

·        توسعه نيروي انساني[42]

o       مديريت آموزش[43]

o       مديريت جبران خدمات[44]

o       مديريت مزايا[45]

o       برنامه‌ ريزي هزينه‌هاي نيروي انساني[46]

·        فروش و توزيع[47]

o       پيشنهاد[48]

o       قرارداد فروش[49]

o       سفارش فروش[50]

o       قیمت گذاری[51]

o       تحویل[52]

o       صورتحساب فروش[53]

·        نگهداشت کارخانه[54]

o       تعميرات پيشگيرانه و پيش بينانه[55]

o       تعميرات اضطراري [56]

·        خدمات مشتريان[57]

o       درخواست ها و عدم انطباق ها[58]

o       سفارش خدمات[59]

o       گارانتی[60]

·        سيستم مديريت پروژه[61]

o       پروژه ها[62]

o       ساختار شکست کار[63]

o       برنامه ریزی و زمانبندی شبکه ای[64]

o       هزینه یابی پروژه[65]

·        ماژولهاي مشترك

o       مديريت مدارك و نقشه هاي مهندسي[66]

o       مديريت پكيج هاي ورودي و خروجي[67]

o       مديريت تغييرات مهندسي[68]

o       مديريت شماره شناسایی و رديابي قطعات[69]

---

[1] Financial-FI

[2] General Ledger-GL

[3] Receivable Accoutns

[4] ‍Payable Accounts

[5] Asset Management

[6] Banks

[7] Controling-CO

[8] Cost Center & Element Accounting

[9] Profit Center Accounting

[10] Product Cost Controlling

[11] Profitability Analysis

[12] Material Management

[13] Rough Cut & Demand Planning

[14] Purchasing-PU

[15] Inventory Management-IM

[16] Logistic Execution

[17] Warehouse Management-WM

[18] Inbound & Outbound delivery

[19] Product Life Cycle Management-PLM

[20] Material Master

[21] Bill Of Material

[22] Routing

[23] Production Planning-PP

[24] Demand Planning

[25] Material Requirement Planning

[26] MRPII-Manufacturing Resource Planning

[27] Production Scheduling

[28] Capacity Planning

[29] Production Orders

[30] Quality Management-QM

[31] QM in Procurement

[32] QM in Production

[33] Quality Notifications

[34] Test Equipment Management

[35] Vendor Evaluation

[36] Personal Administration-PA

[37] Personnel Administration

[38] Organizational Management-OM

[39] Time Management - TM

[40] Payroll-PY

[41] Personnel  Recruitment

[42] Personal Development-PD

[43] Training Management

[44] Compensation Management

[45] Benefit Management

[46] Personnel Cost planning

[47] Sales & Distriution-SD

[48] Quotation

[49] Contract

[50] Sales Order

[51] Pricing

[52] Delivery

[53] Billing

[54] Plant Maintenance - PM

[55] Preventive Maintenance

[56] Emergency Maintenance

[57] Customer Service-CS

[58] Requests and Notifications

[59] Service Order

[60] Warranty

[61] Project System-PS

[62] Projects

[63] Work Breakdown Structures

[64] Network Planning & Scheduling

[65] Project Costing

[66] Document Management System

[67] Handle Unit Management

[68] Engineering Change Management

[69] Serial & Batch Management

درباره نرم افزار برنامه ریزی منابع سازمان SAP بیشتر بدانید - قسمت سوم

بنام خدا

با سلام

خوب با توجه به اینکه شناخت کمی در خصوص نرم افزار برنامه ریزی سازمان SAP (SAP ERP) وجود داره و از طرفی شرکتهایی که در راستای بکارگیری این نرم افزار اقدام نموده اند بصورت روزافزون در حال افزایش می باشد طی یکسری نوشته سعی می کنم اطلاعاتی رو در این خصوص در دسترس شما قرار بدم که امیدوارم مورد استفاده شما قرار بگیره

و اما اطلاعاتی در خصوص نرم افزار برنامه ریز منابع سازمان SAP ERP

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

همانطور که در شکل اومده هدف و ارتقاهای صورت گرفته با توجه به نیازهای تجاری مشتریان و همراستا با پیشرفت های تکنولوژی بود در نرم افزار SAP R/2 هدف اتوماسیون سازمانها بوده است در مرحله بعد شرکت سپ نسبت به جایگزینی کامل SAP R/3 به جاری R/2 می نماید که هدف از آن کمک به فرایند کنترل و کارایی سازمانها می باشد و در مرحله بعد شرکت سپ با ارتقا و توسعه های مختلف ،  نرم افزار MySAP ERP را در مارس 2003 روانه بازار نمود که هدف آن کمک به ایجاد ارزش استراتژیک برای مشتریان می باشد. این نرم افزار شامل تعدادی از کامپوننت های سپ از جمله SAP R/3 Enterprise ، SEM-Strategic Enterprise Management و ...  و همه کامپوننت های SAP NetWeaver شامل پورتال ، انباره داده ، زیر ساخت Exchange  و ... می باشد.

 

به طور کامل تر می توان لیست ذیل را به عنوان کامپوننت های موجود در MySAP ERP بر شمرد.

SAP R/3 Enterprise (default until end of ramp-up of SAP ECC)

SAP ERP Central Component  (available from June 2004 with ramp-up)

SAP Business Warehouse(as part of SAP NetWeaver)

SAP Enterprise Portal (as part of SAP NetWeaver)

SAP Exchange Infrastructure(as part of SAP NetWeaver)

SAP Supplier Relationship Management(Self-service procurement classic
scenario only)

SAP Strategic  Enterprise Management

SAP E-Recruitment

SAP Learning Solution

SAP Financial Supply Chain Management

Employee Self-Services / Manager Self-Services

SAP cProject Suite

SAP Internet Sales Web Application Component

اما نکته ای که لازم هست بگم اینه که MySAP ERP یکی از راه حل های -Solutions- مختلفی هست که شرکت SAP ارایه می ده خود MySAP ERP هسته اصلی MySAP Business Suite می باشد. برای آشنایی بیشتر باید بگم پورتفولیوی محصولات سپ خیلی گسترده هست به طور مثال خود MySAP Business Suite که MySAP.Com نیز گفته می شود شامل راه حل های ذیل می باشد.

mySAP ERP

mySAP solutions for the areas of Customer Relationship Management (mySAP CRM) Supplier Relationship Management  (mySAP SRM)

Product Lifecycle Management (mySAP PLM)

Supply Chain Management (mySAP SCM).

و سایر محصولات این سبد به شرح ذیل می باشد.

Inside the mySAP solutions :

SAP R/3 Enterprise 

SAP SCM (formerly known as APO, Advanced Planner and Optimizer)

SAP NetWeaver(technology stack provided by SAP to support the mySAP Business Suite and its SAP Solutions, as well as other SAP products and integration of non-SAP Products)

The SAP for Industry solutions(add-ons to SAP components -  pre-configurations and best-practices for each industry).

 

اميدوارم از اين مطالب استفاده كنيد و براتون مفيد باشه لطفا نظرات اصلاحي و تكميلي خودتون رو در قسمت نظرات بگيد

و من ا... التوفيق – مدير سايت

درباره نرم افزار برنامه ریزی منابع سازمان SAP بیشتر بدانید - قسمت دوم

بنام خدا

با سلام

خوب با توجه به اینکه شناخت کمی در خصوص نرم افزار برنامه ریزی سازمان SAP (SAP ERP) وجود داره و از طرفی شرکتهایی که در راستای بکارگیری این نرم افزار اقدام نموده اند بصورت روزافزون در حال افزایش می باشد طی یکسری نوشته سعی می کنم اطلاعاتی رو در این خصوص در دسترس شما قرار بدم که امیدوارم مورد استفاده شما قرار بگیره

و اما اطلاعاتی در خصوص شرکت SAP

شرکت در سایت خود می نویسد :

SAP در مرکز انقلاب تکنولوژیک امروز قرار داشته و با نوآوری های خود نه تنها باعث می شود شرکتها بهتر از هر زمان دیگری فعالیت نمایند بلکه بهبود زندگی مردم جهان را باعث می شود.

ما به عنوان رهبر بازار نرم افزارهای کاربردی سازمانی ، به همه شرکتها در هر ابعاد و هر صنعتی در راستای انجام بهتر فعالیتش کمک می نماییم...

برنامه های کاربردی و سرویسهای SAP ، 248500 مشتری خود را قادر می سازد تا سودآور ، مستمرا منعطف و پیش رونده فعالیت نمایند.

معرفی اجمالی :

سال افتتاح : 1972

مقر اصلی : آلمان – والدورف (SAP AG - Walldorf)

 248.500 مشتری در 188 کشور جهان

65.500 پرسنل در 130 کشور جهان

درآمد سالیانه 16.2 بیلیون دلار

ماموریت سازمان :

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

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

جالب است بدانید از درآمد 16.2 بیلیون دلاری شرکت مذکور در سال 2012 ، مبلغ 4.461 (در حدود 27.5 درصد) بیلیون دلار مربوط به ایالات متحده و 2.379 بیلیون دلار مربوط به آلمان می باشد.

اهداف مالی شرکت برای سال 2015 :

• درآمد بیش از 20 بیلیون دلاری
• حاشیه سود عملیاتی 35 درصد

 

رقبا و سهم بازار :

مهمترین رقبای شرکت SAP در نرم افزارهای سازمانی عبارتند از شرکت اوراکل (Oracle) و شرکت سیج (Sage)

 

نمودار ذیل سهم بازار نرم افزارهای ERP تا پایان سال 2012 می باشد. جهت اطلاعات بیشتر به سایت موسسه فوربس (Forbes) مراجعه نمایید.

مشتریان شرکت :

و اما موضوع جالب دیگر اینکه 80 درصد از 500 شرکت برتر موسسه Fortune یعنی به عبارتی 400 شرکت از مجموع 500 شرکت برتر ، از نرم افزار SAP استفاده می نمایند که نشاندهنده آن است کیفیت و اعتبار شرکتهای استفاده کننده از این نرم افزار در مقابل با رقبا بسیار چشم گیر می باشد از عمده ترین استفاده کنندگان از نرم افزار SAP می توان به شرکتهای زیمنس ، دایملر کرایسلر (بنز) ، جنرال الکتریک ، جنرال موتورز ، تویوتا ، ایرباس ، اریکسون ، بی ام دابلیو ، پاناسونیک ، ولکس واگن ، نوکیا ، مک دونالد ، سامسونگ ، شارپ ، پیسی ، فیلیپس ، لوفت هانزا ، آی بی ام ، ناسا ، نستله  ، کوکا کولا ، کاترپیلار ، نایک ، موتورولا ، واشنگتن پست و ... اشاره کرد فکر کنم همین ها برای تعیین اعتبار این نرم افزار کافی باشه اگر نیست بگین سری ها بعد ادامه بدم ... J

 

و نکته آخر برای دوستانی که استراتژی شرکتها هم براشون جذابه ، چشم انداز شرکت سپ رو به زبان انگلیسی قرار می دم که به نظر خودم بسیار قشنگ و تاثیر گذاره

 

The vision of SAP is all about speed of time-to-market and flexibility. SAP describes this as See Clearly, Think Clearly, Act Clearly: “Our vision is for companies of all sizes to see clearly, think clearly, and act clearly so that they can close the gap between strategy and execution and become best-run businesses. Best-run businesses drive clarity into their organizations by gaining insight for improved performance, efficiency for optimized operations, and flexibility to adapt quickly to changing circumstances.”

 

خوب دوستان اينم از اين قسمت – سري بعد ادامه اين مطلب رو با هم مرور مي كنيم

اميدوارم از اين مطالب استفاده كنيد و براتون مفيد باشه لطفا نظرات اصلاحي و تكميلي خودتون رو در قسمت نظرات بگيد

و من ا... التوفيق – مدير سايت

 

درباره نرم افزار برنامه ریزی منابع سازمان SAP ERP بیشتر بدانید - قسمت اول

بنام خدا

با سلام

خوب با توجه به اینکه شناخت کمی در خصوص نرم افزار برنامه ریزی سازمان SAP (SAP ERP) وجود داره و از طرفی شرکتهایی که در راستای بکارگیری این نرم افزار اقدام نموده اند بصورت روزافزون در حال افزایش می باشد طی یکسری نوشته سعی می کنم اطلاعاتی رو در این خصوص در دسترس شما قرار بدم که امیدوارم مورد استفاده شما قرار بگیره

هرچند که طی چند مقاله مفهوم اینکه اصلا به چه نرم افزاری ERP گفته می شه رو آوردم ولی در ابتدا یکبار برای دوستان بصورت خلاصه این مفهوم رو دوباره میارم قبلا هم گفتم يك اپيدمي كه در شركتهاي نرم افزاري ایران پيش اومده اينه كه يك كلمه ERP به عنوان نرم افزاراشون اضافه مي كنن و ظرف چند ثانيه رقيب نرم افزارهاي مثل SAP يا ORACLE مي شن اينطور پيشرفتم بد نيستا

و اما تعریفی که نسبتا کامل هست اینه همانطور که احتمالا می دونید ERP مخفف عبارت Enterprise Resource Planning به معنی برنامه ریزی منابع سازمان هست که محدوده و حدود و ثغور هر یک به شرح ذیل است.

Enterprise

application that powered by

Multi-national, multi-divisional, multi-functional

Integrated business processes

Based on knowledge and Best Practices

Free DB, Free OS, Free Language

Resource

Looks all of the organisations’ resources

Material ,Man, Time, Money, Machine

Planning

Plans and controls where these resources are consumed to meet the organisational goals

for example

Material Requirement Planning

Manufacturing Resource Planning

در اینجا دقت کنید که برنامه ریزی مفهوم کلیدی داره و همانطور که می دونید برنامه ریزی معطوف به آینده هست لذا واسه همینه که اکثر نرم افزارهای رایج رو نمی توان ERP دونست زیرا اکثرا حتی گزارشات فرایندی که معطوف به گذشته هست رو فقط شامل میشن تازه اگر بشن

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

حال یکم ریزتر ببینیم چه ماژول هایی جزوی از ERP هست و یا می تونه باشه لازم به ذکر است منظور از ES نرم افزار سازمان هست که عملیات یکپارچه سازی فرایندهای سازمان رو صورت می ده و علیرغم برداشت خیلی ها تفاوت زیادی با ERP دارد

فرايندهاي مرتبط با ERP كه در يك ES نوعي پشتيباني مي شود :

زمانبندي توليد بلند مدت (Master Production Scheduling)

1. برنامه ريزي تقريبي ظرفيت ها (Rough-Cut Capacity Planning)
2. برنامه ريزي نيازمنديهاي مواد (Material Requirement Planning)
3. برنامه ريزي نيازمنديهاي ظرفيتها (Capacity Requirement Planning)
4. برنامه ريزي نيازمنديهاي توزيع (Distribution Requirement Planning)
5. Customer Order Entry and Promising

فرايندهاي مرتبط با ERP كه در يك ES نوعي پشتيباني نمي شود :

1. پيش بيني فروش (Sales Forecasting)
2. برنامه ريزي فروش (Sales and Operations Planning)
3. سيستمهاي برنامه ريزي پيشرفته (Advance Planning Systems)
4. سيستمهاي ارزيابي تامين كنندگان و پيمانكاران(Supplier Rating Systems)
5. معيارهاي كارائي (Performance Metrics)

فرايندهاي غير مرتبط با ERP كه در يك ES نوعي وجود دارد :

1. حسابهاي دريافتني(ReceivableِAccounts )
2. حسابهاي پرداختني(Accounts Payable)
3. دفتر داري مالي(General Ledger)
4. مديريت گردش نقدينگي(Cash Management)
5. مديريت ارتباط با مشتريان(Customer Relations Management)
6. منابع انساني(Human Resources)
7. انبارداري(Data Warehousing)

و اما SAP که زیاد در موردش صحبت میشه چیه

خوب اون چیزی که بیشتر اشخاص به اسم SAP می شناسن یک نرم افزار هست که ERP هست و اتفاقا بهترین و البته دارنده بالاترین سهم بازار نرم افزارهای ERP در دنیاست SAP یک شرکت آلمانی هست که بیش از 40 سال پیش توسط 5 نفر از مهندسان شرکت IBM که از اونجا اومدن بیرون تشکیل شد و البته لازمه بگم SAP ERP هر چند معروفترین نرم افزار این شرکته ولی نرم افزارهای دیگه ای هم که بسیار هم معتبر هستند رو توی سبد محصولات شرکت می تونید ببینید از جمله این نرم افزارها عبارتند از :

SAP enterprise data warehouse product – SAP Business Warehouse (SAP BW), SAP BusinessObjects software, and most recently, Sybase mobile products and in-memory computing appliance SAP HANA

این شرکت در سال 1972 در آلمان تاسیس شد و اسم کامل شرکت که به اختصار SAP نامیده میشه به شرح ذیل است :

Systeme, Anwendungen und Produkte in der Datenverarbeitung ("Systems, Applications and Products in Data Processing").

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

در قسمت بعد محصولات شرکت رو معرفی خواهم کرد.

خوب دوستان اينم از اين قسمت – سري بعد ادامه اين مطلب رو با هم مرور مي كنيم

اميدوارم از اين مطالب استفاده كنيد و براتون مفيد باشه لطفا نظرات اصلاحي و تكميلي خودتون رو در قسمت نظرات بگيد

و من ا... التوفيق – مدير سايت

بنام خدا

با سلام

يكي از اولين گامها در فرايند اجراي هر پروژه اي ، برنامه ريزي پروژه (Project Planning) مي باشد ما در يك سري مقالات سعي خواهيم نمود الگويي را براي مستند برنامه كاري پروژ ه هاي (Project Plan Document) نرم افزاري معرفي نماييم بديهي است الگوي ارائه شده در اينجا ، حاصل مطالعات و تجارب اينجانب بوده و حتي مي توان با توجه به حجم پروژه آيتمهايي را به آن اضافه و يا از آن حذف نمود.

بنابراين بهتر است ابتدا با توجه به گستردگي ، حساسيت و ساير مشخصات پروژه اي كه قصد انجام آن را داريد موضوعات مهم را تشخيص و برنامه ريزي پروژه را با محوريت اين موضوعات صورت دهيد.

 

در ادامه قسمت قبل مي خواهيم ساير موارد كه در يك برنامه كاري پروژه ي نمونه آورده مي شود را با ذكر مثال توضيح دهيم

 

3. خط مشي پروژه :

3.1 . اولويت هاي پروژه : در فرايند انجام يك پروژه اولويت هاي مختلفي مي تواند مد نظر قرار گيرد بطور مثال ممكن است رسيدن زمانبندي صورت گرفته اولويت اول باشد و يا انجام پروژه با هزينه برنامه ريزي شده و يا در مواردي كيفيت حداكثر كه حتي منجر به تاخير زماني و يا هزينه زيادتري نسبت به ارزيابي صورت گرفته گردد. همه اين موارد به ماهيت پروژه وابسته است طبيعتا در مواردي كه سيستم با مسائل حياتي سروكار دارد كيفيت و اطمينان از صحت عملكرد مهمتر از برنامه زماني و ريالي مي باشد.

 

مثال :

3و1.اولويت هاي پروژه : از آنجاييكه سيستم مديريت توليد نقش حساس و حياتي در فرايند توليد خواهد داشت اولويت هاي ذيل در اين راستا اتخاذ گرديده است :

• توسعه سيستم در راستاي اهداف و در محدوده نيازمنديهاي اوليه سيستم ، زمانبندي هاي صورت گرفته و برنامه كيفي پروژه ، بعنوان اولين  اولويت مي باشد.
• كمينه كردن زمان عملياتي نمودن سيستم بعنوان دومين اولويت بوده كه در اين راستا تعيين اولويت نيازمنديها و پياده سازي مطابق با اولويتهاي در نظر گرفته شده و همچنين تهيه پيش نيازهاي سخت افزاري ، نرم افزاري ، آموزشي و ... در راستاي رعايت اولويت نيازمنديها ، به عنوان محور راهبردي پروژه مي باشد.

 

3.2 كنترل و پيگيري وضعيت پروژه : در اين قسمت شما روش كنترل پيشرفت پروژه را بيان نموده تا مالك و كاربران سيستم مطابق با آن از پيشرفت پروژه مطلع گرديده و چشم انداز مثبتي نسبت به اجرايي شدن آن داشته باشند.

 

 

مثال :

3.2.1. فعاليتهاي ارزيابي و گزارشات پيشرفت :

• جلسات تيم پروژه :

پريود :  هفته اي دوبار

هدف : ارزيابي پيشرفت پروژه – ارزيابي مستندات تهيه شده – تعيين خط مشي ادامه كار

شركت كنندگان : مدير پروژه / تحليگر ارشد / تحليلگران/مشاور(در صورت نياز)

 

• جلسات تيم راهبري(تيم پروژه ، پرسنل كليدي)

پريود : 15 روز يكبار

هدف : ارزيابي پيشرفت پروژه – تطبيق نيازمنديها و مستندات با نيازمنديهاي كاري و تجاري – تعيين اولويت نيازمنديها-بررسي وضعيت تستها

شركت كنندگان : مدير پروژه / تحليلگر ارشد / تحليلگر/پرسنل كليدي(با توجه به موضوعات جلسه)

 

• گزارش پيشرفت ماهيانه :

هدف : آگاهي مالك سيستم و ذينفعان از وضعيت پروژه و برنامه ريزي ادامه پروژه

شركت كنندگان : مالك سيستم / مديران واحدهاي ذينفع / مدير پروژه

اين  گزارش مي تواند در قالب كميته IT ، فني توليد و يا شوراي مديران ارائه گردد.

در كليه جلسات بر حسب نياز از ساير افراد درگير نيز دعوت مي گردد.

لازم به ذ كر است نسبت به مورد جلسات و گزارشات تكميلي ارائه خواهد گرديد.

 

3.2.2 نقاط پيگيري پروژه : در انتهاي كليه فازهاي پروژه (برنامه ريزي ، شناخت نيازها ، طراحي عملياتي ، طراحي سيستمي . ساخت ، تست و يكپارچه سازي ، پذيرش و نصب ) مرحله اي بعنوان خروج در نظر گرفته مي شود كه تاييد اتمام آن به معني تاييد كليه فعاليتهاي صورت گرفته در آن فاز بوده و مستندات مرتبط با آن بايد به تاييد مراجع ذيل صلاح برسد كه اين تاييد بعنوان ورودي فاز بعد مي باشد.

 

3.3. فرضيات ، محدوديتها و وابستگي ها : در اين قسمت شما مي بايد فرضياتي كه برنامه ريزي پروژه (ريالي ، زماني و ...) در نظر گرفته ايد و بدون آنها برنامه ريزي اعتبار نخواهد داشت را بيان نماييد همچنين لازم است محدوديتها و وابستگي هاي موجود بر سر راه تحقق برنامه ريزي صورت گرفته را مطرح نموده تا تاثير منفي احتمالب آنها توسط مالك سيستم و ساير ذيربطان به حداقل ممكن برسد.

تذكر مهم : اكثر مواردي كه تحت عنوان فرض ، محدوديت و وابستگي بيان مي گردنددر قالب گزارش مديريت ريسك آورده شده است.

 

3.3 فرضيات ، محدوديتها و وابستگي ها :

فرض : بستر نرم افزاري

• بر روي كليه كامپيوترهاي شخصي سيستم عامل Windows XP نصب بوده و كليه كاربران سيستم قبل از كار عملياتي آموزشهاي لازم را خواهند ديد.
• سرور مورد نظر جهت برپايي بانك اطلاعاتي MS SQL Server در دسترس بوده و امنيت لازم در خصوص دسترسي به سرور از طرق مختلف تامين مي گردد.

وابستگي : در دسترس بودن افراد

·    موفقيت پروژه در گرو در دسترس بودن پرسنل واحدهاي مختلف در موارد لزوم در كليه مراحل توسعه سيستم خواهد بود لذا نقش مديريت در تاكيد بيشتر بر اختصاص وقت و تلاش لازم در كليه مراحل پروژه ضروري مي باشد.

وابستگي : بستر سخت افزاري و نرم افزار مناسب

·    كليه نيازهاي مختلف نرم افزاري و سخت افزاري در طي مراحل توسعه پروژه بايستي آماده گردد تا  نصب و راه اندازي سيستم در موعد مقرر صورت پذيرفته و در دسترس بودن سيستم از مكانهاي مورد نظرو با تجهيزات متناسب تامين گردد و به عبارت ديگر در صورت عدم آماده سازي به موقع بسترهاي مورد نياز موفقيت سيستم از ديد كاربر نهايي كاهش خواهد يافت.

وابستگي و محدوديت : در دسترس بودن اطلاعات مورد نياز

·    با توجه به جديد بودن تكنولوژي و توسعه تدريجي فعاليت توليدي ، در بعضي از محدوده ها كمبود اطلاعات بنظر مي رسد كه اين مسئله مي تواند موفقيت كل پروژه را با مشكلات جدي مواجه سازد لذا اتخاذ راهكارهايي جهت در دسترس قرار گرفتن اطلاعات ضروري مي باشد.

وابستگي : تست و ارزيابي سيستم

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

وابستگي : ارزيابي مستندات

·    پيشرفت فازهاي مختلف در گرو در دسترس بودن مالك سيستم و مديران شركت در جهت بررسي مستندات ارائه شده در ظرف مدت حداكثر 5 روز كاري مي باشد. ليست مستندات در ادامه توضيح داده خواهد شد.

تذكر : ليست كاملي از وابستگي ها ، محدوديتها و ريسكهاي پيش رو در گزارش مديريت ريسك آورده شده است كه توجه به آن از اركان موفقيت پروژه در زمان مقرر و با كيفيت قابل قبول خواهد بود.

 

3.4. پيش بيني اندازه و زمانبندي پروژه : در اينجا ريز برنامه زمانبندي پروژه كه مي تواند در نرم افزاري مانند مايكروسافت پروجكت (Microsoft Project) تهيه  شده باشد آورده مي شود. در اينجا فعاليتها و ريز فعاليتها و جزييات زمانبندي صورت گرفته براي هر يك به همراه همپوشاني هاي احتمالي و ... آورده مي شود.

 

3.5. محصولات تحويلي : در اين قسمت مستندات و محصولات خروجي هر فاز پروژه همراه با تاريخ اتمام آن آورده مي شود.طبيعتا تاريخ اتمام هر فاز از قسمت قبل استخراج گرديده و با آن مطابقت خواهد داشت.

 

مثال :

3.5 محصولات تحويلي : در جدول ذيل جدول فازهاي پروژه همراه با تاريخ اتمام فاز و مستندات و محصولات تحويلي آمده است.

 

فاز	تاريخ اتمام	محصولات
برنامه ريزي	27/03/85	مديريت ريسك برنامه كاري پروژه شامل برنامه كاري تست ، كيفيت،سازمان دهي و ... مراحل كاري پروژه(WBS)
شناخت نيازمنديها	22/04/85	مشخصات نيازمنديهاي عملياتي مشخصات نيازمنديهاي غير عملياتي فرمهاي كنترل تغييرات فرمهاي پيگيري نيازمنديها
طراحي عملياتي	19/05/85	طرح موجوديتها و ارتباط بين آنها مدل منطقي مدل داده اي مستند طراحي عملياتي
طراحي سيستمي	01/08/85	ساختار جداول شماي بانك اطلاعاتي شماي رابط كاربري مشخصات برنامه نويسي دستورالعمل كد نويسي برنامه تست و يكپارچگي سيستم
ساخت	15/05/86	برنامه هاي سمت كاربر برنامه هاي سمت بانك اطلاعاتي برنامه آموزش سيستم مستندات راهبري ، نصب و كاربري
تست و يكپارچه سازي	20/08/86	نتايج تست ها سيستم عملياتي
نصب و پذيرش سيستم	30/10/86	نتايج تست ها گزارش نصب سيستم گزارش آموزش سيستم پذيرش نهايي

 

 

خوب دوستان اينم از اين قسمت – در قسمت هاي بعد در خصوص ساير آيتمهاي فهرست برنامه كاري پروژه توضيحات لازم همراه با يك مثال آورده خواهد شد پس با ما باشيد.

اميدوارم از اين مطالب استفاده كنيد و براتون مفيد باشه لطفا نظرات اصلاحي و تكميلي خودتون رو در قسمت نظرات بگيد

و من ا... التوفيق – مدير سايت

بنام خدا

با سلام

يكي از اولين گامها در فرايند اجراي هر پروژه اي ، برنامه ريزي پروژه (Project Planning) مي باشد ما در يك سري مقالات سعي خواهيم نمود الگويي را براي مستند برنامه كاري پروژ ه هاي (Project Plan Document) نرم افزاري معرفي نماييم بديهي است الگوي ارائه شده در اينجا ، حاصل مطالعات و تجارب اينجانب بوده و حتي مي توان با توجه به حجم پروژه آيتمهايي را به آن اضافه و يا از آن حذف نمود.

بنابراين بهتر است ابتدا با توجه به گستردگي ، حساسيت و ساير مشخصات پروژه اي كه قصد انجام آن را داريد موضوعات مهم را تشخيص و برنامه ريزي پروژه را با محوريت اين موضوعات صورت دهيد.

 

در ادامه قسمت قبل مي خواهيم ساير موارد كه در يك برنامه كاري پروژه ي نمونه آورده مي شود را با ذكر مثال توضيح دهيم

 

2. سازمان پروژه :

2.1 . مدل توسعه پروژه : در اين قسمت شما روشي كه قرار است توسعه سيستم را صورت دهيد معرفي مي نماييد. دقت نماييد ماهيت پروژه ، اندازه پروژه و آشنايي تيم توسعه پروژه با موضوع ، مهارت و تجربه تيم پروژه و ... در انتخاب روش اهميت بسزايي دارد.

 

 

مثال :

2.1. مدل توسعه پروژه : با توجه به تركيب تيم پروژه و محدوديت زماني و نيروي انساني در اجراي پروژه مدل توسعه به شكل ذيل در نظر گرفته شده است.

 

Installation and acceptance

System integration and test

Construction

System Design

Function Design

Requirement

‍Planning

Iterative Development

Iterative

 

 

لازم به ذكر است با توجه به ماهيت پروژه استفاده از روش (Rapid Application Development)RAD نيز مد نظر قرار گرفت كه با توجه به تركيب تيم پروژه و همچنين نامشخص بودن روش  اجراي پروژه بعد از فاز طراحي تابعي امكان استفاده مناسب از اين روش وجود ندارد هر چند ممكن است در فاز نيازمنديها و طراحي تابعي از آن استفاده گردد.

در طول توسعه پروژه استفاده از JAD (Joint Application Development)(جلسات گروهي كليه ذينفعان و تيم پروژه) با تركيب اعضاي تيم پروژه شامل پرسنل انفورماتيك و سيستم  ها و همچنين پرسنل كليدي واحدهاي مرتبط با توليد مد نظر مي باشد كه همكاري نزديك واحدها را طلب مي كند.

 

 

2.1. تيم پروژه : در اين قسمت شما تنوع افراد دخيل در تيم پروژه را از لحاظ زمينه فعاليت (نقشهاRoles - ) ذكر كرده و سپس با توجه به اين تنوع نسبت به تعيين افراد متناسب با هر يك اقدام مي نماييد.

 

مثال :

2.2. تيم پروژه : جدول ذيل معرف تيم پروژه در  سيستم مديريت توليد مي باشد.

 

تيم توسعه	پشتيبان	تاييد كنندگان
مدير پروژه / برنامه ريز	تست كننده مستقل	پرسنل كليدي
تحليلگر ارشد	مهندس شبكه و امنيت	مالك سيستم
تحليلگر	مستند ساز/آموزش دهنده
تحليلگر سيستمي /  برنامه نويس ارشد
برنامه نويس

 

2.3. نقشها و مسئوليتها : در اين قسمت شما مي بايد افراد مرتبط با هر نقش و مسئوليتهايي كه بر عهده آن نقش و طبيعتا افراد شامل در آن نقش مي باشد را بيان نماييد.

 

مثال :

2.3 : نقشها و مسئوليتها : در جدول ذيل نقشهاي دخيل در پروژه و وظايف هر يك مشخص گرديده است.

تذكر1 : در صورتي كه هر يك از پرسنل تعريف شده در ذيل توانايي انجام مسئوليتهاي مرتبط با نقش خود را نداشته باشد مدير پروژه در اسرع وقت مراتب را همراه با پيشنهاد خود به قائم مقام شركت ، گزارش مي نمايد تا نسبت به جايگزين نمودن شخص مذكور اقدام گردد.

تذكر 2 : افراد مرتبط با نقشهاي پرسنل كليدي و تست كننده بعد از بررسي افراد واحدها و با نظر مدير پروژه و مشورت با مديران ارشد و مديران واحدها تعيين گرديده است.

 

 

نقش	مسئول	واحد سازماني	مسئوليت در پروژه
مالك سيستم	آقاي ... آقاي ...	مدير عامل قائم مقام	ارزيابي وضعيت پروژه ارزيابي وضعيت تيم پروژه تعيين اهداف اصلي پروژه كمك در حل مشكلات
پرسنل كليدي	رحيمي ناصري سوادكوهي شاهمرادي ناجي شيخ كبير صداقتي منيري رحماني مقدم شاماني روحي سليمي شهاب عليمردان	كيفيت كيفيت كيفيت ماشينكاري ريخته گري پوشش برنامه ريزي برنامه ريزي برنامه ريزي مهندسي مهندسي مهندسي تعمير و نگهداري سيستم سيستم	نماينده واحدها در ارئه نيازمنديها و تاييد تغييرات درخواستي تاييد مستندات مرتبط با حوزه فعاليت واحد مربوطه نماينده واحدها در تاييد تطبيق سيستم با نيازمنديها
مدير پروژه	مهدي اميني	پيمانكار	برنامه ريزي  و هدايت پروژه پيشنهاد اعضاي تيم پروژه تعيين مسئوليتهاي افراد تيم پروژه بررسي و پيشنهاد روش اجرا برپايي جلسات منظم و زمانبندي شده با ذينفعان طبق روال تعريف شده پيگيري فعاليتهاي پروژه در قالب برنامه زمانبندي پروژه و جلسات دوره اي بررسي مستمر پيشرفت پروژه و ارائه گزارشات پيشرفت دوره اي
تحليلگر ارشد	مهدي اميني علي ياري		مسئوليت در قبال جمع آوري و تحليل كليه نيازمنديها اعم از عملياتي و غير عملياتي با همكاري واحد سيستمها اعلام نظر روي كليه  مستندات طراحي عملياتي ساخت مدل منطقي و داده اي
تحليلگر	جعفري سروري سامي		شناخت كليه نيازمنديها عملياتي و غير عملياتي مسئول تهيه مستندات طراحي نيازمنديهاي عملياتي مسئول طراحي برنامه تست و تعيين معيارهاي اندازه گيري
تحليلگر سيستمي / برنامه نويس ارشد	جعفري سروري اردو		طراحي مدل فيزيكي و ساختار بانك اطلاعاتي تعيين مشخصات ماژول ها يا اشيا سمت كاربر و سرور تعيين مشخصات پياده سازي طراحي واسط كاربري تعيين استانداردهاي كد نويسي
برنامه نويس	زاهدي سليماني شاهوردي		كد نويسي كليه ماژول ها و اشيا سمت بانك اطلاعاتي تست ماژول ها و اشيا كمك در تعيين مشخصات پياده سازي تهيه مستندات توسعه دهندگان
تست كننده مستقل			انجام تستهاي برنامه ريزي شده در كليه مراحل توسعه پروژه
مهندس شبكه و امنيت	كارشناس شبكه		كمك در تهيه نيازمنديهاي شبكه اي ، سخت افزاري ، راه اندازي و اجرا ، پشتيبان گيري و بازيابي ارزيابي انطباق سيستم با موارد امنيت اطلاعات ، امنيت شبكه، سطوح دسترسي
مستند ساز/آموزش دهنده	سالمي عرب شاهوردي		تهيه كليه مستندات كاربري و راهبري و نصب سيستم/آموزش كاربران نهايي سيستم

 

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

 

مثال :

2.4. روش حل مشكلات

كليه مشكلات و موانع ايجاد شده در طي توسعه پروژه بايستي بصورت منظم و در زمان مقتضي رفع گردد و در هر مورد با توجه به نوع مشكل حادث شده مي بايست فرد ذيل صلاح تصميم گيري لازم را اتخاذ نمايد بديهي است هر گرنه تاخير در حل مشكل موجب بالا رفتن ريسك براي مدير پروژه گرديده كه در اين صورت مي بايست به مالك سيستم در مورد ريسك اطلاع رساني نمايد.

لازم به ذكر است كليه مشكلات سطح پايين توسط مدير پروژه رفع و تنها در صورت طول كشيدن بيش از حد حل مشكل و عدم توافق در خصوص مشكل به ترتيب ذيل عمل خواهد شد:

مدير پروژه :

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

پرسنل كليدي :

• حل اختلاف بين اعضاي تيم پروژه و كاربران نهايي سيستم در خصوص نيازمنديها و  اولويت آنها(3 روز كاري)

مالك سيستم :

• حل اختلاف بين مدير پروژه ، تيم پروژه و پرسنل كليدي در موارد مختلف نظير محدوده پروژه و زمانبندي وظايف(3 روز كاري)

 

خوب دوستان اينم از اين قسمت – در قسمت هاي بعد در خصوص ساير آيتمهاي فهرست برنامه كاري پروژه توضيحات لازم همراه با يك مثال آورده خواهد شد پس با ما باشيد.

اميدوارم از اين مطالب استفاده كنيد و براتون مفيد باشه لطفا نظرات اصلاحي و تكميلي خودتون رو در قسمت نظرات بگيد

و من ا... التوفيق – مدير سايت

بنام خدا

با سلام

يكي از اولين گامها در فرايند اجراي هر پروژه اي ، برنامه ريزي پروژه (Project Planning) مي باشد ما در يك سري مقالات سعي خواهيم نمود الگويي را براي مستند برنامه كاري پروژ ه هاي (Project Plan Document) نرم افزاري معرفي نماييم بديهي است الگوي ارائه شده در اينجا ، حاصل مطالعات و تجارب اينجانب بوده و حتي مي توان با توجه به حجم پروژه آيتمهايي را به آن اضافه و يا از آن حذف نمود.

بنابراين بهتر است ابتدا با توجه به گستردگي ، حساسيت و ساير مشخصات پروژه اي كه قصد انجام آن را داريد موضوعات مهم را تشخيص و برنامه ريزي پروژه را با محوريت اين موضوعات صورت دهيد.

 

در ادامه قسمت دوم مي خواهيم هر يك از مواردي كه در يك برنامه كاري پروژه ي نمونه آورده مي شود را با ذكر مثال توضيح دهيم

 

1.3. كاربران سيستم : در اين قسمت شما انواع گروه هاي كاربري كه ذينفع سيستم مي باشند را معرفي مي نماييد به خاطر داشته باشيد در روند طراحي و پياده سازي مي بايست نظرات اين گروه هاي كاربري لحاظ گردد تا سيستم بتواند در كل شركت ، استقرار يافته و هر كس اطلاعات مرتبط با خود را در سيستم وارد نموده و نتايج مورد انتظار خود را از آن استخراج نمايد.

 

مثال :

1.3 کاربران سیستم

سیستم مدیریت تولید برای استفاده کلیه کاربران درگیر در پروسه تولید تهیه می گردد که شامل گروه های کاربری ذیل (ولی نه محدود به این گروهها) می باشد.

• مدیران
• روسای واحدهای تولیدی
• برنامه ریزان مواد
• برنامه ریزان  تولید
• برنامه ریزان فروش
• اپراتورهای ایستگاههای کاری
• تهیه کنندگان مدارک و استانداردهای تولید
• پرسنل آزمایشگاههای کیفیت

 

1.4. مرور اجمالي سيستم : در اين قسمت شما يك چشم انداز كلي از سيستمي كه توسعه خواهد يافت را به نمايش خواهيد گذاشت.

 

مثال :

1.4 مرور اجمالی سیستم مدیریت تولید

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

این سیستم شامل تعدادی زیر سیستم یکپارچه بوده که در  ارتباط با سیستمهای نرم افزاری موجود (سيستم مجموعه مالي /اداري و بازرگاني ) بعنوان یک راه حل سازمانی در محدوده فعالیتهای تولیدی شرکت ... مورد استفاده خواهد بود و با اتمام فاز دوم آن در برگیرنده فعالیتهای مرتبط با زنجیره تامین شامل مهندسی فروش / برنامه ریزی و کنترل مواد /برنامه ریزی و کنترل تولید/مديريت ساخت خارج /كنترل عدم تطابق /کنترل کیفیت/مهندسی محصول می باشد

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

از دیگر قابلیتهای متصور در سیستم ارائه گزارشات مختلف و در موارد مقتضی کاربرد نمودارها و چارتهای متناسب بوده و در کنار آن امکان گزارشگیری تحت وب برای موارد ضروری نیز از دیگر قابلیتهای سیستم خواهد بود.

در مورد استفاده از سیستم مدیریت تولید لازم است هر کاربر از طریق یکی از ایستگاههای کاری به صورت امن به شبکه کامپیوتر شرکت متصل گردیده و سپس نرم افزارمدیریت تولید امکان اتصال کاربر را با سرور دربردارنده بانك اطلاعاتي سیستم مدیریت تولید برقرار نموده و امنیت اطلاعات در محدوده سیستم مديريت توليد و بانک اطلاعاتی مربوطه ، بایستی توسط نرم افزار و بانک اطلاعاتی طراحی شده تضمین گردد.

 

 

1.4. محدوده سيستم : در اين قسمت شما بصورت كلي مواردي كه در محدوده سيستم وجود داشته و مهم تر از آن قسمتهايي كه در محدوده سيستم وجود ندارد را بيان مي كنيد دقت نماييد داشتن يك مدرك مجزا براي محدوده سيستم (Vision and Scope Document) براي پروژه هاي متوسط و بزرگ           ضروري مي باشد و در اين گونه موارد تنها موارد اصلي از آن مستند را آورده و با ذكر مشخصات مستند مربوطه ، ساير موارد را به آن ارجاع مي دهيد

تذكر : در مقالات قبلي بطور مفصل در مورد مستند چشم انداز و محدوده سيستم  صحبت كرده ايم كه در برگيرنده موارد 1.3 مرور اجمالي سيستم مديريت توليد و 1.4 محدوده سيستم مي باشد.

 

1.4 محدوده پروژه

محدوده کلی در این برنامه کاری شامل طراحی و پیاده سازی یک سیستم مبتنی بر معماری مشتری / خدمتگزار (Client/Server) تحت ویندوز  با رویکرد پوشش عملیات پشتیبان تولید و زنجیره تامین محصول می باشد.

با عنایت به استفاده از سیستمهای نرم افزاری در حوزه مالي ، اداري و بازرگاني و لزوم حفظ یکپارچگی ، بانک اطلاعاتی مورد نظر از ابتدا MS SQL Server انتخاب گردیده است.

تذكر : فاز 1 كه ماحصل شناخت نيازمنديها مي باشد به پيوست آمده است

تذكر : ليست نيازمنديهاي احتمالي فاز 2 به پيوست آمده است ولي برنامه ريزي جاري فقط در محدوده فاز 1 مي باشد.

از محدوده فاز یک نیازمندیهای ذیل در قالب تکمیل سیستم هاي حوزه مالي ، اداري و بازرگاني مد نظر می باشد :

مکانیزاسیون قراردادهای تامین مواد

مکانیزاسیون پیگیری ارسال مواد از طرف تامین کنندگان

روتين هاي مرتبط با موجودي انبار ، ميزان در راه

محدوده مورد توافق شامل ليست نيازمنديهاي اوليه به پیوست آمده است.(ضمیمه یک)

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

مواردی از فاز یک که در قالب تکمیل سیستم هاي حوزه مالي ،‌اداري و بازرگاني مد نظر می باشد تنها تا انتهای مرحله طراحی عملیاتی در نظر گرفته شده و كليه مستندات ، برنامه ریزی ها و زمانبندیها ذكر شده شامل اين محدوده نمي باشد.

 

1.5. مراحل مهم پروژه (Milestones): در اين قسمت شما تاريخ اتمام مراحل مهم پروژه را مي آوريد بطور معمول اين تاريخها به عنوان معيار مالك سيستم در راستاي ارزيابي پيشرفت پروژه مطابق با زمانبندي اوليه خواهد بود. دقت نماييد در روشهاي توسعه نرم افزار مانند RUP ، مي توان زمانبندي ريزتري را ارائه نمود كه با روش انتخابي تناسب داشته باشد.

 

مثال :

1.5 مراحل مهم پروژه(Milestones)

در جدول ذیل مراحل مهم پروژه همراه با پیش بینی زمان اتمام هر یک از آنها آمده است ریز فعالیتهای هر فاز در لیست درختی فعالیتهای پروژه(Work Break Down Structure List  یا WBS) آمده است.

سایر پیش بینی های زمانی و مستندات تحویلی هر مرحله در بخش 3 در ذیل عنوان پيش بينيهاي اندازه و زمانبندي پروژه و همچنین عنوان مستندات تحویلی آمده است.

مرحله	تاریخ هدف
خروج از فاز برنامه ریزی	27/03/85
خروج از فاز شناخت نیازمندیها	22/04/85
خروج از فاز طراحی عملیاتی	19/05/85
مراحل تصميم گيري و عقد قرارداد	01/08/85
خروج از فاز طراحی سیستمی	01/12/85
خروج از فاز ساخت	15/05/86
خروج از فاز تست و یکپارچه سازی	20/08/86
خروج از فاز پذیرش و نصب	30/10/86

لازم به ذكر است زمانبندي جزيي هر مرحله در بند 3.4 آمده است.

 

خوب دوستان اينم از اين قسمت – در قسمت هاي بعد در خصوص ساير آيتمهاي فهرست برنامه كاري پروژه توضيحات لازم همراه با يك مثال آورده خواهد شد پس با ما باشيد.

اميدوارم از اين مطالب استفاده كنيد و براتون مفيد باشه لطفا نظرات اصلاحي و تكميلي خودتون رو در قسمت نظرات بگيد

و من ا... التوفيق – مدير سايت

بنام خدا

با سلام

يكي از اولين گامها در فرايند اجراي هر پروژه اي ، برنامه ريزي پروژه (Project Planning) مي باشد ما در يك سري مقالات سعي خواهيم نمود الگويي را براي مستند برنامه كاري پروژ ه هاي (Project Plan Document) نرم افزاري معرفي نماييم بديهي است الگوي ارائه شده در اينجا ، حاصل مطالعات و تجارب اينجانب بوده و حتي مي توان با توجه به حجم پروژه آيتمهايي را به آن اضافه و يا از آن حذف نمود.

بنابراين بهتر است ابتدا با توجه به گستردگي ، حساسيت و ساير مشخصات پروژه اي كه قصد انجام آن را داريد موضوعات مهم را تشخيص و برنامه ريزي پروژه را با محوريت اين موضوعات صورت دهيد.

 

در ادامه قسمت اول مي خواهيم هر يك از مواردي كه در يك برنامه كاري پروژه ي نمونه آورده مي شود را با ذكر مثال توضيح دهيم

 

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

 

مثال :

1.  مقدمه :

هدف اصلي از اين مستند ارائه اطلاعاتي در خصوص پروژه سيستم مديريت توليد شامل مستندات ، زمانبنديها ، ريسك ها ، فرضيات ، تخمين هاي ، وابستگيها ، تيم پروژه و مديريت تغييرات مي باشد.

اين برنامه شامل موارد ذيل مي باشد

·        شرح مختصري در مورد سيستم مديريت توليد

·        تعيين زمانبندي و فعاليتهايي كه صورت خواهد گرفت

·        تعيين منابع مورد نياز

·        تعيين اصول كلي در راستاي پيگيري و كنترلهاي مديريتي

اين مستند بسته به نياز ممكن است در هر يك ا ز فازهاي توسعه پروژه كه در ذيل آمده ، بروز آوري گردد(به قسمت مراحل پروژه در همين مستند مراجعه شود كه شامل زمانبندي مراحل مي باشد)

·        تعيين نيازمنديها

·        طراحي عملياتي

·        طراحي سيستمي

·        ساخت و برنامه نويسي

·        تستهاي پذيرش سيستم

·        نصب و راه اندازي

 

1.1. وضعيت فعلي : وضعيت فعلي شركت در محدوده پروژه اي كه قرار است انجام شود در اين قسمت مي آيد كه مي تواند شامل نرم افزار هاي موجود ، پروژه هاي در حال انجام و يا تعليق ، تجهيزات سخت افزاري موجود ، وضعيت نيروي انساني مرتبط و مدارك و دانش مرتبط با محدوده پروژه باشد.

 

مثال از وضعيت فعلي :

1.1     وضعيت فعلي :

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

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

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

ساير سيستمهاي مكانيزه : در راستاي استقرار سيستمهاي يكپارچه نرم افزارهاي حوزه مالي ، اداري و بازرگاني بصورت بسته نرم افزاري آماده خريداري گرديده و تا كنون زير سيستمهاي حسابداري مالي ، حقوق و دستمزد ، خريد داخلي ، خارجي ، انبار و كنترل موجودي ، حسابداري انبار ، كارتابل بطور كامل عملياتي و ساير سيستمها در حال راه اندازي  مي باشد و لازم است در طراحي و پياده سازي سيستم مديريت توليد ملاحضات اساسي در راستاي حفظ يكپارچگي با سيستمهاي موجود در نظر گرفته شود.

لازم به ذكر است از حدود دو سال پيش برنامه ريزي تهيه و استقرار كليه سيستمهاي نرم افزاري ضروري در غالب برنامه زمانبندي استقرار سيستم يكپارچه آورده شده است كه به عنوان يكي از عوامل تاثير گذار در تعريف اين پروژه مي باشد.

 

1.2. اهداف پروژه : در اين قسمت اهداف اصلي كه با اجراي پروژه تحقق خواهد يافت آورده مي شود بالطبع قسمت عمده اي از اين اهداف ، نيازهاي اساسي شركت كه منجر به تصميم گيري در خصوص تعريف پروژه گرديده است مي باشد. دقت نماييد در اهداف پروژه نظرات مديران ارشد سازمان اهميت زيادي دارد.

 

مثال از اهداف پروژه :

1.2    اهداف پروژه :

1.2.1        ارائه سیستم مکانیزه با محوریت تولید

1.2.2        تغییر از فرایند دستی به یک فرایند مکانیزه از طریق حذف فرمهای دستی مرتبط با فرایند تولید

1.2.3    یکپارچگی با سیستمهای موجود از طریق ارتباط با سیستمهای نرم افزاری شامل انبار و کنترل موجودی / بازرگانی / کارتابل / تعمیر و نگهداری/منابع انساني

1.2.4    یکسان سازی منابع اطلاعاتی کلیه واحدهای درگیر در فرایند تولید از طریق به حداقل رساندن فایلهای پشتیبان ورد/اکسل /اکسس و ...

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

1.2.6        امکان ردیابی کلیه محصولات در تمام مراحل تولید اعم از داخل و خارج شرکت

1.2.7        تشکیل پرونده از کلیه مدارک مورد نیاز برای هر محصول

1.2.8    بهبود شاخصهاي مختلف از جمله کاهش هزینه های سازمان ، افزایش حاشیه سود و كارايي ها از طریق سفارش به موقع و به اندازه مواد/استفاده بهینه از منابع موجود اعم از ماشین آلات ، نیروی انسانی ، مواد و تجهیزات/ارزيابي كارايي

1.2.9        رضایتمندی مشتریان در نتیجه تحویل به موقع محصول که در اثر برنامه ریزی درست میسر می گردد

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

1.2.11    بکارگیری بهینه سیستم مکانیزه از طريق آموزش کاربران نهایی

  

خوب دوستان اينم از اين قسمت – در قسمت هاي بعد در خصوص ساير آيتمهاي فهرست برنامه كاري پروژه توضيحات لازم همراه با يك مثال آورده خواهد شد پس با ما باشيد.

اميدوارم از اين مطالب استفاده كنيد و براتون مفيد باشه لطفا نظرات اصلاحي و تكميلي خودتون رو در قسمت نظرات بگيد

و من ا... التوفيق – مدير سايت

بنام خدا

با سلام

يكي از اولين گامها در فرايند اجراي هر پروژه اي ، برنامه ريزي پروژه (Project Planning) مي باشد ما در يك سري مقالات سعي خواهيم نمود الگويي را براي مستند برنامه كاري پروژ ه هاي (Project Plan Document) نرم افزاري معرفي نماييم بديهي است الگوي ارائه شده در اينجا ، حاصل مطالعات و تجارب اينجانب بوده و حتي مي توان با توجه به حجم پروژه آيتمهايي را به آن اضافه و يا از آن حذف نمود.

بنابراين بهتر است ابتدا با توجه به گستردگي ، حساسيت و ساير مشخصات پروژه اي كه قصد انجام آن را داريد موضوعات مهم را تشخيص و برنامه ريزي پروژه را با محوريت اين موضوعات صورت دهيد.

 

 

در كليه مستندات ابتدا مشخصات كلي و سوابق ويرايشي آورده مي شود كه در ذيل يك مثال آورده شده است :

 

مشخصات مستند : اطلاعات ذيل در راستاي رديابي مستند جاري مي باشد.

عنوان شركت : شركت ...

عنوان پروژه : سيستم مديريت توليد

عنوان مستند : برنامه كاري پروژه

 

مشخصات مستند : اطلاعات ذيل در راستاي رديابي مستند جاري مي باشد.

عنوان شركت : شركت مهندسي و ساخت پره توربين مپنا (پرتو)

عنوان پروژه : سيستم مديريت توليد

عنوان مستند : برنامه كاري پروژه

 

سوابق مستند :

عنوان	تاريخ	تهيه كننده	ويرايش
برنامه كاري پروژه	۱۲/۰۲/۸۶	مهدي اميني	پيش نويس
برنامه كاري پروژه	۱۶/۰۳/۸۶	مهدي اميني	1.00
برنامه كاري پروژه	۲۲/۰۴/۸۶	مهدي اميني	1.10
برنامه كاري پروژه	۱۹/07/۸۶	مهدي اميني	1.20

 

توضيحات ويرايش 1.20 :

·    با عنايت به طولاني شدن رويه تصميم گيري در خصوص نحوه اجراي پروژه ، تغييراتي در بخش هاي ذيل از اين مستند نسبت به نسخه 1.1 داده شده است.

·        1.1 : وضعيت فعلي

·        2.3 : نقشها و مسئوليتها

·        6و1 : مراحل مهم پروژه(Milestones)

·        3.5 : محصولات تحويلي

 

فهرست مواردي كه در يك مستند نمونه اي برنامه پروژه آورده مي شود :

فهرست :

1.     مقدمه                                                                                                   4

1.1  وضعيت فعلي                                                                           4

1.2  اهداف پروژه                                                                           5

1.3  كاربران سيستم                                                                       6

1.4  مرور اجمالي سيستم مديريت توليد                                         7         

1.5  محدوده پروژه                                                                         7

1.6  مراحل مهم پروژه                                                                   8

2.     سازمان پروژه

2.1 مدل توسعه پروژه                                                                   9         

2.2 تيم پروژه                                                                                9               

2.3 نقشها و مسئوليتها                                                                    10

2.4 روش حل مشكلات                                                                 13

3.     خط مشي مديريت پروژه

3.1 اولويتهاي پروژه                                                                      13

3.2 كنترل و پيگيري پروژه                                                           

3.2.1 گزارش وضعيت                                                             14

3.2.2 نقاط پيگيري پروژه                                                        14

3.3  فرضيات ،  محدوديتها و وابستگي ها                                       15

3.4 پيش بينيهاي اندازه و زمانبندي پروژه                                      16

3.5 مستندات و محصولات تحويلي                                                 17

4. خط مشي تكنيكي

4.1 زبان برنامه نويسي                                                                  18

4.2 امنيت                                                                                      18            

4.3 مديريت پيكربندي پروژه                                                       18

4.4 رويه كنترل تغييرات                                                                19            

4.5 استراتژي تست                                                                       20

4.6 تضمين كيفيت و پيشگيري از عيوب                                        20

4.7 آموزش و مستند سازي                                                           21

ضمائم                                                                                                              22

 

خوب دوستان اينم از اين قسمت – در قسمت هاي بعد در خصوص كليه آيتمهاي فهرست فوق توضيحات لازم همراه با يك مثال آورده خواهد شد پس با ما باشيد.

اميدوارم از اين مطالب استفاده كنيد و براتون مفيد باشه لطفا نظرات اصلاحي و تكميلي خودتون رو در قسمت نظرات بگيد

و من ا... التوفيق – مدير سايت

 

بنام خدا

با سلام

در طراحي و پياده سازي هر سيستم نرم افزاري مي بايد با استفاده از روش مناسبي ، نسبت به استخراج و مستند سازي عمليات مختلف سيستم اقدام نمود با تجربياتي كه من در مدت كاري خود به آن رسيده ام نوشتن Use Case ها بصورت متني موجب فهم دقيق رويه ها توسط كليه افراد درگير در پروژه (تحليل گر ، برنامه نويس ، مديران پروژه ، كاربران نهايي ، مالك سيستم) مي گردد در اين سري مقالات چند Use Case پروژه سفارش غذاي رستوران آورده شده ، تا شما يك مثال از يك پروژه واقعي را ديده و موجب درك بهتر از Use Case ها گردد. لازم به ذكر است در مقالات ديگري مزايا ، الگوها و روش نوشتن Use Case هاي بهينه را به تفصيل توضيح خواهم داد ولي در حال حاضر به علت درخواست بعضي از دوستان در راستاي تكميل پروژه سيستم سفارش غذاي رستوران ، چند Use Case مهم آن را با هم مرور مي كنيم.

در ذيل لينك مقالات قبلي مرتبط با اين پروژه آورده شده است كه پيشنهاد مي شود ابتدا آنها را مطالعه نماييد.

 

مقالات مرتبط با مستند محدوده و چشم انداز سيستم (Scope and Vision Document) :

پیش نیازها ، انتظارات ، اهداف و محدوده پروژه هاي نرم افزاري - قسمت اول

پیش نیازها ، انتظارات ، اهداف و محدوده پروژه هاي نرم افزاري - قسمت دوم

پیش نیازها ، انتظارات ، اهداف و محدوده پروژه هاي نرم افزاري - قسمت سوم(آخر)

مقالات مرتبط بامستند مشخصات نيازمنديهاي نرم افزار(Software Requirement Specification) :

مستند مشخصات نيازمنديها نرم افزار - مثال عملي سيستم سفارش غذا آنلاين - قسمت اول

مستند مشخصات نيازمنديها نرم افزار - مثال عملي سيستم سفارش غذا آنلاين - قسمت دوم

مستند مشخصات نيازمنديها نرم افزار - مثال عملي سيستم سفارش غذا آنلاين - قسمت سوم

مستند مشخصات نيازمنديها نرم افزار - مثال عملي سيستم سفارش غذا آنلاين - قسمت چهارم

مستند مشخصات نيازمنديها نرم افزار - مثال عملي سيستم سفارش غذا آنلاين - قسمت پنجم

مستند مشخصات نيازمنديها نرم افزار - مثال عملي سيستم سفارش غذا آنلاين - قسمت ششم

مستند مشخصات نيازمنديها نرم افزار - مثال عملي سيستم سفارش غذا آنلاين - قسمت ششم

مستند مشخصات نيازمنديها نرم افزار - مثال عملي سيستم سفارش غذا آنلاين - قسمت هفتم و آخر

 

مقاله مرتبط با قوانين تجاري (Business Rules) :

قوانین تجاری و کسب و کار (Business Rules) - مثال عملی سیستم سفارش غذای آنلاین

 

 

تذكر مهم  : اگر چه Use Case ذيل از لحاظ آموزشي بسيار مفيد مي باشد ولي از نظر اينجانب داراي ابهاماتي مي باشد و لازم است اصلاحاتي در آن صورت پذيرد ولي در اين مرحله من متن اصلي را آورده ام و همانطور كه قبلا هم گفتم در يك سلسله مقالات روش نوشتن بهينه Use Case ها را با مثال آموزش خواهم داد ان شاء ....

 

 

شماره Use Case :	11
عنوان :	اصلاح فهرست غذا
ايجاد كننده :                           آخرين بروز رساني كننده : تاريخ ايجاد :                            تاريخ آخرين بروز رساني :
راهبران اصلي :	مدير فهرست غذا
توضيح :	مدير فهرست غذا ، ممكن است نسبت به اصلاح فهرست غذا از لحاظ در دسترس بودن و يا قيمت نمايد تا براي يك تاريخ معين در تعداد و قيمت ها بروز بوده و يا غذاي مخصوص روز ، تعريف شده باشد.
پيش شرط :	فهرست غذا در حال حاضر در سيستم وجود دارد.
پس شرط :	فهرست غذاي تغيير يافته ذخيره مي گردد.
سناريوي موفق اصلي :	11.0 ويرايش فهرست موجود مدير فهرست درخواست مشاهده فهرست غذاي يك روز مشخص را مي دهد. سيستم فهرست غذا را نمايش مي دهد. مدير فهرست تغييرات مورد نظر شامل اضافه نمودن يك آيتم ، حذف و يا تغيير يك آيتم ، ايجاد يا تغيير غذاي مخصوص و يا تغيير قيمتها را صورت مي دهد. مدير فهرست درخواست ذخيره نمودن فهرست را مي دهد سيستم فهرست اصلاح شده را ذخيره مي نمايد.
ساير حالتها :	ندارد
استثنا ها :	مرحله 1a : هيچ فهرستي براي روز مشخص شده وجود ندارد. 1.  سيستم مدير فهرست را از عدم وجود فهرست براي روز مشخص شده ، مطلع مي سازد. 2.  سيستم از مدير فهرست در خصوص ايجاد فهرست غذا براي روز مشخص شده ، كسب تكليف مي نمايد. 3a .مدير فهرست پاسخ مثبت مي دهد. 3b.سيستم رويه ايجاد فهرست جديد را فراخواني مي كند. 4a. مدير فهرست پاسخ منفي مي دهد. 4b.سيستم به رويه پايان مي دهد.   مرحله 2a : تاريخ مشخص شده قبل از تاريخ جاري مي باشد. 1.سيستم مدير فهرست را از عدم امكان اصلاح فهرست غذاي روزهاي قبل ، مطلع مي سازد. 2.سيستم به رويه پايان مي دهد.
Use Case هاي فراخواني شونده :	ايجاد فهرست غذا
اولويت :	بالا
فراواني استفاده :	بطور متوسط 20 مرتبه در هفته توسط يك كاربر
قوانين تجاري مرتبط :	قانون تجاري 24
نيازمنديها خاص :	مدير فهرست در هر لحظه امكان دارد از ثبت تغييرات داده شده انصراف دهد . در اين صورت سيستم مي بايد در خصوص لغو تغييرات ، تاييديه كاربر را اخذ نمايد.
فرضيات :	براي هر روز كاري رسمي ، يك فهرست غذا ايجاد خواهد شد علاوه بر آن براي روزهاي تعطيل و آخر هفته هايي كه طبق برنامه ريزي مي بايد كارمندان در محل شركت حاضر گردند اين عمل صورت مي پذيرد.
يادداشت ها و ملاحضات :	1.  بعضي از آيتمها در محل تحويل داده نخواهند شد لذا فهرست غذاهايي كه قابل تحويل دادن در محل مي باشند با فهرست غذاهايي كه در محل رستوران قابل تحويل مي باشند ، يكسان نيست. لذا فهرست غذا مي بايد به نحوي آيتمهايي كه قابل تحويل در محل نيستند را مشخص نمايد.سيستم مي بايد اجازه سفارش اين آيتمها را جهت تحويل در محل ندهد.

 

 

خوب دوستان اينم از اين مطلب

اميدوارم از اين مطالب استفاده كنيد و براتون مفيد باشه لطفا نظرات اصلاحي و تكميلي خودتون رو در قسمت نظرات بگيد

و من ا... التوفيق – مدير سايت

 

بنام خدا

با سلام

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

 

تذكر : ابتدا قسمت اول و دوم و سوم اين مقاله را مطالعه نماييد.

 

تذكر مهم : هنگام پياده سازي بانك اطلاعاتي مربوطه بهتر است بعد از ساخت جداول بر روي نيازمنديها تمركز نموده و سپس با توجه به آن ويوهاي (View) مناسبي را ايجاد نماييد تا با انجام پرس و جو از روي هر يك تعدادي از نياز پاسخ داده شود بطور مثال :

 

Create View SaleInformationvew AS

Select ,StoreTitle,ProductName,SalerFName+'-'+SalerLName SalerName ,  Taste,Volume,Containertbl.Type, Date ,  Num

From Storetbl Inner Join Saletbl On

Storetbl.StoreCode=Saletbl.StoreCode Inner Join Producttbl On Producttbl.ProductCode=Saletbl.ProductCode Inner Join Containertbl On

Producttbl.ContainerCode= Containertbl. ContainerCode Inner Join Salertbl On

Saletbl.SalerCode=Salertbl.SalerCode

Where Saletbl.Type=1

 

 

حال اين ويو اطلاعاتي به شكل ذيل را داراست :

 

Num	Date	‏Type	Volume	‏Taste‏	SalerName	‏ProductName	‏ٍStoreName
400	87/01/09	يكبار مصرف	300	كولا	ناصر علايي	نوشابه 300 سي سي كولا	فروشگاه شهروند مركزي
350	87/01/09	يكبار مصرف	500	كولا	ناصر علايي	نوشابه 500 سي سي كولا	فروشگاه شهروند مركزي
50	87/01/10	يكبار مصرف	300	كولا	آرش شكرابي	نوشابه 300 سي سي كولا	فروشگاه شهروند مركزي
126	87/01/20	يكبار مصرف	500	پرتغالي	آرش شكرابي علايي	نوشابه 500 سي سي پرتقالي	فروشگاه شهروند مركزي
325	87/01/15	يكبار مصرف	500	ليمويي	سعيد سهرابي	نوشابه 500 سي سي ليمويي	فروشگاه شهروند مركزي

 

حال مثال اول را به ياد بياوريد :

ميزان فروش به تفكيك نوع عصاره : با ايجاد يك پرس و جو (Query) از دو جدول محصول (Producttbl) و فروش (Saletbl) بصورت ذيل مي توان نتيجه مورد نظر را گرفت :

Select Taste,Sum(Num) Num

From Producttbl Inner Join Saletbl On Producttbl.ProductCode=Saletbl.ProductCode

Where Saletbl.Date Between '01/01/87' And '30/12/87'

Group By Taste

بازنويسي با توجه به ويوي فوق :

Select Taste,Sum(Num) Num

From SaleInformationvew

WhereDate Between '01/01/87' And '30/12/87'

Group By Taste

 

و يا مثال : ميزان فروشي كه يك فروشنده خاص صورت داده است به تفكيك عامل و نوع محصول

گزارش فوق با ايجاد يك پرس و جو (Query) از 3 جدول محصول (Producttbl) ، عامل (Storetbl) و فروش (Saletbl) بدست مي آيد.

 

Select StoreTitle,ProductName,Sum(Num) Num

From Storetbl Inner Join Saletbl On

Storetbl.StoreCode=Saletbl.StoreCode Inner Join Producttbl On Producttbl.ProductCode=Saletbl.ProductCode

Where Saletbl.Type=1 And Saletbl.Saletbl.SalerCode=10 And Saletbl.Date Between '01/01/87' And '30/01/87'

Group By StoreName,ProductName

بازنويسي با توجه به ويوي فوق :

 

Select StoreTitle,ProductName,Sum(Num) Num

From SaleInformationvew

Where SalerName='ناصر علايي' And Date Between '01/01/87' And '30/01/87'

Group By StoreName,ProductName

 

و بازنويسي ريز فروش آن :

 

Select StoreTitle,ProductName, Date , Num

From SaleInformationvew

Where SalerName='ناصر علايي' And Date Between '01/01/87' And '30/01/87'

 

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

 

تذكر مهم : كليه پرس و جوهايي كه به عنوان گزارش مي باشند بهتر است بصورت رويه ذخير شده ((Stored Procedure در بانك اطلاعاتي ذخيره شود و با فراخواني آن از نرم افزار نوشته شده ، اطلاعات مورد نظر خود را تهيه كرد.

بطور مثال براي آخرين پرس و جوي نوشته شده مي توان يك Stored Procedure بصورت ذيل نوشت :

 

CREATE PROCEDURE [SaleDetailBySalersp] 

@SalerName Varchar(50),

@StartDate Char(8)

@FinishDate Char(8)

 AS

Select StoreTitle,ProductName, Date , Num

From SaleInformationvew

Where SalerName=@SalerName And Date Between @StartDate And @FinishDate

 

به اين روش هر بار كه كاربر محدوده تاريخي و يا فروشنده مورد نظر خود را در فرم شروط گزارش تغيير داد شما تنها سه پارامتر نام فروشنده (@SalerName) و تاريخ شروع (@StartDate) و تاريخ پايان (@FinishDate) محدوده گزارش را از طريق نرم افزار نوشته شده به بانك اطلاعاتي ارسال نموده تا بانك اطلاعاتي ريز فروش فروشنده مورد نظر شما در محدوده تاريخي تعيين شده را به شما برگرداند.

 

خوب دوستان اينم از اين مطلب

اميدوارم از اين مطالب استفاده كنيد و براتون مفيد باشه لطفا نظرات اصلاحي و تكميلي خودتون رو در قسمت نظرات بگيد

و من ا... التوفيق – مدير سايت

بنام خدا

با سلام

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

 

تذكر : ابتدا قسمت اول و دوم اين مقاله را مطالعه نماييد.

 

حال نگاهي به نيازمنديها اوليه مي كنيم تا ببينيم طراحي صورت گرفته جوابگوي آنها خواهد بود بطور مثال نيازمندي شماره 1 :

ميزان فروش به تفكيك نوع عصاره ،حجم، نوع ظرف (يكبار مصرف يا گردشي) : اين نيازمندي حالات مختلفي را مي تواند داشته باشد كه به چند نمونه اشاره مي كنيم :

ميزان فروش به تفكيك نوع عصاره : با ايجاد يك پرس و جو (Query) از دو جدول محصول (Producttbl) و فروش (Saletbl) بصورت ذيل مي توان نتيجه مورد نظر را گرفت :

Select Taste,Sum(Num) Num

From Producttbl Inner Join Saletbl On Producttbl.ProductCode=Saletbl.ProductCode

Where Saletbl.Date Between '01/01/87' And '30/12/87'

Group By Taste

 

Num	‏Taste
5326	پرتغالي
4050	كولا
1689	ليمويي

 

ميزان فروش به تفكيك نوع عصاره و حجم : با ايجاد يك پرس و جو (Query) از 3 جدول محصول (Producttbl) ، ظرف (Containertbl) و فروش (Saletbl) بصورت ذيل مي توان نتيجه مورد نظر را گرفت :

 

Select Taste,Volume,Sum(Num) Num

From Containertbl Inner Join Producttbl On Containertbl.ContainerCode=Producttbl.ContainerCode Inner Join Saletbl On Producttbl.ProductCode=Saletbl.ProductCode

Where Saletbl.Type=1 And Saletbl.Date Between '01/01/87' And '30/12/87'

Group By Taste,Volume

 

Num	‏Volume	‏Taste
1306	300	پرتغالي
4020	1500	پرتغالي
2010	300	كولا
1500	500	كولا
530	1500	كولا
705	300	ليمويي
320	500	ليمويي
664	1500	ليمويي

 

 

نيازمندي شماره 6 : هر تركيب از 5 حالت فوق

مثال : ميزان فروشي كه يك فروشنده خاص صورت داده است به تفكيك عامل و نوع محصول

گزارش فوق با ايجاد يك پرس و جو (Query) از 3 جدول محصول (Producttbl) ، عامل (Storetbl) و فروش (Saletbl) بدست مي آيد.

 

Select StoreTitle,ProductName,Sum(Num) Num

From Storetbl Inner Join Saletbl On

Storetbl.StoreCode=Saletbl.StoreCode Inner Join Producttbl On Producttbl.ProductCode=Saletbl.ProductCode

Where Saletbl.Type=1 And Saletbl.Saletbl.SalerCode=10 And Saletbl.Date Between '01/01/87' And '30/01/87'

Group By StoreName,ProductName

 

Num	‏ProductName	‏ٍStoreTitle
1200	نوشابه 300 سي سي كولا	فروشگاه شهروند مركزي
800	نوشابه 500 سي سي كولا	فروشگاه شهروند مركزي
750	نوشابه 500 سي سي ليمويي	فروشگاه شهروند مركزي
300	نوشابه 500 سي سي كولا	سوپر ستاره
120	نوشابه 500 سي سي پرتغالي	سوپر ستاره
150	نوشابه 1500 سي سي كولا	پيتزا شقايق
150	نوشابه 1500 سي سي پرتغالي	پيتزا شقايق
150	نوشابه 1500 سي سي ليمويي	پيتزا شقايق

 

حال اگر بطور مثال ريز فروش صورت گرفته با شرايط مثال فوق را بخواهيم پرس و جوي ذيل را خواهيم داشت :

 

Select StoreTitle,ProductName, Date , Num

From Storetbl Inner Join Saletbl On

Storetbl.StoreCode=Saletbl.StoreCode Inner Join Producttbl On Producttbl.ProductCode=Saletbl.ProductCode

Where SaleType=1 And Saletbl.Saletbl.SalerCode=10 And Saletbl.Date Between '01/01/87' And '30/01/87'

 

قسمتي از جواب مطابق با جواب پرس و جوي قبلي (ريز فروش به فروشگاه شهروند مركزي) :

 

Num	Date	‏ProductName	‏ٍStoreTitle
400	87/01/09	نوشابه 300 سي سي كولا	فروشگاه شهروند مركزي
350	87/01/09	نوشابه 500 سي سي كولا	فروشگاه شهروند مركزي
800	87/01/19	نوشابه 300 سي سي كولا	فروشگاه شهروند مركزي
450	87/01/25	نوشابه 500 سي سي كولا	فروشگاه شهروند مركزي
750	87/01/25	نوشابه 500 سي سي ليمويي	فروشگاه شهروند مركزي

 

 

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

 

خوب دوستان اينم از اين قسمت – در قسمت هاي بعد ادامه مثال مربوطه را با هم مرور مي كنيم.

اميدوارم از اين مطالب استفاده كنيد و براتون مفيد باشه لطفا نظرات اصلاحي و تكميلي خودتون رو در قسمت نظرات بگيد

و من ا... التوفيق – مدير سايت

 

بنام خدا

با سلام

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

تذكر : ابتدا قسمت اول اين مقاله را مطالعه نماييد.

 

در ذيل نمونه نرمال شده طراحي فوق را مشاهده مي نماييد (در مورد علل تغييرات و نوع نرمال سازيها صورت گرفته بررسي نماييد.)

 

 

نام جدول : Storetbl      توضيح : عامل فروش – مغازه ، رستوران ، اغديه ، نمايندگي و كلا فرشندگان نوشابه
عنوان ستون	نوع	شرح
StoreCode	Int	كد عامل
StoreTilte	Varchar(50)	عنوان عامل
SectionCode	Varchar(30)	كد بخش
Type	Int	نوع عامل

 

نام جدول : Statetbl      توضيح : ليست استان ها
عنوان ستون	نوع	شرح
StateCode	Int	كد استان
StateName	Varchar(50)	عنوان استان

 

نام جدول : Citytbl      توضيح : ليست شهرها
عنوان ستون	نوع	شرح
CityCode	Int	كد شهر
CityName	Varchar(50)	عنوان شهر
StateCode	Int	كد استان – كليد خارجي

 

نام جدول : Sectiontbl      توضيح : ليست بخش ها
عنوان ستون	نوع	شرح
SectionCode	Int	كد بخش
SecrionName	Varchar(50)	عنوان بخش
CityCode	Varchar(30)	كد شهر – كليد خارجي

 

 

نام جدول : Salertbl      توضيح : فروشنده – كليه فروشندگان و رانندگاني كه كالاي شركت را توزيع مي نمايند.
عنوان ستون	نوع	شرح
SalerCode	Int	كد فروشنده
SalerFName	Varchar(50)	نام فروشنده
SalerLName	VarChar(50)	نام خانوادگي فروشنده
NationalCode	Varchar(12)	كد ملي
VehicleType	Varchar(30)	نوع وسيله توزيع
VehicleIDNo	Varchar(30)	پلاك وسيله توزيع
نام جدول : Producttbl      توضيح مشخصات محصولات و كالاهاي قابل فروش
عنوان ستون	نوع	شرح
ProductCode	Int	كد محصول
ProductName	Varchar(50)	نام محصول
Taste	Varchar(12)	عصاره
ContainerCode	Int	كد ظرف – كليد خارجي

 

 

نام جدول : Containertbl      توضيح : ليست مشخصات ظروف
عنوان ستون	نوع	شرح
ContainerCode	Int	كد ظرف
ContainerName	Varchar(50)	عنوان ظرف
Volume	Int	حجم
Type	Int	نوع ظرف (گردشي/يكبار مصرف)

 

 

دو جدول تحويل (Deliverytbl) و فروش (Saletbl) احتياج به تغيير ندارند.

 

نمودار موجوديت نهايي به صورت ذيل مي باشد.

 

 

 

 

خوب دوستان اينم از اين قسمت – در قسمت هاي بعد ادامه مثال مربوطه را با هم مرور مي كنيم.

اميدوارم از اين مطالب استفاده كنيد و براتون مفيد باشه لطفا نظرات اصلاحي و تكميلي خودتون رو در قسمت نظرات بگيد

و من ا... التوفيق – مدير سايت

بنام خدا

با سلام

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

 

صورت مسئله :

در يك شركت توليد نوشيدني محصولات مختلفي توليد مي شود كه بطور مثال مي  توان به نوشابه كولا.پرتقالي.ليمويي و دوغ با حجمهاي 300و500و1000و1500 سي سي اشاره نمود محصولات در قالب ظرفهاي شيشه اي ، پلاستيكي و يا آلومينيومي توليد شده كه بعضي از ظرفهاي شيشه اي قابليت استفاده مجدد را داراست و هر نوع از محصولات در بسته بندي هاي چندتايي (6 تايي،12 تايي.24 تايي و...) به بازار عرضه مي شود و بعضي از اين بسته هاي نيز قابل استفاده مجدد مي باشد(مانند ظروف پلاستيكي كه تعداد 24 عدد نوشابه شيشه اي در آنها قرار داده مي شود)

محصولات از طريق تعدادي فروشنده واسط(كاميونهاي توزيع  كننده) به دست عاملين فروش(مغازه داران و نمايندگيها) كه در محدوده هاي جغرافيايي مختلفي قرار دارند مي رسد.

 

با توجه به سناريوي فوق بانك طراحي شده بايد قابليت پاسخگويي به سئوالات ذيل را داشته باشد.

ميزان فروش به تفكيك نوع عصاره ،حجم، نوع ظرف (يكبار مصرف يا گردشي)

ميزان فروش به تفكيك استان ، شهر ، بخش

ميزان فروش به تفكيك نوع عامل (مغازه دار يا نماينده)

ميزان فروش از طريق هر فروشنده

ميزان فروش به هر عامل (با / بدون تفكيك فروشنده)

هر تركيب از 5 حالت فوق

امكان پذيري كنترل بازگشت محصولات فروش نرفته و همچنين بازگشت ظروف گردشي

ليست محصولات فروخته شده به هر عامل

ليست محصولات فروخته شده از طريق هر فروشنده

متوسط زمان سرويس دهي به هر عامل

پرفروشترين محصولات(عصاره/حجم/عصاره و حجم/نوع ظرف ، عصاره و حجم)  با/بدون تفكيك استان، شهر، بخش

مقايسه فروش ماههاي مختلف

 

 

با توجه به نيازمنديها مطرح شده در سناريوي كاري شركت فرضي ، سه نوع موجوديت فوق ضروري مي باشد تا بتوان نيازمنديها را پوشش داد.

صفات عامل فروش : كد عامل فروش ، عنوان عامل فروش ، استان ، شهر ، بخش ،نوع عامل (مغازه دار ، نماينده)

صفات فروشنده : كد فروشنده ، نام فرشنده ، شماره ملي فروشنده ، نوع وسيله نقليه ، پلاك وسيله نقليه

صفات محصول : كد محصول ، عنوان محصول ، نوع عصاره ، نوع ظرف ، حجم ، ماهيت ظرف (گردشي / يكبار مصرف)

صفات رابطه تحويل : كد فروشنده ، كد محصول ، تعداد ، تاريخ ، نوع تحويل (تحويل گرفتن / تحويل دادن)

صفات رابطه فروش : كد فروشنده ، كد عامل ، كد محصول ، تعداد ، تاريخ ، نوع (فروش / برگشت)

 

حال اگر بخواهيم جداول مرتبط با اين اطلاعات را طراحي نماييم در مرحله اول موارد ذيل مي باشند.

 

نام جدول : Storetbl      توضيح : عامل فروش – مغازه ، رستوران ، اغديه ، نمايندگي و كلا فرشندگان نوشابه
عنوان ستون	نوع	شرح
StoreCode	Int	كد عامل
Store Tilte	Varchar(50)	عنوان عامل
State	Varchar(30)	استان
City	Varchar(30)	شهر
Section	Varchar(30)	بخش
Type	Int	نوع عامل

 

 

نام جدول : Salertbl      توضيح : فروشنده – كليه فروشندگان و رانندگاني كه كالاي شركت را توزيع مي نمايند.
عنوان ستون	نوع	شرح
SalerCode	Int	كد فروشنده
SalerName	Varchar(50)	نام فروشنده
NationalCode	Varchar(12)	كد ملي
VehicleType	Varchar(30)	نوع وسيله توزيع
VehicleIDNo	Varchar(30)	پلاك وسيله توزيع

 

 

نام جدول : Producttbl      توضيح مشخصات محصولات و كالاهاي قابل فروش
عنوان ستون	نوع	شرح
ProductCode	Int	كد محصول
ProductName	Varchar(50)	نام محصول
Taste	Varchar(12)	عصاره
Container	Varchar(30)	ظرف
Volume	Varchar(30)	حجم
DishType	Int	نوع ظرف

 

 

نام جدول : Deliverytbl      توضيح : اطلاعات تحويل گيري و تحويل دهي محصول از/به فروشنده شركت
عنوان ستون	نوع	شرح
SalerCode	Int	كد فروشنده
ProductCode	Int	كد محصول
Num	Int	تعداد
Date	Varchar(8)	تاريخ
Type	Int	نوع تحويل

 

 

نام جدول : Saletbl      توضيح : اطلاعات فروش/برگشت از فروش محصول از/به عامل شركت توسط فروشنده
عنوان ستون	نوع	شرح
SalerCode	Int	كد فروشنده
StoreCode	Int	كد عامل
ProductCode	Int	كد محصول
Num	Int	تعداد
Date	Varchar(8)	تاريخ
Type	Int	نوع (فروش/برگشت)

 

خوب دوستان اينم از اين قسمت – در قسمت های بعد ادامه مثال مربوطه را با هم مرور مي كنيم.

اميدوارم از اين مطالب استفاده كنيد و براتون مفيد باشه لطفا نظرات اصلاحي و تكميلي خودتون رو در قسمت نظرات بگيد

و من ا... التوفيق – مدير سايت

 

بنام خدا

با سلام

در طراحي و پياده سازي هر سيستم نرم افزاري مي بايد با استفاده از روش مناسبي ، نسبت به استخراج و مستند سازي عمليات مختلف سيستم اقدام نمود با تجربياتي كه من در مدت كاري خود به آن رسيده ام نوشتن Use Case ها بصورت متني موجب فهم دقيق رويه ها توسط كليه افراد درگير در پروژه (تحليل گر ، برنامه نويس ، مديران پروژه ، كاربران نهايي ، مالك سيستم) مي گردد در اين سري مقالات چند Use Case پروژه سفارش غذاي رستوران آورده شده ، تا شما يك مثال از يك پروژه واقعي را ديده و موجب درك بهتر از Use Case ها گردد. لازم به ذكر است در مقالات ديگري مزايا ، الگوها و روش نوشتن Use Case هاي بهينه را به تفصيل توضيح خواهم داد ولي در حال حاضر به علت درخواست بعضي از دوستان در راستاي تكميل پروژه سيستم سفارش غذاي رستوران ، چند Use Case مهم آن را با هم مرور مي كنيم.

در ذيل لينك مقالات قبلي مرتبط با اين پروژه آورده شده است كه پيشنهاد مي شود ابتدا آنها را مطالعه نماييد.

 

مقالات مرتبط با مستند محدوده و چشم انداز سيستم (Scope and Vision Document) :

پیش نیازها ، انتظارات ، اهداف و محدوده پروژه هاي نرم افزاري - قسمت اول

پیش نیازها ، انتظارات ، اهداف و محدوده پروژه هاي نرم افزاري - قسمت دوم

پیش نیازها ، انتظارات ، اهداف و محدوده پروژه هاي نرم افزاري - قسمت سوم(آخر)

مقالات مرتبط بامستند مشخصات نيازمنديهاي نرم افزار(Software Requirement Specification) :

مستند مشخصات نيازمنديها نرم افزار - مثال عملي سيستم سفارش غذا آنلاين - قسمت اول

مستند مشخصات نيازمنديها نرم افزار - مثال عملي سيستم سفارش غذا آنلاين - قسمت دوم

مستند مشخصات نيازمنديها نرم افزار - مثال عملي سيستم سفارش غذا آنلاين - قسمت سوم

مستند مشخصات نيازمنديها نرم افزار - مثال عملي سيستم سفارش غذا آنلاين - قسمت چهارم

مستند مشخصات نيازمنديها نرم افزار - مثال عملي سيستم سفارش غذا آنلاين - قسمت پنجم

مستند مشخصات نيازمنديها نرم افزار - مثال عملي سيستم سفارش غذا آنلاين - قسمت ششم

مستند مشخصات نيازمنديها نرم افزار - مثال عملي سيستم سفارش غذا آنلاين - قسمت ششم

مستند مشخصات نيازمنديها نرم افزار - مثال عملي سيستم سفارش غذا آنلاين - قسمت هفتم و آخر

 

مقاله مرتبط با قوانين تجاري (Business Rules) :

قوانین تجاری و کسب و کار (Business Rules) - مثال عملی سیستم سفارش غذای آنلاین

 

 

تذكر مهم  : اگر چه Use Case ذيل از لحاظ آموزشي بسيار مفيد مي باشد ولي از نظر اينجانب داراي ابهاماتي مي باشد و لازم است اصلاحاتي در آن صورت پذيرد ولي در اين مرحله من متن اصلي را آورده ام و همانطور كه قبلا هم گفتم در يك سلسله مقالات روش نوشتن بهينه Use Case ها را با مثال آموزش خواهم داد ان شاء ....

 

 

شماره Use Case :	1
عنوان :	سفارش غذا
ايجاد كننده :                           آخرين بروز رساني كننده : تاريخ ايجاد :                            تاريخ آخرين بروز رساني :
راهبران اصلي :	مشتري
توضيح :	يك مشتري از طريق شبكه داخلي و يا از منزل به سيستم سفارش غذا دسترسي پيدا كرده و مي تواند بصورت اختياري فهرست غذاي روز مورد نظر را ديده ،‌آيتمهاي غذاي مورد نظر خود را انتخاب و يك سفارش براي غذا ايجاد نمايد تا در يكي از نوبت هاي زماني (نوبت ها 15 دقيقه اي) به محل مشخصي حمل گردد.
پيش شرط :	مشتري به سيستم سفارش غذا وارد شده است. مشتري براي پرداخت به روش كسر از حقوق ثبت نام نموده است.
پس شرط :	سفارش غذا با وضعيت تاييد شده در سيستم سفارش غذا ذخيره شده است. موجودي در دسترش آيتمهاي غذا با توجه به آيتمهاي سفارش داده شده ، بروز مي شود. تعداد نوبت تحويل باقي مانده با توجه به درخواست حمل ، بروزرساني مي شود.
سناريوي موفق اصلي :	1.0 سفارش يك غذا مشتري درخواست مشاهده فهرست غذاي روز مورد نظر را مي نمايد. سيستم فهرست غذاهاي در دسترس و غذاي ويژه را نمايش مي دهد. مشتري يك يا بيشتر از آيتمهاي غذا را از فهرست انتخاب مي نمايد. مشتري سفارش غذا را تاييد مي نمايد. سيستم آيتمهاي سفارش داده شده ، مبلغ هر كدام و مبلغ كل و هر گونه شارژ حمل را نمايش مي دهد. مشتري سفارش غذا را تاييد كرده و يا درخواست اصلاح سفارش غذا را مي دهد (برگشت به مرحله 3) سيستم تعداد نوبت تحويل باقي مانده براي تاريخ سفارش را نمايش مي دهد. مشتري يك نوبت تحويل را انتخاب نموده و محل تحويل را مشخص مي نمايد. مشتري روش پرداخت را مشخص مي نمايد. سيستم پذيرش سفارش را تاييد مي نمايد. سيستم يك تاييديه الكترونيكي شامل جزييات سفارش ، قيمت و دستورالعمل حمل به پست الكترونيك مشتري ارسال مي نمايد. سيستم سفارش را در بانك اطلاعاتي ذخيره نموده ، يك نامه الكترونيكي براي اطلاع پرسنل رستوران ارسال نموده و اطلاعات آيتمهاي غذا را به سيستم انبار رستوران فرستاده و تعداد نوبت تحويل باقي مانده را بروزرساني مي نمايد.
ساير حالتها :	1.1            سفارش بيش از يك غذا (منشعب از مرحله 4) مشتري تقاضاي سفارش غذاي ديگر را مي دهد. برگشت به مرحله 2 1.2            سفارش تعدادي از يك نوع غذا (بعد از مرحله 3) 1.  مشتري درخواست تعداد معيني از غذاي انتخابي را مي دهد. 2.     برگشت به مرحله 2 1.3            سفارش غذاي ويژه روز (بعد از مرحله 4) 1.     مشتري غذاي ويژه را از فهرست انتخاب مي نمايد. 2.     برگشت به مرحله 5
استثنا ها :	مرحله 1a : زمان فعلي بعد از زمان پايان سفارش مي باشد.           1 . سيستم مشتري را از اتمام وقت ايجاد سفارش براي امروز ، مطلع مي سازد. 2a. مشتري سفارش غذا را لغو مي نمايد. 2b. سيستم رويه را پايان مي دهد.     3a. مشتري روز ديگر را انتخاب مي نمايد. 3b.سيستم رويه را از ابتدا شروع مي نمايد.   مرحله 2a : ظرفيت تحويل روز تكميل گرديده است.   1 . سيستم مشتري را از تكميل بودن ظرفيت تحويل ، مطلع مي سازد. 2a. مشتري سفارش غذا را لغو مي نمايد. 2b. سيستم رويه را پايان مي دهد.           3.مشتري درخواست تحويل غذا در محل رستوران را مي       دهد.(پرش از مراحل 7و8)   مرحله 3a : به تعداد كافي از غذاي مشخص شده وجود ندارد.     1 . سيستم مشتري را از حداكثر مقدار ممكن جهت سفارش آن غذا ، مطلع مي سازد.   2. مشتري سفارش غذا را لغو مي نمايد و يا مقدار سفارش را تغيير مي دهد.
Use Case هاي فراخواني شونده :	وجود ندارد.
اولويت :	بالا
فراواني استفاده :	400 كاربر و بطور متوسط يك سفارش براي هر روز
قوانين تجاري مرتبط :	قوانين تجاري 1 و 2و3و4و8و11و12و33
نيازمنديها خاص :	مشتري مي بايد در هر مرحله اي قبل از تاييد امكان لغو سفارش را داشته باشد. مشتري مي بايد قادر به مشاهده كليه غذاهايي كه در 6 ماه گذشته سفارش داده را داشته و بتواند در سفارش جديد آنها را تكرار نمايد مشروط به اينكه كليه آيتمها در فهرست غذاي روز مورد نظر وجود داشته باشد(اولويت = متوسط)
فرضيات :	فرض بر  آنست كه 30 درصد از مشتريان غذاي ويژه روز را سفارش مي دهند (منبع : اطلاعات 6 ماه قبل رستوران)
يادداشت ها و ملاحضات :	1.  تاريخ پيش فرض سيستم در حالتي كه مشتري قبل از پايان زمان سفارش امروز سفارش بدهد تاريخ امروز بوده و در غير اينصورت تاريخ فردا خواهد بود. 2.  اگر مشتري تقاضاي تحويل در محل را نداشته باشد پيش شرط ثبت نام در روش كسر از حقوق كاربرد ندارد. 3.  حداكثر زمان استفاده از اين رويه بين ساعت 8:00 و 10:00 صبح به وقت محلي مي باشد.

 

 

خوب دوستان اينم از اين قسمت – ادامه اين مطلب را در مقالات بعد مرور خواهيم كرد.

اميدوارم از اين مطالب استفاده كنيد و براتون مفيد باشه لطفا نظرات اصلاحي و تكميلي خودتون رو در قسمت نظرات بگيد

و من ا... التوفيق – مدير سايت

بنام خدا

با سلام

در طراحي و پياده سازي هر سيستم نرم افزاري مي بايد با استفاده از روش مناسبي ، نسبت به استخراج و مستند سازي عمليات مختلف سيستم اقدام نمود با تجربياتي كه من در مدت كاري خود به آن رسيده ام نوشتن Use Case ها بصورت متني موجب فهم دقيق رويه ها توسط كليه افراد درگير در پروژه (تحليل گر ، برنامه نويس ، مديران پروژه ، كاربران نهايي ، مالك سيستم) مي گردد در اين سري مقالات چند Use Case پروژه سفارش غذاي رستوران آورده شده ، تا شما يك مثال از يك پروژه واقعي را ديده و موجب درك بهتر از Use Case ها گردد. لازم به ذكر است در مقالات ديگري مزايا ، الگوها و روش نوشتن Use Case هاي بهينه را به تفصيل توضيح خواهم داد ولي در حال حاضر به علت درخواست بعضي از دوستان در راستاي تكميل پروژه سيستم سفارش غذاي رستوران ، چند Use Case مهم آن را با هم مرور مي كنيم.

در ذيل لينك مقالات قبلي مرتبط با اين پروژه آورده شده است كه پيشنهاد مي شود ابتدا آنها را مطالعه نماييد.

 

مقالات مرتبط با مستند محدوده و چشم انداز سيستم (Scope and Vision Document) :

پیش نیازها ، انتظارات ، اهداف و محدوده پروژه هاي نرم افزاري - قسمت اول

پیش نیازها ، انتظارات ، اهداف و محدوده پروژه هاي نرم افزاري - قسمت دوم

پیش نیازها ، انتظارات ، اهداف و محدوده پروژه هاي نرم افزاري - قسمت سوم(آخر)

مقالات مرتبط بامستند مشخصات نيازمنديهاي نرم افزار(Software Requirement Specification) :

مستند مشخصات نيازمنديها نرم افزار - مثال عملي سيستم سفارش غذا آنلاين - قسمت اول

مستند مشخصات نيازمنديها نرم افزار - مثال عملي سيستم سفارش غذا آنلاين - قسمت دوم

مستند مشخصات نيازمنديها نرم افزار - مثال عملي سيستم سفارش غذا آنلاين - قسمت سوم

مستند مشخصات نيازمنديها نرم افزار - مثال عملي سيستم سفارش غذا آنلاين - قسمت چهارم

مستند مشخصات نيازمنديها نرم افزار - مثال عملي سيستم سفارش غذا آنلاين - قسمت پنجم

مستند مشخصات نيازمنديها نرم افزار - مثال عملي سيستم سفارش غذا آنلاين - قسمت ششم

مستند مشخصات نيازمنديها نرم افزار - مثال عملي سيستم سفارش غذا آنلاين - قسمت ششم

مستند مشخصات نيازمنديها نرم افزار - مثال عملي سيستم سفارش غذا آنلاين - قسمت هفتم و آخر

 

مقاله مرتبط با قوانين تجاري (Business Rules) :

قوانین تجاری و کسب و کار (Business Rules) - مثال عملی سیستم سفارش غذای آنلاین

 

گروه هاي كاربري مختلف همراه با Use Case هاي مرتبط با آنها در جدول ذيل آمده است و هر گروه كاربري به عنوان بازيگر يا راهبر اصلي (Primary Actor) Use Case هاي مرتبط ، شناخته مي شوند.

 

راهبر اصلي	Use Cases
مشتري	سفارش غذا تغيير سفارش غذا لغو سفارش غذا مشاهده فهرست غذا ثبت نام براي كسر از حقوق لغو ثبت نام براي كسر از حقوق اشتراك براي غذاي متعارف اصلاح اشتراك غذا لغو اشتراك غذا
مدير فهرست غذا	ايجاد فهرست اصلاح فهرست تعريف غذاي ويژه
پرسنل رستوران	آماده نمودن غذا ايجاد درخواست پرداخت درخواست حمل ايجاد گزارشات رايج از سيستم
تحويل دهنده غذا	تحويل غذا ثبت تحويل غذا چاپ دستورالعمل حمل

 

 

 

شماره Use Case :	5
عنوان :	ثبت نام براي كسر از حقوق
ايجاد كننده :                           آخرين بروز رساني كننده : تاريخ ايجاد :                            تاريخ آخرين بروز رساني :
راهبران اصلي :	مشتري ، سيستم حقوق
توضيح :	مشتريان رستوران كه از سيستم غذاي سفارش غذاي رستوران استفاده مي نمايند و خواهان تحويل گرفتن غذا در  محل مي باشند مي بايست براي كسر از حقوق ثبت نام نمايند.براي خريدهاي غير نقدي كه در سيستم ثبت مي شود ، رستوران يك درخواست پرداخت به سيستم حقوق ارسال مي نمايد كه به موجب آن مبلغ سفارش از حقوق بعدي مشتري (پرسنل) كسر خواهد شد.
پيش شرط :	مشتري به سيستم سفارش غذا وارد شده است.
پس شرط :	ثبت نام مشتري براي كسر از حقوق صورت گرفته است.
سناريوي موفق اصلي :	5.0 ثبت نام براي كسر از حقوق مشتري درخواست ثبت نام براي كسر از حقوق مي نمايد. سيستم Use Case مربوط به اعتبار سنجي شناسه كاربري را فراخواني مي نمايد. سيستم از سيستم حقوق ،  واجد شرايط بودن مشتري براي ثبت نام روش كسر از حقوق را جويا مي شود. سيستم حقوق واجد شرايط بودن مشتري را تصديق مي نمايد. سيستم مشتري را از واجد شرايط بودن براي كسر از حقوق آگاه مي سازد. سيستم تاييد مشتري براي ثبت نام روش كسر از حقوق جويا مي شود. مشتري تمايل خود را براي ثبت نام روش كسر از حقوق تصديق مي نمايد. سيستم از سيستم حقوق مي خواهد تا روش كسر از حقوق را براي مشتري برقرار نمايد. سيستم حقوق برقراري روش كسر از حقوق براي مشتري را تصديق مي نمايد. سيستم مشتري را از برقراري امكان پرداخت به روش كسر از حقوق مطلع نموده و شماره تاييديه ترانزكشن ثبت نام را نمايش مي دهد.
ساير حالتها :	وجود ندارد.
استثنا ها :	مرحله 2a : اعتبار مشتري تاييد نمي شود : 1.  سيستم به كاربر دو شانس ديگر براي ورود شناسه كاربري صحيح مي دهد. 1.1     اگر تصديق صورت پذيرفت مشتري ساير مراحل را انجام مي دهد. 1.2     اگر تصديق بعد از 3 بار صورت نگرفت سيستم مشتري را مطلع نموده و تلاش براي ورود غير مجاز را ثبت نموده و رويه تمام مي شود.   مرحله 4a : مشتري واجد شرايط براي روش كسر از پرداخت نمي باشد. 1.  سيستم مشتري را از عدم واجد شرايط بودن براي روش كسر از حقوق مطلع مي نمايد. 2.     سيستم رويه را پايان مي دهد.   مرحله 4b : مشتري قبلا براي روش كسر از حقوق ثبت نام نموده است : 1.  سيستم مشتري را از اينكه در حال حاضر براي روش كسر از حقوق ثبت نام شده است مطلع مي نمايد. 2.     سيستم رويه را پايان مي دهد.
Use Case هاي فراخواني شونده :	اعتبار سنجي شناسه كاربري
اولويت :	بالا
فراواني استفاده :	بطور متوسط يك مرتبه براي هر پرسنل
قوانين تجاري مرتبط :	قوانين تجاري 88 و 86 كه مرتبط با شرايط واجد شرايط بودن براي ثبت نام در روش كسر از حقوق مي باشد.
نيازمنديها خاص :	1. اعتبار سنجي كاربر ، مطابق با استاندارد شركت براي نرم افزارهاي كاربردي با سطح امنيتي متوسط ، مي باشد.
فرضيات :	وجود ندارد.
يادداشت ها و ملاحضات :	1. انتظار مي رود به مدت 2 هفته از برپايي سيستم فراواني استفاده از اين Use Case بالا باشد.

 

خوب دوستان اينم از اين قسمت - در قسمت های بعد ادامه این مطلب را با هم مرور می کنیم.

اميدوارم از اين مطالب استفاده كنيد و براتون مفيد باشه لطفا نظرات اصلاحي و تكميلي خودتون رو در قسمت نظرات بگيد

و من ا... التوفيق – مدير سايت

بنام خدا

با سلام

با توجه به اهميتي كه قوانين تجارت و كسب و كاري مجموعه اي كه شما براي آن سيستم را توسعه مي دهيد در روند طراحي و پياده سازي سيستم تاثير به سزايي دارد مي بايد قسمتي از مستند مشخصات نيازمنديها و يا مستند جداگانه اي را به قوانين كسب و كار آن مجموعه اختصاص دهيد در ذيل قسمتي از قوانين تجاري مربوط به سيسستم سفارش غذاي رستوران را كه در مقالات قبلي دو مستند محدوده و چشم انداز سيستم  (Scope and Vision Document) و مشخصات نيازمنديهاي نرم افزار (Software Requirement Specification) آن را به تفصيل بررسي نموديم ، آورده شده است توصيه مي شود در صورتي كه مقالات مربوطه به دو مستند قبلي را مطالعه ننموده ايد ابتدا آنها را مطالعه نماييد.

 

مقالات مرتبط با مستند محدوده و چشم انداز سيستم (Scope and Vision Document) :

پیش نیازها ، انتظارات ، اهداف و محدوده پروژه هاي نرم افزاري - قسمت اول

پیش نیازها ، انتظارات ، اهداف و محدوده پروژه هاي نرم افزاري - قسمت دوم

پیش نیازها ، انتظارات ، اهداف و محدوده پروژه هاي نرم افزاري - قسمت سوم(آخر)

مقالات مرتبط بامستند مشخصات نيازمنديهاي نرم افزار(Software Requirement Specification) :

مستند مشخصات نيازمنديها نرم افزار - مثال عملي سيستم سفارش غذا آنلاين - قسمت اول

مستند مشخصات نيازمنديها نرم افزار - مثال عملي سيستم سفارش غذا آنلاين - قسمت دوم

مستند مشخصات نيازمنديها نرم افزار - مثال عملي سيستم سفارش غذا آنلاين - قسمت سوم

مستند مشخصات نيازمنديها نرم افزار - مثال عملي سيستم سفارش غذا آنلاين - قسمت چهارم

مستند مشخصات نيازمنديها نرم افزار - مثال عملي سيستم سفارش غذا آنلاين - قسمت پنجم

مستند مشخصات نيازمنديها نرم افزار - مثال عملي سيستم سفارش غذا آنلاين - قسمت ششم

مستند مشخصات نيازمنديها نرم افزار - مثال عملي سيستم سفارش غذا آنلاين - قسمت ششم

 

قوانين تجارت و  كسب و كار (Business Rules) سيستم سفارش غذاي رستوران :

 

شماره شناسايي	تعريف قانون	نوع قانون	ثابت يا متغير	منبع
قانون تجاري 1	نوبت حمل يك محدوده 15 دقيقه اي مي باشد كه ابتداي هر يك از چهار ربع ساعت شروع مي شود.	واقعيت	ثابت	مدير رستوران
قانون تجاري 2	عمليات حمل مي بايد در محدوده ساعت 10 صبح تا 2 بعداز ظهر به اتمام برسد.	محدوديت	متغير	مدير رستوران
قانون تجاري 3	همه غذاهاي يك سفارش مي بايد به يك مقصد حمل شود.	محدوديت	ثابت	مدير رستوران
قانون تجاري 4	همه مبالغ مربوط به آيتمهاي يك سفارش غذا بايد به يك روش پرداخت گردند.	محدوديت	ثابت	مدير رستوران
قانون تجاري 8	غذاها مي بايد حداكثر براي 14 روز بعد از تاريخ سفارش ، سفارش داده شوند.	محدوديت	متغير	مدير رستوران
قانون تجاري 11	اگر يك غذا به محل مشتري ارسال شوذ مشتري بايد پرداخت را به روش كسر از حقوق انجام دهد.	محدوديت	متغير	مدير رستوران
قانون تجاري 12	قميت سفارش بدين صورت محاسبه مي شود : جمع مبالغ هر آيتم سفارش در تعداد آن آيتم به اضافه هزينه حمل در صورتي كه به محلي خارج از محدوده حمل رايگان ، ارسال گردد.	محاسبه	متغير	خط مشي رستوران
قانون تجاري 24	تنها كارمنداني از رستوران مجاز به ايجاد ، اصلاح و حذف فهرست غذا مي باشند كه بوسيله مدير رستوران بعنوان مدير فهرست مشخص شده اند.	محدوديت	ثابت	خط و مشي رستوران
قانون تجاري 33	انتقال اطلاعات شبكه اي كه دربرگيرنده اطلاعات مالي يا مشخصات پرسنلي مي باشند لازم است با استاندارد 128 بيت رمزگذاري شوند.	محدوديت	ثابت	خط و مشي امنيتي شركت
قانون تجاري 35	(جزييات درباره خط و مشي محدوديت هاي دسترسي به سيستم هاي كامپيوتري بايد اينجا آورده شود.)	محدوديت	ثابت	خط و مشي امنيتي شركت
قانون تجاري 86	تنها پرسنل دايمي شركت امكان ثبت نام براي پرداخت به روش كسر از حقوق را دارند.	محدووديت	قابت	مدير مالي شركت
قانون تجاري 88	يك كارمند در صورتي مي تواند براي روش كسر از حقوق ثبت نام نمايد كه بيشتر از 40 درصد حقوق ناخالص او بابت ساير موارد كسر نگردد.	محدوديت	متغير	مدير مالي شركت

 

 

 

خوب دوستان اينم از اين مطلب

اميدوارم از اين مطالب استفاده كنيد و براتون مفيد باشه لطفا نظرات اصلاحي و تكميلي خودتون رو در قسمت نظرات بگيد

و من ا... التوفيق – مدير سايت

بنام خدا

با سلام

با توجه به اهميتي كه مستند مشخصات نيازمنديها دارد يك نمونه عملي از اين مستند را طي چند قسمت با هم مرور خواهيم كرد موضوع مورد نظر همان پروژه سيستم سفارش غذاي رستوران كه در مقالات اوليه  معرفي گرديد (در قالب سه قسمت تحت عنوان مستند محدوده و چشم انداز سيستم (Vision And Scope Document) ، مي باشد. لذا توصيه مي شود در صورتي كه آن مقالات را مطالعه ننموده ايد ابتدا آنها را مطالعه نماييد.

پیش نیازها ، انتظارات ، اهداف و محدوده پروژه هاي نرم افزاري - قسمت اول

پیش نیازها ، انتظارات ، اهداف و محدوده پروژه هاي نرم افزاري - قسمت دوم

پیش نیازها ، انتظارات ، اهداف و محدوده پروژه هاي نرم افزاري - قسمت سوم(آخر)

ادامه مستند مشخصات نيازمنديها :

ادامه ضميمه 1 : ديكشنري داده ها و مدل داده اي

شكل 2

قسمتي از مدل داده اي ويرايش 1 سيستم سفارش غذاي رستوران.

 

ضميمه 2 : مدلهاي فاز طراحي

شكل 3

دياگرام تغيير وضعيت براي سفارش غذا

خوب دوستان اينم از اين مطلب

اميدوارم از اين مطالب استفاده كنيد و براتون مفيد باشه لطفا نظرات اصلاحي و تكميلي خودتون رو در قسمت نظرات بگيد

و من ا... التوفيق – مدير سايت

بنام خدا

با سلام

با توجه به اهميتي كه مستند مشخصات نيازمنديها دارد يك نمونه عملي از اين مستند را طي چند قسمت با هم مرور خواهيم كرد موضوع مورد نظر همان پروژه سيستم سفارش غذاي رستوران كه در مقالات اوليه  معرفي گرديد (در قالب سه قسمت تحت عنوان مستند محدوده و چشم انداز سيستم (Vision And Scope Document) ، مي باشد. لذا توصيه مي شود در صورتي كه آن مقالات را مطالعه ننموده ايد ابتدا آنها را مطالعه نماييد.

پیش نیازها ، انتظارات ، اهداف و محدوده پروژه هاي نرم افزاري - قسمت اول

پیش نیازها ، انتظارات ، اهداف و محدوده پروژه هاي نرم افزاري - قسمت دوم

پیش نیازها ، انتظارات ، اهداف و محدوده پروژه هاي نرم افزاري - قسمت سوم(آخر)

ادامه مستند مشخصات نيازمنديها :

ضميمه 1 : ديكشنري داده ها و مدل داده اي ( Data Dictionary and Data Model)

 

 

دستورالعمل حمل	= + + + +	نام مشتري شماره تلفن مشتري تاريخ تحويل غذا محل تحويل نوبت حمل
محل تحويل	=	ساختمان يا اتاقي كه سفارش غذا بايد به آنجا حمل شود.
نوبت حمل	=	يك محدوده زماني 15 دقيقه اي كه يك سفارش بايد در آن محدوده تحويل گردد. يك ساعت داراي 4 محدوده زماني مي باشد.
شماره پرسنلي(employee ID)	=	شماره شناسايي پرسنل شركت كه سفارش غذا داده اند. رشته عددي كاراكتري بطول 6
توضيح آيتم غذا	=	توضيح متني يك آيتم غذا در فهرست غذا – حداكثر 100 كاراكتر
قيمت آيتم غذا	=	ارزش يك عدد از آيتم غذاي موجود در فهرست غذا – برحسب تومان
تاريخ تحويل غذا	=	تاريخي كه غذا مي بايد تحويل داده / يا گرفته شود. فرمت YYYY/MM/DD – اگر زمان سفارش غذا به پايان نرسيده باشد پيش فرض آن روز جاري و در غير اين صورت روز بعد مي باشد- نبايد قبل از تاريخ جاري باشد.
سفارش غذا	= + + + + +	شماره سفارش غذا تاريخ سفارش تاريخ تحويل غذا آيتم غذاي سفارش داده شده (1:m) دستورالعمل حمل وضعيت سفارش غذا
شماره سفارش غذا	=	يك شماره صحيح ترتيبي منحصر به فرد كه سيستم به هر سفارش غذاي تاييد شده اختصاص مي دهد – مقدار اوليه 1
وضعيت سفارش غذا	=	]ناقص / تاييد شده/ آماده شده / مرحله تحويل / تحويل شده / لغو شده[ - به دياگرام وضعيت در ضميمه 2 نگاه كنيد.
پرداخت	= + +	مبلغ پرداختي روش پرداخت (شماره ترانزكشن كسر از حقوق)
فهرست غذا	= + +	تاريخ فهرست آيتم غذاي فهرست (1:m) ويژه – 0:1
تاريخ فهرست	=	تاريخ كه فهرست غذاي مورد نظر در دسترس مي باشد – فرمت YYYY/MM/DD
آيتم غذاي فهرست	= +	توضيح آيتم غذا قسمت آيتم غذا
زمان پايان سفارش	=	زماني از روز كه تا قبل از آن كليه سفارشات آن روز بايد مشخص شده باشد.
تاريخ سفارش	=	تاريخي كه مشتري سفارش خود را ثبت نموده است – فرمت YYYY/MM/DD
آيتم غذاي سفارش داده شده	= +	آيتم غذاي فهرست مقدار سفارش داده شده
مشتري	= + + + +	نام مشتري شماره پرسنلي شماره تلفن مشتري محل مشتري پست الكترونيكي مشتري
پست الكترونيكي مشتري	=	پست الكترونيكي مشتري كه سفارش را ايجاد كرده است – كاراكتر حرفي عددي به طول 50
محل مشتري	=	شماره ساختمان و اتاق كه پرسنل سفارش دهنده كار مي كند – كاركتر حرفي عددي به طول 50
نام مشتري	=	نام مشتري كه سفارش غذا داده است –كاراكتر حرفي عددي به طول 30
شماره تلفن مشتري	=	شماره تلفن مشتري كه سفارش غذا داده است – فرمت AAA-NNNNNNNN xXXXX به ترتيب كد منطقه – شماره تلفن – داخلي
مبلغ پرداختي	=	مبلغ كل يك سفارش به تومان – روش محاسبه در BR-12
روش پرداخت	=	]كسر از حقوق/نقدي[ - موارد ديگري در نسخه 2 اضافه خواهد شد.
شماره ترانزكشن كسر از حقوق	=	يك عدد صحيح ترتيبي 8 رقمي كه سيستم حقوق به هر ترانزكشن كسر از حقوق تخصيص مي دهد.
مقدار سفارش	=	تعداد از هر آيتم غذاي كه مشتري سفارش مي دهد – پيش فرض = 1 ،  ماكزيمم = موجودي فعلي انبار
ويژه	= +	توضيح حالت ويژه قيمت حالت ويژه مدير فهرست غذا امكان تعريف يك يا بيشتر غذاي ويژه را در هر فهرست غذا دارد بنحوي كه با تركيب چند آيتم غذا شامل تخفيف گردد.
توضيح حالت ويژه	=	شرح متني در خصوص غذاي ويژه روز – حداكثر 100 كاراكتر
قيمت حالت ويژه	=	قيمت يك واحد از غذاي ويژه روز به تومان

 

 

خوب دوستان اينم از اين قسمت – در قسمتهاي بعد ادامه اين مستند را با هم مرور مي كنيم

اميدوارم از اين مطالب استفاده كنيد و براتون مفيد باشه لطفا نظرات اصلاحي و تكميلي خودتون رو در قسمت نظرات بگيد

و من ا... التوفيق – مدير سايت

بنام خدا

با سلام

با توجه به اهميتي كه مستند مشخصات نيازمنديها دارد يك نمونه عملي از اين مستند را طي چند قسمت با هم مرور خواهيم كرد موضوع مورد نظر همان پروژه سيستم سفارش غذاي رستوران كه در مقالات اوليه  معرفي گرديد (در قالب سه قسمت تحت عنوان مستند محدوده و چشم انداز سيستم (Vision And Scope Document) ، مي باشد. لذا توصيه مي شود در صورتي كه آن مقالات را مطالعه ننموده ايد ابتدا آنها را مطالعه نماييد.

پیش نیازها ، انتظارات ، اهداف و محدوده پروژه هاي نرم افزاري - قسمت اول

پیش نیازها ، انتظارات ، اهداف و محدوده پروژه هاي نرم افزاري - قسمت دوم

پیش نیازها ، انتظارات ، اهداف و محدوده پروژه هاي نرم افزاري - قسمت سوم(آخر)

ادامه مستند مشخصات نيازمنديها :

1. ساير نيازمنديهاي غير عملياتي :
1. نيازمنديهاي كارايي :

نيازمندي كارايي 1 : سيستم مي بايد در زمان استفاده حداكثري از سيستم كه مابين ساعت 8 تا صبح مي باشد جوابگوي 400 كاربر با مدت زمان ميانگين 8 دقيقه براي هر يك باشد.

نيازمندي كارايي 2 : كليه صفحات وب ايجاد شده مي بايد در يك ارتباط با سرعت 40 KBps در زماني كمتر از 10 ثانيه بصورت كامل دانلود و نمايش داده شود.

نيازمندي كارايي 3 : بعد از اينكه كاربر يك پرس وجو را تاييد نمود سيستم مي بايد در زمان كمتر از 7 ثانيه جواب مورد نظر را در نمايش دهد.

نيازمندي كارايي 4 : سيستم مي بايد ظرف مدت 4 ثانيه بعد از ارسال اطلاعات از طرف كاربر ، پيغام تاييد آن را نمايش دهد.

 

2. نيازمندي هاي ايمني :

هيچ نيازمندي ايمني تشخيص داده نشده است.

 

3. نيازمنديهاي امنيتي :

نيازمندي امنيتي 1 : كليه اطلاعات مرتبط با مسائل مالي و يا مشخصات پرسنلي كه تحت شبكه رد و بدل مي شوند بايد مطابق با BR-33 رمزگذاري گردند.

نيازمندي امنيتي 2 : كاربر براي انجام كليه عمليات (به جز مشاهده فهرست غذا) مي ايد مجبور به ورود(Log in) به سيستم باشد.

نيازمندي امنيتي 3 : مشتري مي بايد مطابق با دسترسي سيستمي محدوده شده كه در BR-35 آمده است به سيستم وارد شود.

نيازمندي امنيتي 4 : سيستم مي بايد تنها به آندسته از پرسنل رستوران كه جزو ليست مديران فهرست مي باشند اجازه ويرايش و يا ايجاد فهرست غذا را بدهد

 BR-24

نيازمندي امنيتي 5 : تنها كاربراني كه مجاز به دسترسي از منزل به شبكه محلي شركت را دارند اجاز استفاده از سيستم سفارش غذا را از محلهاي خارج از شركت دارند.

نيازمندي امنيتي 6 : سيستم مي بايد به مشتريان اجاز مشاهده سفارشات قبلي خودشان را بدهد نه سفارشات ايجاد شده توسط ساير  مشتريان

 

4. خصوصيات كيفي نرم افزار :

در دسترس بودن 1 : سيستم سفارش غذاي رستوران مي بايد همواره از طريق شبكه داخلي شركت در دسترس باشد. همچنين مي بايد براي كاربران با اتصال از طريق شماره گيري با احتمال 99.9 درصد از ساعت 5 صبح محلي  تا نيمه شب محلي و با احتمال 95 درصد از نيمه شب  محلي تا ساعت 5 صبح محلي در دسترس باشد.

استحكام 1 : اگر ارتباط كاربر با سيستم قبل از اينكه يك سفارش تاييد يا رد گردد قطع شود ، سيستم سفارش غذا مي بايد قادر باشد كه كاربر سفارش نيمه كاره را بازيابي نمايد.

 

 

خوب دوستان اينم از اين قسمت – در قسمتهاي بعد ادامه اين مستند را با هم مرور مي كنيم

اميدوارم از اين مطالب استفاده كنيد و براتون مفيد باشه لطفا نظرات اصلاحي و تكميلي خودتون رو در قسمت نظرات بگيد

و من ا... التوفيق – مدير سايت

 

بنام خدا

با سلام

با توجه به اهميتي كه مستند مشخصات نيازمنديها دارد يك نمونه عملي از اين مستند را طي چند قسمت با هم مرور خواهيم كرد موضوع مورد نظر همان پروژه سيستم سفارش غذاي رستوران كه در مقالات اوليه  معرفي گرديد (در قالب سه قسمت تحت عنوان مستند محدوده و چشم انداز سيستم (Vision And Scope Document) ، مي باشد. لذا توصيه مي شود در صورتي كه آن مقالات را مطالعه ننموده ايد ابتدا آنها را مطالعه نماييد.

پیش نیازها ، انتظارات ، اهداف و محدوده پروژه هاي نرم افزاري - قسمت اول

پیش نیازها ، انتظارات ، اهداف و محدوده پروژه هاي نرم افزاري - قسمت دوم

پیش نیازها ، انتظارات ، اهداف و محدوده پروژه هاي نرم افزاري - قسمت سوم(آخر)

ادامه مستند مشخصات نيازمنديها :

1. نيازمنديهاي رابط هاي خارجي
   1. رابط هاي كاربري :

رابط كاربري 1 : شماي صفحات و فرمهاي سيستم سفارش غذاي رستوران مي بايد با استاندارد رابط هاي  كاربري نرم افزارهاي كاربردي شركت – نسخه 2.0 مطابقت داشته باشد.

رابط كاربري 2 : سيستم مي بايد در داخل هر صفحه HTML نمايش داده شده يك لينك راهنما به صفحه اي نحوه استفاده از صفحه را توضيح داده است داشته باشد.

رابط كاربري 3 ‌: كليه عمليات پيمايش اطلاعات و انتخاب آيتمهاي غذايي در صفحات وب مي بايست با استفاده از كي بورد قابل انجام باشد بعلاوه امكان استفاده از ماوس و كي بورد بصورت تركيبي نيز وجود داشته باشد.

 

2. رابط هاي سخت افزاري :

هيچ رابط سخت افزاري تشخيص داده نشده است.

 

3. رابط هاي نرم افزاري :

رابط نرم افزاري 1 : سيستم انبار(كنترل موجودي) رستوران

1.1     : سيستم سفارش غذا مي بايد مقدار آيتمهاي غذاي سفارش داده شده را به سيستم انبار رستوران بوسيله يك واسط برنامه اي ، انتقال دهد.

1.2     سيستم سفارش غذا مي بايد موجودي سيستم انبار رستوران را در راستاي تعيين در دسترس بودن آيتم غذاي درخواست شده ، استفاده نمايد.

1.3     هنگامي كه سيستم انبار رستوران اعلام نمود كه يك آيتم غذاي خاص ديگر در دسترس نمي باشد ، سيستم سفارش غذا مي بايد آن آيتم غذايي را از فهرست غذاي روز جاري خارج نمايد.

   رابط نرم افزاري 2 : سيستم حقوق و دستمزد

سيستم سفارش غذاي رستوران مي بايد در راستاي انجام فرايندهاي ذيل از طريق يك رابط برنامه اي با سيستم حقوق مرتبط گردد.

2.1            به مشتري اجاز ثبت نام در روش "پرداخت از طريق كسر از حقوق" را بدهد.

2.2            به مشتري اجاز لغو ثبت نام از روش "پرداخت از طريق كسر از حقوق" را بدهد.

2.3     براي بررسي ثبت نام يا عدم ثبت نام مشتري براي روش "پرداخت از طريق كسر از حقوق"

2.4            ايجاد درخواست پرداخت در راستاي كسر از حقوق

2.5     براي برگشت همه يا قمستي از هزينه هاي قبلي در حالتي كه مشتري يك غذا را نپذيرد يا از آن ناراضي بوده و يا به دليل اينكه غذا در زمان و مكان توافق شده تحويل نگرديده است.

 

4. رابط هاي ارتباطاتي :

رابط ارتباطي 1 : سيستم سفارش غذا در حالتي كه سفارش مورد تاييد مي باشد مي بايد ايميلي شامل سفارش ، قيمت و دستورالعمل حمل براي مشتري ارسال نمايد.

رابط ارتباطي 2 : سيستم سفارش غذا در صورتي كه مشكلي در خصوص سفارش غذا و يا تحويل آن (بعد از پذيرش سفارش)  ايجاد  گردد مي بايد ايميلي به مشتري ارسال گردد.

 

خوب دوستان اينم از اين قسمت – در قسمتهاي بعد ادامه اين مستند را با هم مرور مي كنيم

اميدوارم از اين مطالب استفاده كنيد و براتون مفيد باشه لطفا نظرات اصلاحي و تكميلي خودتون رو در قسمت نظرات بگيد

و من ا... التوفيق – مدير سايت

بنام خدا

با سلام

با توجه به اهميتي كه مستند مشخصات نيازمنديها دارد يك نمونه عملي از اين مستند را طي چند قسمت با هم مرور خواهيم كرد موضوع مورد نظر همان پروژه سيستم سفارش غذاي رستوران كه در مقالات اوليه  معرفي گرديد (در قالب سه قسمت تحت عنوان مستند محدوده و چشم انداز سيستم (Vision And Scope Document) ، مي باشد. لذا توصيه مي شود در صورتي كه آن مقالات را مطالعه ننموده ايد ابتدا آنها را مطالعه نماييد.

پیش نیازها ، انتظارات ، اهداف و محدوده پروژه هاي نرم افزاري - قسمت اول

پیش نیازها ، انتظارات ، اهداف و محدوده پروژه هاي نرم افزاري - قسمت دوم

پیش نیازها ، انتظارات ، اهداف و محدوده پروژه هاي نرم افزاري - قسمت سوم(آخر)

ادامه مستند مشخصات نيازمنديها :

1. قابليتهاي سيستم
1. سفارش غذاها :

                                                              i.      تعريف و اولويت :

يك مشتري كه هويت او تاييد شده مي باشد مي تواند اقدام به سفارش غذا نموده تا در محل مشخصي از شركت به او تحويل داده شود و يا در محل رستوران تحويل گيرد. يك مشتري ممكن است تا قبل از آماده سازي سفارش ، نسبت به لغو و يا تغيير آن اقدام نمايد. اولويت : بالا

                                                            ii.      ترتيب محرك/پاسخ

محرك : مشتري درخواست ايجاد سفارش يك يا بيشتر غذا مي نمايد

پاسخ : سيستم از مشتري اطلاعات مربوط به جزييات سفارش ، نحوه پرداخت و دستورالعمل حمل (آدرس) را ، مي پرسد.

 

محرك : مشتري درخواست تغيير يك سفارش را مي دهد.

پاسخ : اگر وضعيت پذيرفته شده است ، سيستم اجازه ويرايش سفارش قبلي را مي دهد.

 

محرك : مشتري درخواست لغو سفارش را مي دهد.

پاسخ : اگر وضعيت پذيرفته شده است ، سيستم سفارش را لغو مي نمايد.

                                                          iii.      نيازمنديهاي عملياتي

 

Order.Place : سيستم به هر مشتري كه به سيستم وارد شده است اجازه ثبت سفارش براي يك يا چند غذا را مي دهد.

 

Order.Place.Register : سيستم مي بايد ثبت نام مشتري جهت كسر از حقوق را در هنگام ثبت سفارش ، بررسي و تاييد نمايد.

 

Order.Place.Register.No : اگر مشتري براي كسر از حقوق ثبت نام نكرده است سيستم بايد سه امكان مختلف را براي مشتري فراهم نمايد : 1- امكان ثبت نام را براي او فراهم نموده و سپس به ثبت سفارش اقدام نمايد 2- ثبت سفارش براي تحويل در محل رستوران 3- خروج از سيستم

 

Order.Place.Date : سيستم مي بايد تعيين تاريخ سفارش از جانب مشتري را اجباري نمايد.

 

Order.Place.Date.Cutoff : اگر تاريخ سفارش روز جاري بوده و زمان جاري بعد از زمان مجاز براي سفارش مي باشد سيستم مي بايد  مشتري را از اتمام زمان ثبت سفارش جهت امروز آگاه سازد.مشتري مي تواند نسبت به تغيير تاريخ سفارش و يا لغو آن اقدام نمايد.

 

Order.Deliver.Select : مشتري مي بايد مشخص نمايد كه سفارش را در محل كار و يا محل رستوران تحويل خواهد گرفت.

 

Order.Deliver.Location : اگر سفارش مي بايد در محل كار تحويل داده شود و هنوز زمان كافي براي تحويل در تاريخ مقرر وجود دارد ، مشتري مي بايد يك محل تحويل معتبر را معين نمايد.

 

Order.Deliver.Notimes : اگر امكان تحويل در محل كار وجود ندارد (به خاطر تكيمل ظرفيت تحويل )سيستم مي بايد به مشتري اطلاع دهد. مشتري مي تواند نسبت به لغو سفارش و يا تعيين تحويل در محل رستوران اقدام نمايد.

 

Order.Deliver.Times : سيستم مي بايد ظرفيت باقي مانده جهت تحويل در محل كار را براي روز جاري نمايش دهد. سيستم مي بايد به مشتري امكان انتخاب يكي از محدوده هاي زماني  مجاز جهت تحويل در محل كار ، تحويل در محل رستوران و يا لغو درخواست را فراهم نمايد.

 

Order.Menu.Date : سيستم مي بايد يك فهرست غذا براي روز تعيين شده نمايش دهد.

 

Order.Menu.Available : در فهرست غذاي روز جاري تنها مي بايد آيتمهايي نمايش يابد كه حداقل 1 عدد موجودي در سيستم انبار رستوران دارند.

 

Order.Units.Food : سيستم مي بايد به مشتري اجازه تعيين تعداد هر آيتم سفارش غذا را بدهد.

 

Order.Units.Multiple : سيستم بايد به مشتري اجازه سفارش چند عدد از يك غذا را حداكثر به مقدار در دسترس آن ، بدهد.

 

Order.Units.TooMany : اگر مشتري بيشتر از موجودي فعلي از يك آيتم درخواست دهد سيستم مي بايد مشتري را از حداكثر مقدار ممكن جهت سفارش آگاه سازد.

 

Order.Uints.Change : اگر موجودي فعلي جوابگوي تعداد سفارش داده شده نباشد مشتري مي تواند نسبت به تغيير تعداد درخواستي ، تغيير آيتم درخواستي و يا لغو سفارش اقدام نمايد.

 

Order.Confirm.Display : موقعي كه مشتري سفارش خود را كامل شده اعلام نمود سيستم مي بايد اطلاعات لازم شامل آيتمهاي سفارش داده شده ، قيمت هر يك از آيتمها ، مقدار كل پرداختي را محاسبه نمايد . رجوع قاعده تجاري 12

 

Order.Confirm.Prompt : سيستم مي بايد امكان تاييد سفارش را به مشتري بدهد.

 

Order.Confirm.Not : اگر مشتري سفارش را تاييد نكرد مشتري مي تواند نسبت به ويرايش و يا لغو آن اقدام نمايد.

 

Order.Confirm.More : سيستم مي بايد به مشتري اجاز ثبت سفارش غذا ديگر براي همان روز و يا روز ديگر را بدهد. قوانين تجاري 3و4 مرتبط با نحوه سفارش دهي چند غذا در يك سفارش مي باشد.

 

Order.Pay.Method : هنگامي كه مشتري اتمام سفارش را اعلام نموده سيستم مي بايد از مشتري بخواهد يك روش پرداخت را انتخاب نمايد.

 

Order.Pay.Deliver : به قانون تجاري 11 رجوع شود.

 

Order.Pay.Pickup : اگر سفارش جهت تحويل در محل رستوران مي باشد سيستم مي بايد به مشتري اجازه انتخاب پرداخت به روش كسر از حقوق و يا پرداخت نقدي در هنگام تحويل را بدهد.

 

Order.Pay.Details : سيستم مي بايد آيتمهاي سفارش داده شده ، مقدار پرداختي ، روش پرداخت و دستورالعمل حمل را نمايش دهد.

 

Order.Pay.Confirm.Deduct : اگر مشتري سفارش را تاييد كرده و روش پرداخت به صورت كسر از حقوق را انتخاب كرده باشد سيستم مي بايد يك درخواست پرداخت به سيستم حقوق ارسال نمايد.

 

Order.Pay.Confirm.Ok : اگر درخواست پرداخت پذيرفته شد سيستم مي بايد پيغامي مبني بر پذيرش سفارش همراه با شماره ترانزكشن كسر از حقوق نمايش دهد.

 

Order.Pay.Confirm.NG : اگر درخواست پرداخت رد شد سيستم مي بايد پيغامي شامل علت رد آن نمايش دهد.مشتري مي تواند نسبت به لغو سفارش و يا تغيير روش پرداخت به نقدي و درخواست تحويل در محل رستوران اقدام نمايد.

 

Order.Done : هنگامي كه مشتري سفارش را تاييد نمود سيستم مي بايد رويه هاي زير بصورت يك ترانزكشن انجام دهد.

 

Order.Done.Store : اختصاص اولين شماره سفارش ممكن (آخرين شماره + 1) به سفارش و ذخيره نمودن سفارش با وضعيت تاييد شده

 

Order.Done.Inventory : ارسال پيغامي به سيستم انبار (موجودي) شركت كه شامل تعداد درخواستي از هر آيتم سفارش غذا

 

Order.Done.Menu : بروزرساني فهرست غذاهاي روز جاري براي اعمال تاثير آيتمهايي كه در سيستم انبار موجودي ندارند.

 

Order.Done.Times : بروزرساني تعداد در دسترس جهت حمل براي تاريخ اين سفارش

 

Order.Done.Patron : ارسال يك پيغام پست الكترونيكي به مشتري همراه با اطلاعات سفارش و پرداخت

 

Order.Done.Cafeteria : ارسال يك پيغام پست الكترونيكي به رستوران همراه با اطلاعات سفارش

 

Order.Done.Failure : اگر هر كدام از مراحل فوق (Done) انجام نگرديد ، سيستم مي بايد كليه عمليات صورت گرفته را به حالت اول برگرداند و مشتري را از عدم موفقيت در قبول سفارش همراه با دليل آن آگاه سازد.

 

Order.Previous.Period : سيستم مي بايد به مشتري اجازه مشاهده كليه سفارشات خود را كه در طول 6 ماه گذشته بوده است بدهد . اولويت : متوسط

 

Order.Previous.Reorde : مشتري مي تواند نسبت به سفارش مجدد هر غذايي كه ظرف 6 ماه گذشته سفارش داده است اقدام نمايد مشروط به آنكه سيستم در دسترس بودن آنها را براي تاريخ سفارش تاييد نمايد. اولويت : متوسط

 

نيازمنديهاي مرتبط براي تغيير و لغو سفارش غذا در اين مثال آورده نشده است.

 

 

ساير نيازمنديهاي عملياتي در اين مثال آورده نمي شود.

 

خوب دوستان اينم از اين قسمت – در قسمتهاي بعد ادامه اين مستند را با هم مرور مي كنيم

اميدوارم از اين مطالب استفاده كنيد و براتون مفيد باشه لطفا نظرات اصلاحي و تكميلي خودتون رو در قسمت نظرات بگيد

و من ا... التوفيق – مدير سايت

بنام خدا

با سلام

با توجه به اهميتي كه مستند مشخصات نيازمنديها دارد يك نمونه عملي از اين مستند را طي چند قسمت با هم مرور خواهيم كرد موضوع مورد نظر همان پروژه سيستم سفارش غذاي رستوران كه در مقالات اوليه  معرفي گرديد (در قالب سه قسمت تحت عنوان مستند محدوده و چشم انداز سيستم (Vision And Scope Document) ، مي باشد. لذا توصيه مي شود در صورتي كه آن مقالات را مطالعه ننموده ايد ابتدا آنها را مطالعه نماييد.

پیش نیازها ، انتظارات ، اهداف و محدوده پروژه هاي نرم افزاري - قسمت اول

پیش نیازها ، انتظارات ، اهداف و محدوده پروژه هاي نرم افزاري - قسمت دوم

پیش نیازها ، انتظارات ، اهداف و محدوده پروژه هاي نرم افزاري - قسمت سوم(آخر)

ادامه مستند مشخصات نيازمنديها :

2. مشخصات كلي :

1. چشم انداز محصول :

سيستم سفارش غذاي رستوران يك سيستم جديد مي باشد كه جايگزين روش دستي جاري و همچنين فرايند لبفني سفارش و تهيه غذا در رستوران شركت خواهد شد.  Context Diagram مربوطه بيانگر موجوديتهاي خارجي و رابط هاي سيستمي ويرايش اول نرم افزار مي باشد. انتظار مي رود سيستم طي چند ويرايش توسعه يافته و نهايتا از طريق خدمات سفارش اينترنتي امكان اتصال چند رستوران محلي و امكان استفاده از كارتهاي اعتباري (همراه با اعتبارسنجي) فراهم گردد.

 

 

2. مشخصات و گروه هاي كاربري :

 

مشتري	يك مشتري ، يكي از كارمندان شركت مي باشد كه خواهان سفارش غذا و حمل آن از طرف رستوران شركت مي باشد. اينجا در حدود 600 مشتري بالقوه وجود داشته و انتظار مي رود 400 نفر و بطور متوسط 4 بار در هفته از سيستم سفارش آنلاين غذا استفاده نمايند. ( منبع : اطلاعات مرتبط با استفاده از رستوران در حال حاضر). مشتريان در پاره اي موارد چند غذا جهت مراسم گروهي و يا مهمانان سفارش مي دهند.تخمين زده شده است كه 90% مشتريان از طريق اينترانت شركت غذا را سفارش داده و 10% مابقي از خانه اينكار انجام خواهند داد. همه مشتريان دسترسي به شبكه محلي را در محل كار خود دارند. بعضي از مشتريان خواهان تعيين غذاهاي روزه هاي آتي خود هستند كه مي تواند استفاده از يك غذا براي هر روز و يا غذاهاي مختلف باشد. مشتري مي بايست قادر به لغو غذاي سفارش داده شده يك روز خاص باشد.
شكل 1 : نمودار Context Diagram براي ويرايش اول سيستم سفارش غذاي رستوران سيستم سفارش غذا مشتري سيستم حقوق مدير فهرست غذا حمل كننده غذا كارمند  رستوران درخواست حمل درخواست كسر از حقوق درخواست پرداخت محتويات منو درخواست حمل درخواست پرداخت سفارش غذا منو سفارش غذا ثبت نام غذا اعلام كسر از حقوق سيستم انبار رستوران سفارش آيتمهاي غذا اطلاعات در دسترس بودن آيتمهاي غذا جواب درخواست كسر از حقوق بروز رساني وضعيت غذا كارمند رستوران	رستوران شركت در حال حاضر 20 كارمند دارد كه قرار است سفارش را از سيستم سفارش غذا دريافت ، غذاها را آماده و بسته بندي نموده و آدرس و درخواست حمل را چاپ نمايند. بيشتر كارمندان نياز به آموزش در زمينه استفاده از كامپيوتر ، نمايشگر وب و سيستم سفارش غذا دارند.
مدير فهرست غذا	مدير فهرست غذا يك كارمند رستوران مي باشد (كه ممكن است خود مدير رستوران باشد) كه مسئول ايجاد و بروز رساني منوي غذاي روزانه و همچنين زماني از روز كه در دسترس است ، مي باشد. بعضي از آيتمهاي منو ممكن است امكان حمل نداشته باشد. مدير فهرست همچنين معرفي دسرهاي روزانه رستوران را انجام مي دهد. مدير فهرست مي بايد بصورت دوره اي نسبت به ويرايش منو اقدام نموده تا اطلاع رساني لازم در خصوص غذاهايي كه در دسترس نيستند و يا قيمت آنها تغيير نموده ، صورت پذيرد
حمل كننده غذا	حمل كننده يكي از كارمندان رستوران و يا يك پيمانكار مي باشد. حمل كننده غذا و آدرس محل حمل هر غذا را دريافت و سپس به مشتري تحويل مي دهد. تعامل حمل كننده با سيستم عبارتست از چاپ مجدد آدرس حمل در بعضي از مواقع و همچنين تاييد تحويل شدن (يا نشدن) غذا مي باشد.

3. محيط عملياتي (Operating Environment) :

محيط عملياتي 1 : سيستم سفارش غذاي رستوران مي بايد در نمايشگرهاي وب ذيل قابل اجرا باشد : Microsoft Internet Explore 5.0,6.0 و Netscape 6,7

محيط عملياتي 2  : سيستم سفارش رستوران مي بايد در سرور فعلي شركت كه نسخه معتبري از Red Hat Linux و Appache WebServer بر روي آن نصب مي باشد قابل اجرا باشد.

محيط عملياتي 3  : سيستم سفارش غذا اجاز دسترسي كاربران را از شبكه داخلي شركت مي دهد همچنين در صورتي كه كاربر مجاز به دسترسي از خارج شركت مي باشد (در Firewall) ، كاربر مي تواند از طريق ارتباط اينترنتي از منزل به سيستم دسترسي داشته باشد.

4. محدوديت هاي طراحي و پياده سازي :

محدوديت 1 : فرمت مستند سازي مراحل طراحي ، كدنويسي و نگهداري مي بايست مطابق با استاندارد توسعه شركت ويرايش 1.3 باشد.

محدوديت 2 : سيستم مي بايد از نسخه بانك اطلاعاتي اوراكل كه در حال حاضر در شركت وجود دارد استفاده نمايد.

محدوديت 3 : همه كدهاي HTML مي بايد با HTML 4.0  استاندارد ، همخواني داشتته باشد.

محدوديت 4 : همه اسكريپت ها مي بايد با زبان Perl نوشته شود.

 

5. مستندات كاربري :

مستند كاربري 1 : سيستم مي بايد يك راهنماي آنلاين سلسله مراتبي با فرمت HTML داشته باشد كه توابع سيستمي را توضيح دهد.

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

6. فرضيات و وابستگي ها :

فرض 1 : رستوران در هر سه وعد صبحانه ، نهار و شام روزهاي كاري شركت كه انتظار مي رود كارمندان در شركت باشند باز مي باشد.

محدوديت 1 : عمليات سيستم سفارش غذا به تغييرات سيستم حقوق شركت (براي پذيرش درخواست پرداخت وجه سفارش غذا) وابسته مي باشد.

محدوديت 2 : عمليات سيستم سفارش غذا به تغييرات سيستم انبار(موجودي) شركت (براي بروزرساني دردسترس بودن آيتمهاي غذا در حالتي كه سفارشي تاييد مي گردد.) وابسته مي باشد.

 

خوب دوستان اينم از اين قسمت – در قسمتهاي بعد ادامه اين مستند را با هم مرور مي كنيم

اميدوارم از اين مطالب استفاده كنيد و براتون مفيد باشه لطفا نظرات اصلاحي و تكميلي خودتون رو در قسمت نظرات بگيد

و من ا... التوفيق – مدير سايت

بنام خدا

با سلام

با توجه به اهميتي كه مستند مشخصات نيازمنديها دارد يك نمونه عملي از اين مستند را طي چند قسمت با هم مرور خواهيم كرد موضوع مورد نظر همان پروژه سيستم سفارش غذاي رستوران كه در مقالات اوليه  معرفي گرديد (در قالب سه قسمت تحت عنوان مستند محدوده و چشم انداز سيستم (Vision And Scope Document) ، مي باشد. لذا توصيه مي شود در صورتي كه آن مقالات را مطالعه ننموده ايد ابتدا آنها را مطالعه نماييد.

پیش نیازها ، انتظارات ، اهداف و محدوده پروژه هاي نرم افزاري - قسمت اول

پیش نیازها ، انتظارات ، اهداف و محدوده پروژه هاي نرم افزاري - قسمت دوم

پیش نیازها ، انتظارات ، اهداف و محدوده پروژه هاي نرم افزاري - قسمت سوم(آخر)

مستند مشخصات نيازمنديها شامل موارد ذيل مي باشد و شما مي توانيد با بررسي اين مثال يك الگو (Template)  براي پروژه هاي خود ايجاد نماييد.

فهرست :

1-     مقدمه

a.      هدف مستند

b.     محدوده پروژه و قابليتهاي محصول

c.      مراجع

2-     توضيحات كلي

a.      چشم انداز محصول

b.     مشخصات و گروههاي كاربري

c.      محيط اجرا

d.     محدوديتهاي طراحي و پياده سازي

e.      مستندات كاربري

f.       فرضيات و وابستگي ها

3-     قابليتهاي سيستم

a.      سفارش غذاها

b.     ايجاد ، مشاهده ، اصلاح و حذف ليست مشتركين

c.      ثبت نام براي روشهاي پرداخت

d.     درخواست تحويل غذا

e.      ايجاد ، مشاهده ، اصلاح و حذف از منوي رستوران

4-     نيازمنديها مرتبط با رابط هاي بيروني

a.      رابط هاي كاربري

b.     رابط هاي سخت افزاري

c.      رابط هاي نرم افزاري

d.     رابط هاي ارتباطي

5-     ساير نيازمنديهاي غير عملياتي

a.      نيازمنديهاي مرتبط با كارايي

b.     نيازمنديهاي ايمني

c.      نيازمنديهاي امنيتي

d.     خصوصيات كيفي نرم افزار

ضميمه 1 : مدل داده اي و ديكشنري داده

ضميمه 2 : مدلهاي آناليز

 

 

1-     مقدمه :

a.      هدف مستند :

 اين مستند در برگيرنده نيازمنديهاي عملياتي و غير عملياتي ويرايش اول سيستم سفارش غذاي رستوران مي باشد. اين مستند به منظور استفاده اعضاي تيم پروژه كه وظيفه پياده سازي و ارزيابي صحت عمليات سيستم مي باشند تهيه گرديده است. همه نيازمنديها ذكر شده در اين مستند (به غير از  مواردي كه چيز ديگري گفته شده است) داراي اولويت بالا بوده و جزء تعهدات نسخه اول مي باشد.

b.     محدوده پروژه و قابليتهاي محصول :

سيستم اجازه سفارش آنلاين غذا را به كارمندان داده كه بعد از سفارش مي تواند به محل كار وي حمل گردد. توضيحات كاملي از جزييات پروژه در مستند چشم انداز و محدوده پروژه آمده است (به سه  لينك ابتداي مقاله مراجعه شود.)

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

c.      مراجع :

مستند چشم انداز و محدوده پروژه

مستند استانداردتوسعه تحت شبكه داخلي شركت ويرايش 1.3

كاتالوگ قوانين و قواعد تجاري شركت

استاندارد واسط كاربري برنامه هاي كاربردي تحت وب شركت ويرايش 2.0

 

 

خوب دوستان اينم از اين قسمت – در قسمتهاي بعد ادامه اين مستند را با هم مرور مي كنيم

اميدوارم از اين مطالب استفاده كنيد و براتون مفيد باشه لطفا نظرات اصلاحي و تكميلي خودتون رو در قسمت نظرات بگيد

و من ا... التوفيق – مدير سايت

 

 

بنام خدا

با سلام

يكي از مباحث مهم در توسعه نرم افزار ، مديريت پروژه هاي نرم افزاري مي باشد بدين منظور لازم است قبل از شروع پروژه نسبت به برنامه ريزي اقدام نماييم (تهيه  مستند برنامه پروژه Project Plan) به منظور دقيق و شدني بودن برنامه تهيه شده لازم است موارد زيادي مد نظر قرار گيرد در طي چند مقاله ، پرسشنامه اي را با هم مرور مي نماييم كه هدف آن عبارتست از :

• تيمهاي درگير در پروژه را از فعاليتهاي مختلف و متنوعي كه مي بايد در برنامه ريزي لحاظ گردد آگاه سازد. بديهي است اين فعاليتها در خروجي پروژه موثر مي باشد.
• كمك به تخمين منابع مورد نياز و همچنين تشخيص ريسك ها
• اطلاع رساني اوليه به ذينفعاني كه پروژه جديد دربرگيرنده محدوده كاري آنها مي باشد.

تذكر مهم : اين پرسشنامه هر چند از لحاظ محدوده پوشش دهي ، كامل مي باشد ولي لازم است با توجه به پروژه ، سازمان شما و درخواست كننده پروژه ، تغييرات مرتبط صورت پذيرد.

 

ادامه پرسشنامه

 

عوامل مرتبط با مديريت پروژه

پاسخگويي به سئوالات ذيل به فهم بهتر چگونگي كاربرد روشهاي مديريت پروژه در سيستمهاي اطلاعاتي كمك خواهد نمود.

18- كداميك از متدلوژي هاي مرتبط با چرخه توليد نرم افزار در اين پروژه به كار خواهد رفت ؟

Microsoft Solutions Framework                               James Martin

موارد ديگر ـــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــ

 

19-   طبق برنامه قرار است از كداميك از تكنيك هاي توسعه و نگهداري نرم افزار استفاده نماييد (همه موارد را مشخص نماييد)

Rapid Application Development (RAD)        Rapid Prototyping (نمونه سازي سريع)

Join Application Development (JAD)          Iterative Development (توسعه مبتني بر تكرار)

Segmented Development (توسعه بخش بخش)     Object Oriented (شي گرا)

Spiral (حلقه اي)

موارد ديگر ـــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــ

 

20- كداميك از فعاليتهاي مرتبط با توسعه و مديريت سيستمهاي اطلاعاتي سازماني ، تيمي و انفرادي در پروژه بكار خواهد رفت؟ ( همه موارد را مشخص نماييد)

برنامه ريزي پروژه                                مديريت نيازمنديها

مديريت پيكربندي                                رهگيري پروژه (Project Tracking and Oversight)

تضمين كيفيت                                    مديريت پيمانكاران فرعي

ارزيابي ريسك                                     ارزيابي دوجانبه

برنامه آموزش                                      مهندسي محصول نرم افزاري

هماهنگي بين گروهي                         تعريف فرايندهاي سازماني

پيگيري عيوب

موارد ديگر ـــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــ

 

21- چه نوع آموزشي را شما براي پروژه مناسب مي دانيد.(همه موارد را مشخص نماييد)

سي دي                               خود آموزي                     كلاس آموزشي

آموزش مبتني بر كامپيوتر          آموزشي ويديويي

موارد ديگر ـــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــ

 

22- چه ابرازي براي مستند سازي سيستم / پروژه استفاده خواهد شد؟ (همه موارد را مشخص نماييد)

راهنماي آنلاين                  سي دي                       نوشته تايپي

وب سايت                        ديسكت                         ويديو               

موارد ديگر ـــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــ

 

23- چه معيارهايي را براي پيگيري پروژه استفاده خواهيد كرد ؟ (همه موارد را مشخص نماييد)

زمانبندي                   هزينه                          عيوب

ميزان تلاش

موارد ديگر ـــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــ

 

پاسخنامه توسط                                                  تكميل گرديد.

تاريخ :                                                                  سازمان :

 

ليست توزيع :

در حالت كلي ، پاسخنامه تكميل شده مي بايد براي كليه اعضاي فعلي و آتي تيم پروژه ارسال گردد.

 

اختياري :

يك مرور دوجانبه مثلا از جانب كسي كه در پروژه مشابهي دخيل بوده است مي تواند كمك زيادي به بهبود كيفيت پاسخ هاي داده شده كمك نمايد. آيا در تكميل پرسشنامه از مرور كننده مستقلي استفاده نموده ايد؟

بله                     خير

اگر جواب  مثبت است چه كساني بوده اند :

نام                           تاريخ

نام                           تاريخ

 

 

نكته : اگر به سئوالات فوق و سئوالاتي كه در مقالات آتي خواهد آمد با دقت بنگريد درخواهيد يافت با جمع آوري اين اطلاعات بسياري از نيازمنديها شناخته شده و همچنين برآورد دقيقي از مواردي كه مي بايد در برنامه ريزي لحاظ گردد (مانند مدت ، نيروي انساني ، هزينه و ...) بدست مي آيد.

نكته مهم : همانطور كه در عنوان و موضوعات مرتبط با وبلاگ گفته ام هدف من ارائه راهكارهايي است  كه در پروژه هاي متوسط و بزرگ كارايي داشته باشد لذا ممكن است براي بعضي از دوستان اين همه ريزه كاري ضروري بنظر نرسد ولي مطمئن باشيد استفاده از اين روشها در صرفه جويي آتي در زمان و هزينه ها بسيار موثر بوده و از همه مهمتر نرم افزار توسعه يافته كمترين پشتيباني را ، لازم خواهد داشت.

 

خوب دوستان اينم از اين مطلب – در مطالب بعدي همراه ما باشيد.

اميدوارم از اين مطالب استفاده كنيد و براتون مفيد باشه لطفا نظرات اصلاحي و تكميلي خودتون رو در قسمت نظرات بگيد

و من ا... التوفيق – مدير سايت