سوالی که باید علمای یو ام ال شرکتی حل کنن

[mahdikoochooloo]

به نام خدا

با چند تا سوال اصلی شروع می کنم که فقط از کار کرده ها تو این گرایش بر میاد
1- دقیقا یک تحلیلگر نرم افزار توی شرکت چکار می کنه؟ آیا این تحلیلگر می شینه صبح تا شب یوز کیس می کشه و کلاس؟
2- برای تحلیل یک نرم افزار باید چه دیدی از نرم افزار داشته باشیم. آیا باید خودمون رو جای یک کد زن بزاریم و از سطح پایین به موضوع نگاه کنیم؟
3- اگر مورد دو صحیح نیست آیا باید فقط به یوز کیس اعتماد کنیم و با نگاه به اون این کار رو انجام بدیم(یا مثلا سی آر سی و ...). اگر اینطوره که خیلی از علما می گن اینطوره پس چرا من با این کار نتونستم نتیجه خوبی بگیرم تا وقتی که خودم رو جای یک کد زن گذاشتم(قبل از این حالت:حدود 4 یا 5 کلاس) بعد از این حالت (حدود بیست کلاس). یعنی تمام ریز و درشت رو در نظر گرفتم.
4- مراحل رسم یو ام ال چیه؟ آیا واقعا تحلیلگرای یک شرکت تمام این مراحل رو انجام می دن :
یعنی اول یوز کیس
بعد کلاس
بعد سیکوئنس
بعد ...
آیا بین اینها رابطه منطقی هم هست؟

[hossein2007]

به نام خدا

با چند تا سوال اصلی شروع می کنم که فقط از کار کرده ها تو این گرایش بر میاد

1- دقیقا یک تحلیلگر نرم افزار توی شرکت چکار می کنه؟ آیا این تحلیلگر می شینه صبح تا شب یوز کیس می کشه و کلاس؟
2- برای تحلیل یک نرم افزار باید چه دیدی از نرم افزار داشته باشیم. آیا باید خودمون رو جای یک کد زن بزاریم و از سطح پایین به موضوع نگاه کنیم؟
3- اگر مورد دو صحیح نیست آیا باید فقط به یوز کیس اعتماد کنیم و با نگاه به اون این کار رو انجام بدیم(یا مثلا سی آر سی و ...). اگر اینطوره که خیلی از علما می گن اینطوره پس چرا من با این کار نتونستم نتیجه خوبی بگیرم تا وقتی که خودم رو جای یک کد زن گذاشتم(قبل از این حالت:حدود 4 یا 5 کلاس) بعد از این حالت (حدود بیست کلاس). یعنی تمام ریز و درشت رو در نظر گرفتم.
4- مراحل رسم یو ام ال چیه؟ آیا واقعا تحلیلگرای یک شرکت تمام این مراحل رو انجام می دن :
یعنی اول یوز کیس
بعد کلاس
بعد سیکوئنس
بعد ...
آیا بین اینها رابطه منطقی هم هست؟
سلام
من بعد از مدتی کار توی زمینه توسعه نرم افزار مبتنی بر پایگاه داده و مطالعه مباحث تئوریک اون توی کتاب های دانشگاهی و غیر دانشگاهی، روند توسعه اینگونه نرم افزارها رو به چند مرحله تقسیم می کنم:
(نا گفته نماند که در کتاب های دانشگاهی مهندسی نرم افزار مثل پرسمن، چون مفاهیم اساسی مهندسی نرم افزار در تمام شاخه ها و نه لزوما نرم افزارهای مبتنی بر پایگاه داده مد نظر بوده، طبعا نمی تواند کاملا راهگشا باشد و اصطلاحا باید برای نرم افزارهای مبتنی بر پایگاه داده سفارشی شوند.)

