ايران ويج - روشهاي تحليل و طراحي

جایگزین گیت هاب برای مدیریت فایل های پروژه

Sat, 24 Sep 2016 19:16:18 +0000

سلام
سرور گیت هاب رو میشه روی لوکال آورد بالا منتها نیاز به کرک داره ، کسی تجربه استفاده از سرویس دیگه رو داره که بهم پیشنهاد بده ؟

طراحی نرم افزار تحت بیسیم

Mon, 18 Apr 2016 18:39:29 +0000

من فک کنم جا سوالم همینجاس!
چون یه روش طراحیه دیکه!
میخام یه نرم افزار طراحی کنم که تحت بیسیم پلیس کار کنه
میشه؟
یه کلمه کلیدی بگین چی سرچ کنم؟!

رسم Use Case diagram برای سیستم اطلاع رسانی

Tue, 19 Jan 2016 18:59:32 +0000

سلام دوستان
برای مثال من میخواهم یک Use Case diagram برای یک سیستم اطلاع رسانی درست کنم....
دوتا actor داریم Admin و User
به این صورت است که مدیر میتواند اطلاعیه ی جدید ایجاد و ویرایش کند ولی باید قبل از آن به سیستم وارد شود
و کاربران هم می توانند اطلاعیه ها را مشاهده نمایند ولی باید قبل از آن نوع اطلاعیه ای که می خواهند دریافت کنند را مشخص نمایند
actor ها و use case های سیستم به صورت زیر است

ولی ارتباط بینشون چطور باید باشد؟

آیا به صورت زیر درست است؟؟؟

میشه اینجوری گذاشت(مثل تصویر زیر)؟! میشه روابط را تشخیص داد؟

ممنون

  usecase1.png (اندازه: 5.57 KB / تعداد دفعات دریافت: 161)

  usecase2.png (اندازه: 7.56 KB / تعداد دفعات دریافت: 157)

  usecase.png (اندازه: 4.62 KB / تعداد دفعات دریافت: 148)

ساخت یک Ide یا محیط توسعه نرم افزار

Mon, 25 May 2015 06:38:54 +0000

سلام دوستان
بار اولی هست که تو این انجمن مطلب می نویسم.
چند تا سوال دارم اساسی.
فعلا اولی رو می پرسم.
من می خوام یه برنامه بنویسم تو وی بی دات نت 2010 که زبان های دیگه مثل پایتون رو کامپابل کنه. و مثلا کاربر بتونه در یک textbox کد رو بنویسه و بعد از این که دکمه رو زد برنامه کد نوشته شده در textbox رو کامپایل کنه.
بعد جواب کامپایلر رو در یک label یا در یک textbox دیگه نشون بده.
می خوام بتونم این کار رو برای زبان هایی مثل جاوا و جاوا اسکریپت و html ... هم انجام بدم. اما الان نکته اول پایتونه.
ممنون از کمک و راهنمایی تون پیشاپیش

رسم DFD و بدست آوردن جداول پايگاه داده

Tue, 11 Sep 2012 11:45:54 +0000

سلام
موقع رسم DFD چطور تشخيص بديم پايگاه داده ما چطور ميشه؟جداولش كدومن؟
ممنون

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

Mon, 03 Sep 2012 11:48:57 +0000

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

دموی نمایشی کد:
http://www.joomir.com/allarticles/item/2...در-وب-سایت

درخواست فوت پرینت رله مینیاتوری درARES

Mon, 04 Jun 2012 06:12:04 +0000

سلام
دوستان من فوت پرینت یا pcb رله مینیاتوری در ARES میخام .ممنونم دوستان راهنمایی کنند

use case diagram

Sat, 12 May 2012 11:18:24 +0000

با سلام.
من این ترم درس مهندسی نرم افزار دارم.
سیستم حضور و غیاب یه کارخونه رو برداشتم....
الان استاد ما گفته که از روی چارت سازمانی باید use case diagram رو بکشید....

از دوستان کسی بلده و منو راهنمایی کنه؟؟
با تشکر....

