مطالب وبلاگ

با سلام

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

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

برنامه ریزی و مديريت پروژه - ‍‍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)

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

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

افتتاح سايت

بنام خدا

با سلام

يكي از اولين گامها در فرايند اجراي هر پروژه اي ، برنامه ريزي پروژه (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

 

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

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

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