1. تحلیل نیازمندی های سامانه.Analysis
2. طراحی نرم افزار. Design
3. پیاده سازی نرم افزار. implement
4. تست نرم افزار پیاده سازی شده. Test
5. استقرار نرم افزار. Deployment
6. نگهداری و پشتیبانی نرم افزار. Maintenance & Support

تشریح روند توسعه نرم افزار:
1. مشتری نیازمندی های خود را به تیم تحلیل ارائه می دهد. این کار ممکن است در قالب یک سند مدون انجام شود و یا ممکن است در طی جلساتی بین مشتری و تیم تحلیل انجام شود و یا ترکیبی از هر دو.
2. تیم تحلیل، نیازمندی های بدست آمده را در قالب اسناد "واژه نامه"(Glossary)،"نمودار مورد کاربردی"(Use Case Diagram) و "مشخصات مورد کاربردی"(Use Case Specification) مستند می کنند و پس از اخذ تایید از مشتری درباره جامع و مانع بودن مستندات، آن را در اختیار تیم طراح نرم افزار قرار می دهند.
3. تیم طراح نرم افزار، با توجه به مستنداتی که از تیم تحلیل تحویل می گیرد، ابتدا نرم افزار ها و تکنولوژی لازم برای پیاده سازی را مشخص می کنند و سپس "نمودار کلاس" (Class Diagram) که همان جداول پایگاه داده است، "رابط های گرافیکی کاربر شامل: ورود، مشاهده و چاپ داده" و "نمودار توالی مورد کاربردی" (Sequence Diagram)را طراحی و مستند می کند و مستندات مذکور را در اختیار تیم پیاده سازی نرم افزار قرار می دهند.
4. تیم پیاده ساز نرم افزار، با توجه به مستنداتی که از تیم طراحی تحویل می گیرند "جداول پایگاه داده"، "رابط های گرافیکی کاربر شامل: ورود، مشاهده و چاپ داده" و "موارد کاربردی" را طبق "نمودار توالی" پیاده سازی می کنند.
5. تیم تست نرم افزار، مستندات تیم تحلیل و تیم طراحی و نیز نرم افزار پیاده سازی شده را از تیم های مربوطه دریافت می کنند و بر طبق مستندات نرم افزار پیاده سازی شده را تست می کنند و در صورت وجود اشکال آن را به تیم پیاده ساز بر می گردانند.
در صورتی که مشکلی وجود نداشته باشد نرم افزار پیاده سازی شده را به تیم استقرار می دهد.

در پایان این نکته رو متذکر شوم که از لحاظ زمان بر بودن مراحل بخش تحلیل و طراحی بیش از 80 درصد وقت را به خود اختصاص می دهد و پیاده سازی و تست کمتر از 20 درصد!
این رو هم اضافه کنم که Use Case Specification ستون فقرات سیستم و مبنای اعتبار سنجی نرم افزار است و هر چه بیشتر روی اون وقت گذاشته شود ارزش داره.

[mahdikoochooloo]

سوال دومی که دارم اینه که می شه به این داکیومنت هایی که توی اینترنت و مخصوصا تو سایت پروژه دات کام وجود داره اعتماد کرد و مبنای یادگیری رو اونها بزاریم

[hossein2007]

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

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

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

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

[mahdikoochooloo]

خیلی ممنون که جواب دادی
ماشالله سوالای ما هم که تمومی نداره

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

[mahdikoochooloo]

وای یک سوال دیگه :

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

و سوال بعدی اینه که :
آیا برای ارتقاء در یک شرکت باید اول کد زن شی بعد اونجا ببینن توانایی داری بگن بیا تحلیل کن و بعد هم ببینن مدیریتت خوبه بگن بیا مدیر ارشد شو؟ یا قوانین دیگری داره؟
ممنون

[Galawij]