Chart.doc (اندازه: 31.5 KB / تعداد دفعات دریافت: 118)

قاطی کردن میکرو avr هنگام قطع و وصل شدن ترانس!

Sat, 26 Nov 2011 14:53:20 +0000

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

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

Mon, 03 Oct 2011 06:01:34 +0000

Scientific Toolworks Understand v2.6.560 x86/x64

نرم افزار Scientific Toolworks Understand یک ابزار تجزیه و تحلیل استاتیک برای حفاظت، اندازه گیری و تجزیه تحلیل انتقادی برای پایگاه های بزرگ کد(های برنامه نویسی) است. این برنامه توانایی شناخت پلت فرم های متقابل، پشتیبانی ازچندین زبانه و همچنین محیط های برنامه نویسی(محیط توسعه تعاملی) تعمیر و نگهداری گرا را دارد. این نرم افزار برای کمک به حفظ و ایجاد کد منبع/source code طراحی شده که این کدهای منبع می توانند شامل کدهای منبع C++ ,C# ,FORTRAN ,Java ,JOVIAL ویا Delphi/Pascal باشنداین برنامه توانایی شناخت روابط و ساختار های موجود در پروژه های نرم افزاری را دارد.

پارامترهای اصلی که این برنامه چک می کند:
- تعداد کلاس
- تعداد فایل
- تعداد خط
- تعداد خط های خالی
- تعداد خط های کد
- تعداد خط های توضیحات
- تعداد خط های غیر فعال
- تعداد Declarative Statement
- تعداد Executable Statement
- تعداد Ratio Comment to

پارامتر های پیشرفته ای که این برنامه چک می کند:- Cyclomatic Complexity
- گره ها
- کلاس Coupling
- درصد عدم انسجام
- تعداد راه
- Max Inheritance
- تعداد کلاس پایه
- تعداد کلاس ارث برنده
- تعداد تابع های instance
- وزن تابع در هر کلاس

دانلود نسخه 32 بیتی حجم 37.33 مگابایت

دانلود نسخه 64 بیتی حجم 44.89 مگابایت

پسورد : www.p30download.com

منبع

سوال در مورد گرافها در ساختمان گسسته

Fri, 19 Dec 2008 16:43:44 +0000

