بسیاری از مردم کسب و کار به طور کامل پیچیدگی فرآیند توسعه نرم افزار را درک نمی. آن & #39 طبیعی, از آنجایی که کتاب تخصصی در مورد توسعه توسط توسعه دهندگان و دیگر کسانی از آن دفعات بازدید:, و بسیاری دیگر هنوز هم ممکن است به پروژه نرم افزاری به عنوان & #39; & #39; برنامه نویسی #39 با اشاره &; & #39; یا #39 &; & نوشتن #39; & #39; & #39;. با اضافه کردن یک ممکن است شانس بهتر & #39;; d & esigning #39 و & تست #39; & #39;. کاملا نادرست است.
یکی از تعداد مقایسه استعاره برای توصیف توسعه نرم افزار مانند نوشتن یک کتاب و یا ساخت خانه فکر می کنم. برخی از آنها نور خوب در تاریکی، برخی نه گمراه کننده است. و در حالی که بسیاری از مردم ممکن است پشیمان که آیا ایجاد نرم افزار هنر و یک علم یا یک فرایند منطقی شفافی است ما #39 &; د ترک که انتخاب را به شخص دیگری. آن نه کم می تواند توصیف. اما ما & #39; ه سعی کنید برای دادن توضیحات و مقایسه برخی از وجه جمع و جور و روشن.
آیا ما & #39; & #39; نوشتن & #39; & #39; نرم افزار?
یکی از چیزهای مشترک اما نه مبهم است نسبت به ایجاد نرم افزار با نوشتن. نوشتن کد نوشتن کتاب و غیره. شما می توانید شروع به نوشتن کتاب بدون طرح و رفتن با جریان; با تولید نرم افزار سفارشی شما می توانید نیست، توسعه دهندگان دیگر قطعه كوچكي از نرم افزار خود را- و برای خود. علاوه بر این، نرم افزار برون سپاری هرگز شروع پروژه با نوشتن کد.
کتاب و نرم افزار هر دو ممکن است مهلت سخت. اما هنگامی که کتاب منتشر شده است، چه & #39; نوشته ها نوشته شده است; بازنویسی یک گزینه نیست. اما نرم افزار نگه می دارد که با نسخه های جدید که منتشر شد از آن ها در بهبود مستمر بودن & چیز طبیعی #39;. آن #39 &; s تقریبا غیر ممکن است برای هر نیاز کاربر نهایی، سازگاری با کسب و کار و فن آوری تغییرات یک بار و برای یک عمر. کتاب که وابسته به تغییرات است. نرم افزار است. اما این & #39; s خوب: نرم افزار خود را بر خلاف کتاب فقط یک چیز متوسط در بازار تبدیل می تواند، بی ربط و قدیمی را تبدیل می توانید. فرآیندهای کاملا متفاوت هستند: ما ترجیح می دهند با استفاده از کلمات & ایجاد #39; & #39; & #39; & #39; یا #39 &; & #39; #39 & build; & #39; نرم افزار جای & #39; & نوشتن #39; & #39; & #39;.
آیا ما & #39; & #39; #39 & Grow; & #39; نرم افزار?
& #39; رشد & #39; & #39; نرم افزار در صورت خوب و یک مجموعه خوبی از مستندات تا حدودی امکان پذیر است. همانطور که با نوشتن آن; #39 & s نه بهترین توضیحات یکی نشان می دهد. تا حدی افزایشی، چالاک ماهیت ساخت و نگهداری نرم افزار مربوط میشود. اما در حالی که & #39; & #39; رشد & #39; & #39;، محصول است بسیار خوشمزه “تا آن & ابتدا s #39; و مالک برای مدتی صبر کنید.
تفاوت است در توسعه نرم افزار مراحل مختلف بودن & #39; & #39; #39 & ابتدا؛ & #39; وجود دارد. راه اندازی به طور معمول محصول نرم افزار قابل دوام حداقل نورد در بازار، گرفتن بازخورد و اصلاح و بهبود تقاضا. هر نسخه بیشتر است & #39; & #39; #39 & ابتدا؛ & #39; از سلف خود، و آن است به & #39; & #39; #39 & سیراب؛ & #39; شهر پشتیبانی و تعمیر و نگهداری، نگهداری تازه میان کسب و کار و تغییرات تکنولوژیکی.
آیا ما & #39; & #39; ساخت & #39; & #39; نرم افزار?
این یکی توسط بسیاری از متخصصان نزدیک ترین راه برای توصیف توسعه نرم افزار در نظر گرفته است و ما با آن موافقت می تواند. ساخت آثار بزرگ اهمیت دقیق برنامه ریزی، تهیه، هدایت کار و انجام آن را نشان می دهد. محدودیت نرم افزار بستگی دارد چگونه معماری آن ساخته شده است. از آنجا که هر ساختمان متفاوت است و نیاز به روش های مختلف میزان آثار به تدریج، رشد. وجود بیمارستان ساختمان اداری مدرسه یا کودک و اندازه فیزیکی همان مقدار مساوی کار معنا. چیزی را با بتن انجام می شود می توان چیزی را با چوب و ناخن انجام می شود و دومی با نرم افزار پیچیده و با ارزش برای راه اندازی تلفن همراه و کسب و کارهای دیگر کار نمی کند.
-همه چیز بستگی به نوع ساختمان لازم است. لازم است مشکل نرم افزار را حل کند، و انجام مقدمات لازم انجام تحقیقات بازار، جمع آوری اطلاعات، و غیره. پیچیده تر نرم افزار خود را، بیشتر منابع باید در برنامه ریزی به سر برد. برنامه ریزی حمام- و کل برنامه نتواند، وزش اولین باد مثل یک خانه کارت می افتد.
–سپس شما و (مدیر پروژه) معمار ارشد شما دو طراحی است که ترکیبی الزامات عملکردی و رابط، ادامه می تواند منجر به یک تجربه کاربری مناسب. مطمئن شوید که شما می خواهید کسانی که کار یا زندگی در ساختمان به طور کامل با آن راضی. همین با نرم افزار. یک خوب تر چیزی که پس از طراحی تایید شده است، آن & #39 راه آسان تر به برآوردهای دقیق برای یادآوری کارهای ساختمانی (توسعه).
-هنگامی که تجهیز خانه شما نیاز نیست همه چیز شما می توانید خرید ساختمان: لوازم خانگی و مبلمان. آن & #39 بسیار ارزان تر و سریع تر راه. همین کار را با نرم افزار: اگر با تجربه تیم توسعه نرم افزار آن می توانید تمام منابع موجود به ماندن از نوشتن چیز بی نیاز اساسی استفاده کنید: بسیاری از نرم افزار toolkits چارچوب کلاس و کتابخانه ها که هر کدام برای خاص مورد. و اگر این تیم کسب و کار به معنی، آنها به راحتی ابزار و فن آوری است که وظایف خود را انجام به همان سرعتی که ممکن است پیدا کنید. سفارشی قطعات مبلمان را بیشتر از زمان و تلاش است، اما در اغلب موارد وجود دارد در حال حاضر موجود راه برای صرفه جویی در وقت و پول خود را بدون به خطر انداختن امنیت و کارایی نرم افزار خود را از پیش ساخته.
-همیشه وجود داشته باشد تغییر در الزامات عملکردی. باز هم تغییرات خود به خود در معماری برنامه ریزی شده می تواند رخ دهد است. در اینجا ما یک بار دیگر تأکید بر اهمیت آماده سازی-اگر چه این موضوع مقاله جداگانه به ارزش است. و نه هر نقطه بدون اشاره به تضمین کیفیت که دائما بررسی جنبه های مختلف از چگونگی کارکرد بریم. چه & #39; s بیشتر حتی تغییر جزئی شامل تست، طوری که & s #39; نه جایی برای کاهش هزینه ها (در واقع QA معمولا حدود 30% از زمان توسعه همه طول می کشد).
-بهینه سازی نرم افزار (دیوارهای داخلی ساختمان) محدود به معماری مورد تایید است و اینجا هزینه اصلی همه چیز در مورد کار نمی مواد. اما آنچه شما را در پایان دریافت نرم افزار بهتر و رضایت کاربران است. در ضمن کاربران صحبت ذهن خود را در آنچه به آنها آپارتمان دو نگاه می خواهم- و یکی هرگز باید غفلت این عقاید.
– یک چیز بیشتر ارزش دانستن – معمار خوب (یا متخصص خلاق خوب در توسعه نرم افزار) همیشه آماده به شما مشورت در چیزهایی که باید بلافاصله حل شده است و آنچه می تواند بماند برای بعد بدون شکستن برنامه های شما و یا کیفیت خود را نرم افزار. شما به احتمال زیاد برای نمی دانم ظرایف فنی تا طرف ترک پیشنهادات و توضیحات به تیم خود هستند. مگر اینکه شما فرد با تجربه آن است و شما نیاز به خواندن این مقاله به این بینش نمی.
همانطور که می بینید، آخرین نمونه واقعا نزدیک است و لیست شباهت می تواند برای همیشه ادامه داد. اما آنهایی که ارائه شده ما در اینجا باید به اندازه کافی برای درک فرآیند توسعه نرم افزار که بدون صبر، تخصص تیم و درک متقابل است.
mobile
بسیاری از مردم کسب و کار به طور کامل پیچیدگی فرآیند توسعه نرم افزار را درک نمی. آن & #39 طبیعی, از آنجایی که کتاب تخصصی در مورد توسعه توسط توسعه دهندگان و دیگر کسانی از آن دفعات بازدید:, و بسیاری دیگر هنوز هم ممکن است به پروژه نرم افزاری به عنوان & #39; & #39; برنامه نویسی #39 با اشاره &; & #39; یا #39 &; & نوشتن #39; & #39; & #39;. با اضافه کردن یک ممکن است شانس بهتر & #39;; d & esigning #39 و & تست #39; & #39;. کاملا نادرست است.
یکی از تعداد مقایسه استعاره برای توصیف توسعه نرم افزار مانند نوشتن یک کتاب و یا ساخت خانه فکر می کنم. برخی از آنها نور خوب در تاریکی، برخی نه گمراه کننده است. و در حالی که بسیاری از مردم ممکن است پشیمان که آیا ایجاد نرم افزار هنر و یک علم یا یک فرایند منطقی شفافی است ما #39 &; د ترک که انتخاب را به شخص دیگری. آن نه کم می تواند توصیف. اما ما & #39; ه سعی کنید برای دادن توضیحات و مقایسه برخی از وجه جمع و جور و روشن.
آیا ما & #39; & #39; نوشتن & #39; & #39; نرم افزار?
یکی از چیزهای مشترک اما نه مبهم است نسبت به ایجاد نرم افزار با نوشتن. نوشتن کد نوشتن کتاب و غیره. شما می توانید شروع به نوشتن کتاب بدون طرح و رفتن با جریان; با تولید نرم افزار سفارشی شما می توانید نیست، توسعه دهندگان دیگر قطعه كوچكي از نرم افزار خود را- و برای خود. علاوه بر این، نرم افزار برون سپاری هرگز شروع پروژه با نوشتن کد.
کتاب و نرم افزار هر دو ممکن است مهلت سخت. اما هنگامی که کتاب منتشر شده است، چه & #39; نوشته ها نوشته شده است; بازنویسی یک گزینه نیست. اما نرم افزار نگه می دارد که با نسخه های جدید که منتشر شد از آن ها در بهبود مستمر بودن & چیز طبیعی #39;. آن #39 &; s تقریبا غیر ممکن است برای هر نیاز کاربر نهایی، سازگاری با کسب و کار و فن آوری تغییرات یک بار و برای یک عمر. کتاب که وابسته به تغییرات است. نرم افزار است. اما این & #39; s خوب: نرم افزار خود را بر خلاف کتاب فقط یک چیز متوسط در بازار تبدیل می تواند، بی ربط و قدیمی را تبدیل می توانید. فرآیندهای کاملا متفاوت هستند: ما ترجیح می دهند با استفاده از کلمات & ایجاد #39; & #39; & #39; & #39; یا #39 &; & #39; #39 & build; & #39; نرم افزار جای & #39; & نوشتن #39; & #39; & #39;.
آیا ما & #39; & #39; #39 & Grow; & #39; نرم افزار?
& #39; رشد & #39; & #39; نرم افزار در صورت خوب و یک مجموعه خوبی از مستندات تا حدودی امکان پذیر است. همانطور که با نوشتن آن; #39 & s نه بهترین توضیحات یکی نشان می دهد. تا حدی افزایشی، چالاک ماهیت ساخت و نگهداری نرم افزار مربوط میشود. اما در حالی که & #39; & #39; رشد & #39; & #39;، محصول است بسیار خوشمزه “تا آن & ابتدا s #39; و مالک برای مدتی صبر کنید.
تفاوت است در توسعه نرم افزار مراحل مختلف بودن & #39; & #39; #39 & ابتدا؛ & #39; وجود دارد. راه اندازی به طور معمول محصول نرم افزار قابل دوام حداقل نورد در بازار، گرفتن بازخورد و اصلاح و بهبود تقاضا. هر نسخه بیشتر است & #39; & #39; #39 & ابتدا؛ & #39; از سلف خود، و آن است به & #39; & #39; #39 & سیراب؛ & #39; شهر پشتیبانی و تعمیر و نگهداری، نگهداری تازه میان کسب و کار و تغییرات تکنولوژیکی.
آیا ما & #39; & #39; ساخت & #39; & #39; نرم افزار?
این یکی توسط بسیاری از متخصصان نزدیک ترین راه برای توصیف توسعه نرم افزار در نظر گرفته است و ما با آن موافقت می تواند. ساخت آثار بزرگ اهمیت دقیق برنامه ریزی، تهیه، هدایت کار و انجام آن را نشان می دهد. محدودیت نرم افزار بستگی دارد چگونه معماری آن ساخته شده است. از آنجا که هر ساختمان متفاوت است و نیاز به روش های مختلف میزان آثار به تدریج، رشد. وجود بیمارستان ساختمان اداری مدرسه یا کودک و اندازه فیزیکی همان مقدار مساوی کار معنا. چیزی را با بتن انجام می شود می توان چیزی را با چوب و ناخن انجام می شود و دومی با نرم افزار پیچیده و با ارزش برای راه اندازی تلفن همراه و کسب و کارهای دیگر کار نمی کند.
-همه چیز بستگی به نوع ساختمان لازم است. لازم است مشکل نرم افزار را حل کند، و انجام مقدمات لازم انجام تحقیقات بازار، جمع آوری اطلاعات، و غیره. پیچیده تر نرم افزار خود را، بیشتر منابع باید در برنامه ریزی به سر برد. برنامه ریزی حمام- و کل برنامه نتواند، وزش اولین باد مثل یک خانه کارت می افتد.
–سپس شما و (مدیر پروژه) معمار ارشد شما دو طراحی است که ترکیبی الزامات عملکردی و رابط، ادامه می تواند منجر به یک تجربه کاربری مناسب. مطمئن شوید که شما می خواهید کسانی که کار یا زندگی در ساختمان به طور کامل با آن راضی. همین با نرم افزار. یک خوب تر چیزی که پس از طراحی تایید شده است، آن & #39 راه آسان تر به برآوردهای دقیق برای یادآوری کارهای ساختمانی (توسعه).
-هنگامی که تجهیز خانه شما نیاز نیست همه چیز شما می توانید خرید ساختمان: لوازم خانگی و مبلمان. آن & #39 بسیار ارزان تر و سریع تر راه. همین کار را با نرم افزار: اگر با تجربه تیم توسعه نرم افزار آن می توانید تمام منابع موجود به ماندن از نوشتن چیز بی نیاز اساسی استفاده کنید: بسیاری از نرم افزار toolkits چارچوب کلاس و کتابخانه ها که هر کدام برای خاص مورد. و اگر این تیم کسب و کار به معنی، آنها به راحتی ابزار و فن آوری است که وظایف خود را انجام به همان سرعتی که ممکن است پیدا کنید. سفارشی قطعات مبلمان را بیشتر از زمان و تلاش است، اما در اغلب موارد وجود دارد در حال حاضر موجود راه برای صرفه جویی در وقت و پول خود را بدون به خطر انداختن امنیت و کارایی نرم افزار خود را از پیش ساخته.
-همیشه وجود داشته باشد تغییر در الزامات عملکردی. باز هم تغییرات خود به خود در معماری برنامه ریزی شده می تواند رخ دهد است. در اینجا ما یک بار دیگر تأکید بر اهمیت آماده سازی-اگر چه این موضوع مقاله جداگانه به ارزش است. و نه هر نقطه بدون اشاره به تضمین کیفیت که دائما بررسی جنبه های مختلف از چگونگی کارکرد بریم. چه & #39; s بیشتر حتی تغییر جزئی شامل تست، طوری که & s #39; نه جایی برای کاهش هزینه ها (در واقع QA معمولا حدود 30% از زمان توسعه همه طول می کشد).
-بهینه سازی نرم افزار (دیوارهای داخلی ساختمان) محدود به معماری مورد تایید است و اینجا هزینه اصلی همه چیز در مورد کار نمی مواد. اما آنچه شما را در پایان دریافت نرم افزار بهتر و رضایت کاربران است. در ضمن کاربران صحبت ذهن خود را در آنچه به آنها آپارتمان دو نگاه می خواهم- و یکی هرگز باید غفلت این عقاید.
– یک چیز بیشتر ارزش دانستن – معمار خوب (یا متخصص خلاق خوب در توسعه نرم افزار) همیشه آماده به شما مشورت در چیزهایی که باید بلافاصله حل شده است و آنچه می تواند بماند برای بعد بدون شکستن برنامه های شما و یا کیفیت خود را نرم افزار. شما به احتمال زیاد برای نمی دانم ظرایف فنی تا طرف ترک پیشنهادات و توضیحات به تیم خود هستند. مگر اینکه شما فرد با تجربه آن است و شما نیاز به خواندن این مقاله به این بینش نمی.
همانطور که می بینید، آخرین نمونه واقعا نزدیک است و لیست شباهت می تواند برای همیشه ادامه داد. اما آنهایی که ارائه شده ما در اینجا باید به اندازه کافی برای درک فرآیند توسعه نرم افزار که بدون صبر، تخصص تیم و درک متقابل است.