1- دقیقا یک تحلیلگر نرم افزار توی شرکت چکار می کنه؟ آیا این تحلیلگر می شینه صبح تا شب یوز کیس می کشه و کلاس؟
اگر بخواهیم واقعاً نقش یک تحلیلگر (نباید گفت یک نفر، بلکه گروه تحلیل) را در یک شرکت نرم افزاری شرح بدیم که خیلی زمان می بره.
در واقع تحلیلگر، قلب یک شرکت نرم افزاری است. وظایفی از جمله امکان سنجی پروژه، گردآوری اطلاعات، تا حدودی قیمت گذاری پروژه، مسیر دهی پروژه برای تیم پیاده سازی، کمک در ساخت Demo، بروشور و تبلیغات و ... حتی یک تحلیلگر روی نام گذاری برچسب های فرم ها هم نظر می ده، این جدا از رسم نمودارهای UML هست(البته به هم مربوطند).

2- برای تحلیل یک نرم افزار باید چه دیدی از نرم افزار داشته باشیم. آیا باید خودمون رو جای یک کد زن بزاریم و از سطح پایین به موضوع نگاه کنیم؟

در بعضی مواقع همچین دیدی از سیستم لازمه، تا بتوان تحلیلی را روی سیستم انجام داد (مخصوصاً در نمودارهای کلاس) که در ادامه کد نویسی راحت تر و بدون تکراری داشته باشیم.

3- اگر مورد دو صحیح نیست آیا باید فقط به یوز کیس اعتماد کنیم و با نگاه به اون این کار رو انجام بدیم(یا مثلا سی آر سی و ...). اگر اینطوره که خیلی از علما می گن اینطوره پس چرا من با این کار نتونستم نتیجه خوبی بگیرم تا وقتی که خودم رو جای یک کد زن گذاشتم(قبل از این حالت:حدود 4 یا 5 کلاس) بعد از این حالت (حدود بیست کلاس). یعنی تمام ریز و درشت رو در نظر گرفتم.
به نظر من یک تحلیلگر باید حد اقل به یکی زبان های برنامه نویسی آشنا باشه و حتی کار کرده باشه. تا ارتباط بهتر و موثرتری با تیم پیاده سازی داشته باشد.

4- مراحل رسم یو ام ال چیه؟ آیا واقعا تحلیلگرای یک شرکت تمام این مراحل رو انجام می دن :
یعنی اول یوز کیس
بعد کلاس
بعد سیکوئنس
بعد ...
آیا بین اینها رابطه منطقی هم هست؟
بله، رسم این نمودارها جزو وظایف تحلیلگر هست. ارتباط منطقی و تنگاتنگی بین نمودارهای UML وجود دارد، به عنوان مثال شما بعد از رسم نمودارهای Usecase، به راحتی می توانید نمودارهای Sequence را رسم کنید و هر Object ای در نمودارهای Sequence به یک Class نگاشت می شود.متأسفانه این موارد که در ایران کمتر رعایت می شه. خیلی از برنامه نویسهای ما چیزی از UML نمی دونند.

[hossein2007]

با سلام
من توی پست 9 از تاپیک زیر وظایف تحلیلگر و طراح را از هم تفکیک کردم یه نگاه بهش بندازید اگه جاییش غیر منطقی هست بگید با هم بحث می کنیم.
http://barnamenevis.org/showthread.php?298535-%D8%B3%D9%88%D8%A7%D9%84%DB%8C-%D9%88-%D8%AC%D9%88%D8%A7%D8%A8%DB%8C-%DA%A9%D9%87-%DA%A9%D9%84%DB%8C%D8%AF-%D9%85%D8%B4%DA%A9%D9%84%D8%A7%D8%AA-%D8%A7%D8%B3%D8%AA(%D8%AF%D8%B1-%D9%85%D9%88%D8%B1%D8%AF-%D8%AF%DB%8C%D8%A7%DA%AF%D8%B1%D8%A7%D9%85-%DA%A9%D9%84%D8%A7%D8%B3 (http://barnamenevis.org/showthread.php?298535-%D8%B3%D9%88%D8%A7%D9%84%DB%8C-%D9%88-%D8%AC%D9%88%D8%A7%D8%A8%DB%8C-%DA%A9%D9%87-%DA%A9%D9%84%DB%8C%D8%AF-%D9%85%D8%B4%DA%A9%D9%84%D8%A7%D8%AA-%D8%A7%D8%B3%D8%AA%28%D8%AF%D8%B1-%D9%85%D9%88%D8%B1%D8%AF-%D8%AF%DB%8C%D8%A7%DA%AF%D8%B1%D8%A7%D9%85-%DA%A9%D9%84%D8%A7%D8%B3))

