توسعه مبتني بر مولفه : Component-base development يا CBD

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

ادامه نوشته

متخصصين

درصورتيکه جواب شما به تنها يکي از سوالهاي ذيل مثبت است ، مي توانيد جهت درج اطلاعات خود در وبلاگ www.uml.blogfa.com و سايت www.uml.ir و شروع همکاري با ما ثبت نام نمائيد :

• آيا شما در زمينه تحليل و توسعه سيستمهاي نرم افزاري فعاليت مي کنيد ؟
• آيا با روشهاي توسعه و مديريت پروژه هاي نرم افزاري آشنا هستيد ؟
• آيا با مفاهيم برنامه نويسي شيء گرا آشنا هستيد ؟
• ...

ادامه نوشته

10 قاعده طلا‌يى گوگل

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

ادامه نوشته

وب سرویس - قسمت سوم (پایان)

براى ايجاد يك پروژه وب سرويس بعد از اجراى Visual Studio .NET كافيست با انتخاب گزينه New Project و سپس قالب وب سرويس از درون پوشه Visual Basic Projects و با انتخاب نام وب سرويس، گزينه Ok را انتخاب نمائيد . با انجام اين عمل يك كلاس وب سرويس با نام انتخابي( كه بعدا" براى دسترسى به روالهاى وب سرويس از آن استفاده ميشود ) ايجاد ميگردد

ادامه نوشته

SCRUM ، XP ، RUP

يک مقاله جالب در مورد مقايسه روشهاي توسعه نرم افزار SCRUM ، XP ، RUP. در این مطلب خصوصا درمورد توسعه سریع نرم افزار تاکید شده است.

ادامه نوشته

چارچوب تکراری افزایشی 2

 در این پست به ادامه مطلب "چارچوب تکراری افزایشی" می پردازیم.

ادامه نوشته

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

در صورت انجام دادن موارد زیر، با وجود فرایند یکپارچه، پروژه شکست خواهد خورد:

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

ادامه نوشته

چارچوب تکراری-افزایشی

مدلهای فرایند (Process Models) که عبارتی اختصاری برای مدلهای فرایند توسعه نرم افزار (Software Development Process) می باشد، دستور کارهایی هستند که به سازندگان نرم افزارها می گویند تولید نرم افزار را از کجا شروع کنند، چگونه ادامه دهند، و به کجا ختم کنند.

ادامه نوشته

وب سرویس - قسمت دوم

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

ادامه نوشته

وب سرویس - قسمت اول

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

ادامه نوشته

برآورد زمان و هزینه پروژه به روش Use Case Points - قسمت اول

نمی‌توان طرحی داشت اگر نتوان آن را به درستی اندازه‌گیری کرد و آغاز پروژه بدون وجود طرح مانند آن است که شکست پروژه طراحی شده باشد.

 

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

ادامه نوشته

آشنایی با RUP (کتاب الکترونيکي)

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

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

ادامه نوشته

Bridge Design Pattern

ِِDefinition

Decouple an abstraction from its implementation so that the two can vary independently.

ادامه نوشته

BPMN قسمت اول

یا Business process Management Notation ابزار و تواناساز اصلی در تکنولوژی مدیریت فرآیندهای کسب و کار (BPM) می باشد. در واقع می توان گفت مزیت اصلی استفاده از تکنولوژی BPM وجود زبان استانداردی به نام BPMN می باشد برای مدلسازی فرآیندها. ویژگی اصلی BPMN قابلیت تبدیل آن به زبانهایی است که قابل درک توسط سیستمهای نرم افزاری می باشد.

این آموزش تنها قابل استفاده توسط اعضاء گروه مدیریت فرآیند کسب و کار می باشد. جهت استفاده از این فایل شما احتیاج به نرم افزار Microsoft PowerPoint Viewer خواهید داشت.

ادامه نوشته

Use case diagrams

نمودارهای Use Case بیان می کنند که از دید جهان خارج، سیستم چه کارهایی را انجام می دهد. تأکید این نوع نمودار بر این مطلب است که :

یک سیستم چه کاری را انجام می دهد

در واقع ما در یک نمودار Use Case به سوال چه چیز یا What جواب می دهیم. برای بیان اینکه چگونه (how) سیستم این کارها را انجام می دهد از دیگر نمودارهای UML استفاده خواهیم کرد.

ادامه نوشته