سلام.
ميدونين قضيه ي "" هاول حكيمي "" در مبحث دنباله ي گرافيكي چيه؟؟:(

برنامه چند لایه چیست؟

Tue, 26 Aug 2008 12:37:54 +0000

برنامه چند لایه چیست؟

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

کد: 
1-Presentation Layer

2-Business Logic Layer

3-Data Access Layer

همان طور که احتمالا حدس زده اید، لایه Presentation چیزی نیست به جز بخشی از نرم افزار که با کاربر برنامه شما ارتباط برقرار می کند ( اینترفیس برنامه شماست ) نمایش داده ها به کاربر نهایی و اجازه به آنان برای ارتباط داشتن با داده ها، اصلی ترین وظیفه این لایه است.

در بیشتر موارد داده هایی که توسط کاربر وارد می شوند نیاز به اعتبارسنجی یا پردازش اضافی دارند. این مسوولیت لایه Business Logic است.

در نهایت داده های برنامه شما نیاز به ذخیره و بازیابی از طریق یک انبار داده دارند ( مثلا سیستم مدیریت دیتابیس های رابطه ای یا RDBMS و یا XML , (… این وظیفه توسط لایه دسترسی به داده انجام می شود.

به طور خلاصه، فرآیند مورد نظر ما این گونه کار می کند:

- کاربر برای داده های برنامه درخواستی ارسال می کند.
- لایه Data Access داده های مورد نظر را بازیابی می کند و از طریق لایه Business Logic آن ها را به لایه نمایش می فرستد.بعضی مواقع لایه دسترسی به داده ها، این داده ها را مستقیما به لایه نمایش ارسال می کند.
- لایه نمایش اطلاعاتی که باید نمایش داده شوند را از طریق لایه Business Logic دریافت می کند.
- کاربر داده ها را تغییر می دهد و عمل مناسب در مورد آن ها را اجرا می کند ( مثل اضافه یا به روز کردن داده ها )
- لایه Business Logic صحت داده های وارد شده توسط کاربر را بررسی می کند ( داده ها را اعتبار سنجی می کند)
- اگر داده ها معتبر باشند آن ها را برای به روز رسانی در بانک اطلاعاتی به دست لایه دسترسی به داده می سپارد.

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

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

انتخاب های لایه Presentation
دو انتخاب اصلی برای ساخت یک لایه نمایش در دات نت وجود دارد. آنها فرم های ویندوزی یا فرم های وبی ASP.NET هستند.

با استفاده از ویندوز فرم ها شما می توانید برنامه های دسکتاپ فرم محور ( form base ) معمول را بسازید. برنامه های ویندوز فرمی می توانند المان های رابط کاربری بسیار غنی به کاربر پیشنهاد کنند.آن ها کم و بیش شبیه به فرم های ویژوال بیسیک هستند.

جذاب ترین گزینه برای توسعه لایه نمایش استفاده از وب فرم های ASP.NET است. کنترل هایی مثل دیتاگرید، دیتالیست و تقویم ( Calendar ) یک رابط کاربری قدرتمند را با مقدار کمی کد فراهم می کنند.

انتخاب هایی که در بالا برای ساخت یک لایه نمایش بررسی کردیم می توانند توسط زبان های مختلفی مثل سی شارپ یا ویژوال بیسیک دات نت پیاده سازی شوند.

انتخاب های لایه Business Logic
لایه Business logic از چندین بخش که کارهایی نظیر اعتبار سنجی کار، گردش کار یا کارهای مشابه را انجام می دهند تشکیل شده است.

کامپوننت های دات نت این لایه را شکل می دهند. شما می توانید با interop از کامپوننت های COM استفاده کنید ولی این کار کارآیی را پایین خواهد آورد.

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

کامپوننت هایی که شما توسعه می دهید به ماندن روی ماشین های مشابه نیازی ندارند. با استفاده از .NET Remoting شما می توانید آن ها را روی چندین ماشین توزیع کنید.

انتخاب های لایه Data Access
این لایه با دستکاری داده ها مثل اضافه ، حذف و به روز رسانی آن ها سر و کار دارد. داده هایی که به آن ها اشاره کردیم می توانند در RDBMS یا XML قرار داشته باشند. شما باید لایه دسترسی به داده را چنان طراحی کنید که دیگر لایه ها نیازی به دانستن وضعیت انبار داده ها نداشته باشند.

ADO.NET فناوری دسترسی به داده تحت دات نت است. اگر چه ADO.NET از طریق کلاس های DataReader اجازه دسترسی به داده های در هنگام اتصال را می دهد ولی بیشترین تمرکز روی دسترسی به داده ها در زمان متصل نبودن است. دیتاست نقش کلیدی را در این مورد بازی می کند. در بعضی موارد شما می توانید ADO را هم برای دسترسی به داده ها استفاده کنید ولی استفاده از آن باید دلیل معتبری داشته باشد. از ADO استفاده نکنید فقط به خاطر اینکه RecordSet ها را دوست دارید !

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

همچنین وب سرویس ها هم می توانند لایه دسترسی به داده را شکل دهند. این مخصوصا زمانی درست است که دیتابیس شما فراهم کننده ( provider ) داده ندارد. در این گونه موارد شما می توانید مقداری کد برای اتصال به داده ها و پر کردن دیتاست ها و بازگرداندن نتایج درون دیتاست به درخواست کننده داده بنویسید.

علاوه بر ADO.NET شما می توانید از امکانات سیستم مدیریت دیتابیس خود مثل توابع و یا روال های ذخیره شده ( Stored Procedures ) استفاده کنید.

ارسال داده از یک لایه به لایه دیگر
در تمام موارد به ارسال اطلاعات از یک لایه به لایه دیگر نیاز است، به طور معمول برنامه نویسان از رشته ها ، آرایه ها ، رکوردست های غیرمتصل برای رسیدن به این هدف استفاده می کنند. در دات نت ، دیتاست ها یک راه فوق العاده برای انتقال اطلاعات میان لایه ها فراهم می کنند. شما حتی می توانید با برنامه نویسی یک دیتاست بسازید و آن را با داده های خودتان پر کنید. اگر اشیا را خیلی دوست دارید می توانید از Typed DataSets استفاده کنید که در واقع کلاسی مشتق شده از کلاس دیتاست است که جداول و سطرها را به شکل یک شی معرفی می کند.

پنج اصل براي موفقيت CRM

Tue, 26 Aug 2008 12:33:29 +0000

مخفف عبارت Customer Relationship Management است و به روش نرم افزاري اطلاق مي شود كه به سازمان كمك مي كند به شيوه اي سازمان يافته ارتباط با مشتريانش را مديريت كند. نمونه ساده اي از CRM ، يك بانك اطلاعاتي حاوي اطلاعات مربوط به مشتريان يك سازمان است كه مديريت و كاركنان فروش يا خدمات سازمان به كمك آن مي توانند نيازهاي مشتريانشان را با محصولات خود تطبيق دهند، نيازهاي خدماتي آنها را يادآور شوند و غيره.

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

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

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

پنج اصل براي موفقيت CRM

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

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

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

اصل چهارم: قيمت و هزينه كل مالكيت را به دقت در نظر داشته باشيد
در اغلب سازمان ها معمولاً يك دوره3 ساله را براي اجراي CRM در نظر مي گيرند و نتايج حاصل از اجراي آن نيز پس از راه اندازي قابل مشاهده خواهد بود. از سوي ديگر، بودجه همه سازمان ها محدود است و هزينه راه اندازي CRM هزينه اي نيست كه يك بار انجام شود. حدود60 درصد سرمايه گذاري مورد نياز CRM ، در سال اول انجام مي شود و با توجه به عدم مشاهده نتايج قابل اندازه گيري، اين سرمايه گذاري ريسك بزرگي به شمار مي آيد. بدين ترتيب در طول دوره اجراي CRM بايد هزينه كل مالكيت به دقت زيرنظر باشد. بدين منظور بايد چهارچوب شفافي براي اندازه گيري نتايج پروژه تعريف شود.
در اين زمينه بايد در نظر داشت كه اگر در يك سازمان بتوان برنامه CRM ويژه آن نوع سازمان را اجرا كرد، هزينه كل مالكيت كاهش خواهد يافت. يك برنامه CRM كه براي يك سازمان يا صنعت خاص طراحي شده است، حداقل75 درصد نيازهاي آن سازمان يا صنعت را برآورده مي كند.

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

برگرفته از : DotNetSource

100 اصل در تولید و توسعه نرم‌افزار

Mon, 02 Jun 2008 03:01:22 +0000

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

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

یکی از نکاتی که در این مقاله آورده شده این جمله است که «هرچه را می‌خوانید باور نکنید»، بنابراین هر یک از این نکات را به دقت با دوستان و هم تیمیهایتان بحث کرده و آنگاه به کار برید.

1- کیفیت حرف اول را می‌زند.
2- کیفیت در چشمان بیننده است.
3- کیفیت و کارائی دو جز، جدا نشدنی هستند.
4- بالاترین کیفیت در نرم‌افزار امکان پذیر است.
5- قابلیت اعتماد کم، بدتر از کارایی کم است.
6- محصول را هر چه زودتر به مشتری/کاربر بدهید.
7- دائما با مشتری/کاربر در ارتباط باشید.
8- محرکهایی را برای برنامه‌نویسان و مشتریان ایجاد کنید.
9- یک نمونه اولیه درست ارائه نمائید(ProtoType).
10- قابلیت‌های عملیاتی را در نمونه اولیه بسازید.
11- نمونه اولیه را خیلی سریع بسازید.
12- سیستم را به صورت افزایشی تولید کنید.
13- بیشتر ببینید تا احساس ضرورت بیشتری کنید.
14- تغییرات در زمان توسعه نرم‌افزار اجتناب ناپذیر است.
15- در صورت امکان، بجای تولید اجزا، آنها را بخرید.
16- بعد از تولید نرم‌افزار نیاز به یک راهنمای کاربری کوچک دارید.
17- هر مسئله پیچیده ای راه حلی دارد.
18- فرضیاتتان را ثبت کنید.
19- تکنولوژی قبل از ابزار اهمیت دارد.
20- از ابزارها استفاده کنید اما واقع بین باشید.
21- همیشه ابزارهای خوب را به مهندسین خوب بدهید.
22- دانستن «چه موقع» مهم تر از دانستن «چطور» است.
23- زمانی که به اهدافتان رسیدید پروژه را متوقف کنید.
24- روش‌های مرسوم توسعه نرم‌افزار را خوب بشناسید.
25- تکنولوژی را هرگز فراموش نکنید.
26- از استانداردهای مستندسازی استفاده نمائید.
27- هر مستندی به واژه نامه نیاز دارد.
28- هر مستندی به یک فهرست نیاز دارد.
29- برای مفاهیم یکسان از اسامی یکسان استفاده نمائید.
30- مفاهیم را جست‌وجو کنید و سپس انتقال بدهید.
31- مسئولیت پذیر باشید.
32- نیازمندی‌های ضعیف زمینه برآورد هزینه اشتباه است.
33- قبل از ثبت نیازمندی‌ها، مسئله را تعریف کنید.
34- خطاها را در توضیحات نیازمندی‌ها شناسایی و برطرف نمائید.
35- نمونه اولیه، ریسک انتخاب UI مناسب را کم می کند.
36- اینکه نیازمندی‌ها شامل چه چیزهایی هستند را به خوبی ثبت نمائید.
37- زیرسیستم‌ها را به خوبی شناسایی کنید.
38- نیازمندی‌ها را بازبینی نمائید.
39- از طراحی در مرحله شناخت نیازمندی‌ها اجتناب کنید.
40- به نیازمندی‌ها از زوایای مختلف نگاه کنید.
41- نیازمندی‌ها را اولویت بندی کنید.
42- خلاصه نویسی کنید.
43- ابهام را در نیازمندیها برطرف نمائید.
44- قبل از تبدیل به هرگونه مدل رسمی، نیازمندیها را به صورت توضیحات زمان طبیعی بنویسید.
45- انتقال از مرحله شناخت نیازمندی‌ها به طراحی آسان نیست.
46- طراحی بدون مستندسازی طراحی نیست.
47- چرخ را دوباره اختراع نکنید.
48- خطاهای مفهومی بسیار مهم تر از خطاهای Syntax می باشند.
49- طراحی کنید که تغییرات داشته باشید.
50- طراحی را به گونه ای انجام دهید که نگهداری آن امکان پذیر باشد.
51- طراحی بایستی به نحوی باشد که خطاها به راحتی قابل تشخیص باشند.
52- از الگوریتم‌های با کارایی بالا استفاده نمائید.
53- به کاربر فقط اطلاعاتی را نمایش دهید که مورد نیاز وی می باشد.
54- طراحی بایستی چند بعدی باشد.
55- نرم‌افزاری که قصد تولید آن را دارید به خوبی بشناسید.
56- « ورود اطلاعات نادرست –- خروج داده‌های غلط » را در پی دارد.
57- از به کار بردن متغیرهای غیر محلی خودداری نمائید.
58- به شکلی کدنویسی نمائید که بتوان آن را از بالا به پائین خواند.
59- مراقب اثرات جانبی کدی که می نویسید باشید.
60- از اسامی با مفهوم در نامگذاری ها استفاده نمائید.
61- قبل از اینکه به فکر سریع اجرا شدن کد باشید به فکر درست کارکردن آن باشید.
62- قبل از اینکه کد را به پایان برسانید توضیحات آن را بنویسید.
63- هر بخش از کد را جداگانه هم اجرا کنید.
64- کد نوشته شده را ممیزی کنید.
65- از زبان برنامه نویسی مناسب استفاده کنید.
66- کد نویسی را خیلی زود شروع نکنید.
67- تست را از نیازمندیها شروع کنید.
68- نرم‌افزار را خودتان تست نکنید.
69- طرح تست را خودتان ننویسید.
70- نیمی از خطاها در 15 درصد از کدها می باشند.
71- همیشه از تست فشار استفاده نمائید.
72- قبل از تست واحدها یکپارچه سازی را اعمال نکنید.
73- مدیریت قوی بسیار مهم‌تر از تکنولوژی قوی می باشد.
74- هر چه را که می خوانید باور نکنید.
75- نیروی انسانی راه رسیدن به پیروزی می باشد.
76- نیروی انسانی خوب ولی کم بهتر است از نیروی انسانی زیاد ولی ضعیف.
77- به پرسنل تان گوش دهید.
78- به نیروهایتان اطمینان کنید.
79- مهارتهای ایجاد ارتباط بسیار مهم می باشند.
80- به پرسنل تان بوسیله ابزارهای مختلف روحیه دهید.
81- محیط کاری تان را آرام و ساکت نگه دارید.
82- دو چیز قابل برگشت نیستند یکی نیروی انسانی و دیگری زمان.
83- هر چیزی را که در حال انجام آن می باشید می توان به بهترین شکل به اجرا در آورد.
84- موارد غیر ممکن را کنار بگذارید.
85- کار تیمی را هرگز فراموش نکنید.
86- برنامه زمانی پروژه ها را به ریز نگه دارید و همیشه آن را به روز نگه دارید.
87- 10 ریسک اول را شناسایی کنید.
88- برای پروژه حتی در حین اجرا نام و شماره نسخه در نظر بگیرید.
89- همه چیز را ثبت و مستندسازی نمائید.
90- سعی نکنید علائم مربوط به مشکلات را حذف کنید، بلکه آنها را حل کنید.
91- هرچه از عمر نرم‌افزار بیشتر می گذرد پشتیبانی آن سخت تر خواهد بود.
92- برای کنترل پیشرفت نرم‌افزار جلسات بررسی پیشرفت کار را به شکل دائمی برگزار کنید.
93- برنامه نویسانتان را به دو گروه تقسیم کنید : گروه اول برنامه نویسانی که بر روی منطق و الگوریتم نرم‌افزار کار می کنند، گروه دوم آنانی که برروی کارهای روتین و تکراری کار می کنند.
94- برای نوشتن نرم‌افزارهای جدید حتما از مشاور مرتبط با موضوع در تیم تحلیل استفاده نمائید.
95- به افراد تیم تان بیاموزید که این مشتری است که قرار است از نرم‌افزار استفاده نماید نه آنان.
96- استانداردهای لازم جهت مراحل مختلف از قبیل تحلیل، طراحی و برنامه نویسی را قبل از شروع به کار در هر یک از مراحل تدوین نمائید.
97- با توجه به محدوده و بزرگی یا کوچکی نرم‌افزار، متدلوژی توسعه نرم‌افزار را به درستی انتخاب نمائید.
98- قبل از شروع کردن هر پروژه ای، تیم اجرایی آن را به دقت تشکیل دهید.
99- در ابتدای پروژه مسئولیتها و وظایف هر یک از افراد تیم را به روشنی به آنها توضیح دهید.
100- در صورت امکان یک نفر را به عنوان مشاور فنی در تیم در نظر بگیرید
موفق باشید

سوال در مورد دو نرم افزار تحليل و طراحي

Tue, 11 Mar 2008 10:03:15 +0000

سلام یه سری اطلاعات درباره سیستم RUP که درشرکت رشنال استفاده میشه و SSADM که در انگلیسه میخواستم میتونید کمکم کنید. ممنون

استاندارهای فرآیند تولید نرم افزار و ارزیابی کیفیت آن

Wed, 31 Oct 2007 10:42:54 +0000

می خواستم بدونم کسی درباره ی : استاندارهای ارزیابی کیفیت فرآیند تولید نرم افزار و استاندار ها و متدولوژی های فرآیند تولید نرم افزار اطالاعاتی داره در اختیار من قرار بده.
ممنون میشم کمکم کنید.