الان شرکت های نرم افزاری و حتی غیر نرم افزاری زیادی هستند که برنامه نویس جذب می کنن.
(برخی شرکت های غیر نرم افزاری هستند که مثلا می خوان یه نرم افزار تحت ویندوز یا وب بسازند و به دلایلی نمی خوان اون رو بدن به یه شرکت نرم افزاری و ترجیح می دن نیرو استخدام کنن)

در هر حال بهتره با کار توی شرکت های نرم افزاری شروع کنی و ضمنا ابتدا توی پیاده سازی (کد نویسی) که روتین ترین بخش توسعه نرم افزار هست خودت رو تقویت کنی و به مرور به مباحث طراحی و سپس تحلیل بپردازی.
هیچ وقت یه شرکت نمیاد یه نیروی تازه کار رو به عنوان طراح یا تحلیلگر جذب کنه و اگه شرکتی این کار رو کنه از روی بی اطلاعی اش هست و نشناختن کار نرم افزار.
در کل بهت توصیه می کنم پله پله جلو بری و برای تبدیل شدن به یک تحلیل گر زمان بذاری(شاید 5سال یا بیشتر )

[mahdikoochooloo]

باز هم سوال :
من آدم خلاقی هستم و همش دوست دارم چیز جدیدی یاد بگیرم
آیا کد زنی به من چیز جدیدی یاد می ده؟ یا اینکه مثل اونی که میره صبح تا شب پشت میز می شینه باید برم کد بزنم تا رشد کنم و توش کمی هم یادگیری داره.
با یک دکترای هوش مصنوعی صحبت می کردم می گفت می خوای بری ارشد نرم افزار بگیری که چی، هوش همش خلاقیته و هر لحظه چیز جدیدی یاد می گیری.
با این تفاسیر امکان داره توی این فرایند کار در یک شرکت بتونم مثلا ایده ای بدم، اختراعی و مقاله ای و ... .یا رکود بر تمام جانم حکم فرما می شه؟

[hossein2007]

باز هم سوال :
من آدم خلاقی هستم و همش دوست دارم چیز جدیدی یاد بگیرم
آیا کد زنی به من چیز جدیدی یاد می ده؟ یا اینکه مثل اونی که میره صبح تا شب پشت میز می شینه باید برم کد بزنم تا رشد کنم و توش کمی هم یادگیری داره.
با یک دکترای هوش مصنوعی صحبت می کردم می گفت می خوای بری ارشد نرم افزار بگیری که چی، هوش همش خلاقیته و هر لحظه چیز جدیدی یاد می گیری.
با این تفاسیر امکان داره توی این فرایند کار در یک شرکت بتونم مثلا ایده ای بدم، اختراعی و مقاله ای و ... .یا رکود بر تمام جانم حکم فرما می شه؟

به نظر من کدنویسی اونقدر گسترده هست که همیشه جا برای کار داره. به شرطی که شرایط کاری محدودت نکنه.

[Galawij]

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

[mahdikoochooloo]

