سلام

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

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

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

راستش مثل هر کاری فقط تمرین و تمرین

به نظر من کسی که توی درس برنامه نویسی پیشرفته مثلا ۳۰ تا برنامه کوچک نوشته باشه و همینطور که میاد بالا به تناسب درسهای مرتبط مثل ساختمان داده ، کامپایلر ، شبیه سازی ، طراحی الگوریتم ، بانک اطلاعاتی و ... کدهای مناسب و اصولی بنویسه مطمئنا می تونه موفق باشه

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

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

  ( mehdi_a83@yahoo.com)

نوشته شده توسط مهدی امینی در یکشنبه بیست و هشتم مهر 1387 ساعت 8:11 | لینک ثابت |
با سلام

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

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

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

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

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

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

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

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

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

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

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

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

ادامه مطلب

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

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

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

همانطور که در شکل اومده هدف و ارتقاهای صورت گرفته با توجه به نیازهای تجاری مشتریان و همراستا با پیشرفت های تکنولوژی بود در نرم افزار SAP R/2 هدف اتوماسیون سازمانها بوده است در مرحله بعد شرکت سپ نسبت به جایگزینی کامل SAP R/3 به جاری R/2 می نماید

ادامه مطلب

درباره نرم افزار برنامه ریزی منابع سازمان 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, ERP
نوشته شده توسط مهدی امینی در شنبه بیست و نهم تیر 1387 ساعت 16:42 | لینک ثابت |
 
business articles