وقتی واسه یک شرکت می ری استخدام بشی چی ازت می پرسن؟ مثلا می گن چند تا مقاله داری یا می گن چی بلدی؟ مثلا می گی من آجیل بلدم با یو ام ال. و سی شارپ. بعد اونا می گن حلقه فلام چطور کار می کنه؟
1- اصلا معیار های گزینش یک شرکت برنامه نویسی چیه؟
2- چرا همه به فکر استخدام شدن تو یک شرکت اند و هیچ کس به فکر استخدام کردن برنامه نویس تو شرکتش نیست؟ مگه هزینه زیادی داره؟ یا کارای میدانی زیادی داره؟

[mahdikoochooloo]

وقتی واسه یک شرکت می ری استخدام بشی چی ازت می پرسن؟ مثلا می گن چند تا مقاله داری یا می گن چی بلدی؟ مثلا می گی من آجیل بلدم با یو ام ال. و سی شارپ. بعد اونا می گن حلقه فلام چطور کار می کنه؟
1- اصلا معیار های گزینش یک شرکت برنامه نویسی چیه؟
2- چرا همه به فکر استخدام شدن تو یک شرکت اند و هیچ کس به فکر استخدام کردن برنامه نویس تو شرکتش نیست؟ مگه هزینه زیادی داره؟ یا کارای میدانی زیادی داره؟

[mahdikoochooloo]

باز هم سوال :
آیا یک کدزن که تو یک شرکت استخدام می شه می گن بهش تو بیا از 8 صبح تا 4 بعد از ظهر کارت بکش و کدبنویس و بعد از ظهر برو پیش زن و بچت. یا اینکه می گن کارت رو تا آخر ماه تمام می کنی مگر نه اخراج می شی؟

[mahdikoochooloo]

من از آقای وایت هت مدیر اصلی این تالار انتظار داشتم تو این مبحث شرکت کنه اما ایشون انگار .... .

[Esikhoob]

من از سئوال شماره 2 که در 2 پست قبل کردید خوشم اومد ؛ من برداشت کردم که پرسیده بودید : "در این forum چرا آنهایی که میخواهند مسئولیت پروژه نرم افزار را بر عهده بگیرند اینجا پست (سئوال) نمیگذارند و دنبال آدم نمیگردند؟"

جدا از نکته دار بودن این سئوال ، جواب سر راست ندارد (از اینکه کسی جواب مشخصی برایش ندارد هم معلوم است) ، کلا اینگونه مباحث کمی شبیه علوم انسانی میشود. آدمهایی (مثل من) که توئ این forum هستند به خاطر عشق به خود کد نویسی (عشق بازی بازی کردن با کامپیوتر)اینجا هستند و از مباحث نظری و انسانی دوری می کنند ، اما شما هم مثل ما به سئوالاتتان ادامه بدهید و من هم همچنان این جا را نگاه میکنم.

[mahdikoochooloo]

کسی نباشه جواب بده چه سود عزیزم
همین الان چند تا سوال هست که هنوز جوابی بهشون داده نشده
البته از مدیر اینجا انتظار می ره :
- اصلا معیار های گزینش یک شرکت برنامه نویسی چیه؟
- چرا همه به فکر استخدام شدن تو یک شرکت اند و هیچ کس به فکر استخدام کردن برنامه نویس تو شرکتش نیست؟ مگه هزینه زیادی داره؟ یا کارای میدانی زیادی داره؟
- آیا یک کدزن که تو یک شرکت استخدام می شه می گن بهش تو بیا از 8 صبح تا 4 بعد از ظهر کارت بکش و کدبنویس و بعد از ظهر برو پیش زن و بچت. یا اینکه می گن کارت رو تا آخر ماه تمام می کنی مگر نه اخراج می شی؟

[mahdikoochooloo]

باز سوال :
من تو سیر انجام یک پروژه متوجه شدم یک تحلیلگر هر چی هم بشینه رو پروژه فکر کنه(10 روز بیست روز) باز هم جاهایی از برنامه هست که توش تپق می زنه.به همین دلیل باید فقط کلیات کار رو درست کنه و به کدزن بگه این 10 تا کلاس کلی کار. حالا برو جزئیات کار رو خودت دربیار.
آیا قبول دارید؟

[mahdikoochooloo]

یک سوال دیگه :
چطور ممکنه یک تحلیلگر تحلیل کنه باز تحلیلش رو کامل کنه. منظورم اینه که منظور از چرخه مهندسی نرم افزار چیه؟
که مهندسی یک فرایند تکراریه و ...

[centerpace]

یک سوال دیگه :
چطور ممکنه یک تحلیلگر تحلیل کنه باز تحلیلش رو کامل کنه. منظورم اینه که منظور از چرخه مهندسی نرم افزار چیه؟
که مهندسی یک فرایند تکراریه و ...
با سلام

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

[mahdikoochooloo]

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

[mahdikoochooloo]

باز سوال :
یک تحلیلگر دیاگرام کلاس رو چطوری تحویل کدنویس می دهد: منظورم با جزئیات است یا خیر. مثلا متد ها و نوع اونها رو هم به کدنویس می دهد؟

[mahdikoochooloo]

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

آیا کسی موافق است؟

[mahdikoochooloo]

کسی نیست ج بدههههههه؟

[JaguarXF]

باز سوال :
یک تحلیلگر دیاگرام کلاس رو چطوری تحویل کدنویس می دهد: منظورم با جزئیات است یا خیر. مثلا متد ها و نوع اونها رو هم به کدنویس می دهد؟

Technical Design رو برنامه نویس مینویسد و Software Architect مرور و تایید و ... میکند

[JaguarXF]

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

آیا کسی موافق است؟

لغت فارسی استفاده میکنی نمیفهمم دقیق منظورت چی هستش. تحلیگر رو مثلا نمیدونم چیچی بوده که ترجمه شده به جای تحلیلگر.

محصول solution designer دارد. او کسی هست که مهندس نیست و مثلا اگر برنامه ای برای یک بیمارستان تهیه میکنید او کسی هست که چندین سال سابقه کار بیمارستانی داشته مثلا پرستار بوده. البته آموزش میبیند کلاس هم فرستاده میشود که یاد بگیرد چطور یوزکیس تهیه کند و در اختیار برنامه نویس قرار بدهد. اصلا اینها دو شغل مجزا هستند.

[JaguarXF]

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

آیا کسی موافق است؟

نه بی ربط است.
برای همین هست که علما شیوه برنامه نویسی Iteration رو به waterfall ترجیح دادند و برای همین هست که تحویل پروژه رو فاز بندی میکنند.

[JaguarXF]

یک سوال دیگه :
چطور ممکنه یک تحلیلگر تحلیل کنه باز تحلیلش رو کامل کنه. منظورم اینه که منظور از چرخه مهندسی نرم افزار چیه؟
که مهندسی یک فرایند تکراریه و ...

در پست قبلی جواب دادم.

[Elham_gh]

سوال دومی که دارم اینه که می شه به این داکیومنت هایی که توی اینترنت و مخصوصا تو سایت پروژه دات کام وجود داره اعتماد کرد و مبنای یادگیری رو اونها بزاریم

موکدا میگم ابدا قابل اطمینان نیستند. مفید که نیستند می توانند مضر هم باشند. مگر آنکه سایت تخصصی و قابل اعتماد باشد. در غیر اینصورت ممکن است بنای غلطی در ذهن شما شکل بگیرد. و با عرض تاسف و شرمندگی، سایتهای ایرانی اگر خدای نکرده کپی نباشند ، کمتر قابل اطمینانند. بسیار دقت کنید از چه سایتی استفاده می کنید.

[FastCode]

خیلی نوشته بودید, نخوندم.فقط بگم اون مراحل رو اگر درست انجام ندید توی مراحل بعدیش گیر میکنید.(به عاقبت چند هزار تا برنامه ی دیگه در زمینه ای که دارید کار میکنید دچار میشید.)