ইঞ্জিনিয়ার প্রক্রিয়া বিশ্লেষণ করার জন্য কি কোনও মার্জিত উপায় আছে?


12

প্রচুর অনুভূতি বিদ্যমান যে প্রতিশ্রুতিগুলি পরিমাপ করা অনুপযুক্ত।

এমন কোনও গবেষণা করা হয়েছে যা কমিটের চেয়ে বেশি উত্সগুলিতে আঁকতে চেষ্টা করে - যেমন:

  • ব্রাউজিং নিদর্শন
  • আইডিই কাজ (প্রাক কমিট)
  • অলস সময়
  • মাল্টিটাস্কিং

আমি এই ব্যবস্থাগুলি করার সহজ উপায় সম্পর্কে ভাবতে পারি না, তবে আমি অবাক হই যে কোনও গবেষণা করা হয়েছে কিনা।


একটি ব্যক্তিগত নোটে, আমি বিশ্বাস করি যে নিজের নিজস্ব 'ম্যাট্রিক্স'-এর প্রতিফলন এগুলি কার্য সম্পাদনের জন্য ব্যবহার না করে (বা অনুপস্থিতিতে) মূল্যবান হতে পারে। আইই আপনার অভ্যাস প্রতিবিম্বিত করার একটি নিরপেক্ষ পক্ষ way তবে এটি প্রশ্নোত্তরের বাইরে আলোচনার বিষয়।

উত্তর:


6

আপনি এটিকে মার্জিত হিসাবে বিবেচনা করবেন কিনা তা নিশ্চিত নন তবে ওয়াটস হামফ্রে ব্যক্তিগত সফ্টওয়্যার প্রক্রিয়া নামে একটি সম্পূর্ণ বই লিখেছিলেন যা আপনার নিজস্ব উত্পাদনশীলতা পরিমাপ করার জন্য ছিল। তিনি আপনার ডেস্কে সময় সম্পর্কিত বনাম বাধা, বিভিন্ন ধরণের সফ্টওয়্যার লাইফ চক্রের ক্রিয়াকলাপে সময় ব্যয় করা, কোডের পরিমাণ অনুসারে ত্রুটিগুলির মতো মেট্রিকগুলির রূপরেখা তৈরি করেছিলেন। একটি প্রযুক্তিগত প্রতিবেদন এখানে সংক্ষিপ্ত সংস্করণ দেয়:

http://www.sei.cmu.edu/library/abstracts/reports/00tr022.cfm

আপনি যদি কোনও বিকাশকারী কোডের মানের মতো কিছু দেখতে চান তবে চিদাম্বার এবং কেমেরার অবজেক্ট ওরিয়েন্টেড কোডের জন্য বেশ কয়েকটি মেট্রিক প্রস্তাব করেছিলেন।

অবজেক্ট ওরিয়েন্টেড কোডের জন্য মেট্রিক্স

  • উত্তরাধিকার গাছের গভীরতা,
  • ওজনযুক্ত পদ্ধতি,
  • সদস্য কার্য সংখ্যা,
  • শিশু সংখ্যা, এবং
  • বস্তুর মধ্যে মিলন।

কোডের একটি বেস ব্যবহার করে, তারা সমবায় বিশ্লেষণ ব্যবহার করে ত্রুটি ঘনত্ব এবং রক্ষণাবেক্ষণের প্রচেষ্টাতে এই মেট্রিকগুলিকে পরস্পর সম্পর্কযুক্ত করার চেষ্টা করেছিলেন। পরবর্তী গবেষণাগুলি সি কে মেট্রিক্স এবং পরে প্রস্তাবিত কিছু অতিরিক্ত মেট্রিকের সাথে সম্পর্কিত তাদের বৈশিষ্ট্যগুলি নির্ধারণ করতে কয়েকশ উত্স ফোর্স জাভা প্রকল্পগুলিতে একই রকম বিশ্লেষণ করেছিলেন।

কোড পর্যালোচনার প্রসঙ্গে উত্পন্ন মেট্রিক্স

ত্রুটিগুলি অনেক মানদণ্ড দ্বারা শ্রেণিবদ্ধ করা যেতে পারে:

  • তীব্রতা: (বড়, নাবালক, প্রসাধনী, তদন্ত / অজানা),
  • টাইপ (যুক্তি, টাইপো, বানান, কোডিং মান লঙ্ঘন ইত্যাদি),
  • উত্স / পর্যায়ে সংযোজন (প্রয়োজনীয়তা, নকশা, কোড ইত্যাদি)

এছাড়াও প্রস্তুতি এবং পরিদর্শন হার (পর্যালোচক প্রতি সময়, কোডের প্রতিটি লাইন সময়) এবং ত্রুটিযুক্ত ঘনত্ব (প্রতি কেইএলপি ( কোডের হাজার লাইন), পরিদর্শক / পর্যালোচক সময় প্রতি মিনিটে) রয়েছে।

নিয়ন্ত্রণের চার্টের বিরুদ্ধে এই মানগুলি প্লট করা আমাদের দেখায় যে আমরা প্রক্রিয়াটির সীমাতে আছি কিনা (উদাহরণস্বরূপ, এমন একটি দল যা 200 লাইন কোডের পরিদর্শন করে যা একটি গ্রুপে কোনও ত্রুটি খুঁজে পায় না যা কেএলকে প্রতি পঁচিশটি ত্রুটি গড়ে ত্রুটিযুক্ত হতে পারে)।

অন্যান্য মেট্রিক্স

অন্যান্য মেট্রিকগুলির জন্য যা অন্তর্ভুক্ত করতে সহায়তা করতে পারে

  • মূল্যায়ন ক্যালিব্রেট সাহায্য করতে অর্জিত মান
  • স্ক্রাম বা কানবান ব্যবহারকারীদের জন্য বেগ
  • কাজ Pareto , Juran , Demming , ইশিকাওয়া গুণমান এবং শিল্প প্রকৌশল থেকে, এবং অন্যদের কিছুটা কল্পনা একটি সামান্য বিট দিয়ে সফটওয়ারটির উন্নয়নে পোর্টেবল।

বিশ্লেষণের সীমাবদ্ধতা

মেট্রিকের মান নিয়ে প্রচুর সীমা রয়েছে। বিকাশকারী প্রতি ঠিক করা বাগগুলি প্রায় কোনওরকম অর্থ হতে পারে এবং আপনি যখন এই পরিমাপের উপর শাস্তি বা পুরষ্কার দিতে শুরু করেন তখন আমি বাজি দিয়ে থাকি যে বাগগুলি আরও অনেকগুলি এবং দানাদার হয়ে উঠবে এবং সংশোধন করা সহজ বাগের সংমিশ্রণটিও টিম চেরি হিসাবে নেওয়ার সাথে সাথে পরিবর্তিত হবে সর্বাধিক আছে রেস।

এছাড়াও একটি নির্দিষ্ট বিভ্রান্তি এবং সম্ভাব্যভাবে ফোকাস এবং উপভোগের ক্ষতি রয়েছে যা অনুপ্রবেশমূলক পরিমাপের সাথে আসতে পারে। ওয়ার্ডসওয়ার্থের মতো একজন হ্রদ কবি থেকে আপনি অনেক বেশি মার্জিত (এবং মানসিকভাবে বোঝা) পেতে পারেন না যে বলেছিলেন,

      Sweet is the lore which Nature brings;
      Our meddling intellect
      Mis-shapes the beauteous forms of things:--
      We murder to dissect.

যদিও সফ্টওয়্যারটি হুবহু প্রকৃতি নয়, আমাকে কিছুটা অক্ষাংশ দিন কারণ আমি ভেবেছিলাম হাই স্কুল ইংলিশ সাহিত্যের ক্লাস থেকে আমি কখনই কিছু ব্যবহার করব না।

চতুরতা কেন্দ্রীভূত, বৃহত প্রক্রিয়ার একটি প্রতিক্রিয়া হিসাবে বিবেচিত হতে পারে। কখনও কখনও কাজের মোডে এত বিশ্লেষণাত্মক প্রচেষ্টা প্রয়োজন হতে পারে যে সফ্টওয়্যার তৈরি করার সময় প্রবাহে পৌঁছানোর ক্ষমতা অদৃশ্য হয়ে গেল।


আরও ভাল তথ্য দিয়ে অন্য কেউ আসবে কিনা তা বিবেচনা না করেই আমি এই উত্তরটি পছন্দ করি - তাই আমি বিভাগীয় সামগ্রীর জন্য এটিকে সম্পাদনা করেছি।
নিউ আলেকজান্দ্রিয়া

"বিকাশকারীরা যারা চটপটে রূপান্তর করেনি" তাদের পক্ষে অর্জিত মূল্য সম্পর্কে আপনার মন্তব্য আমি বুঝতে পারি না। কেবল "চৌপথে অর্জিত মূল্য" এবং "চতুর অর্জিত মূল্য" অনুসন্ধান করে এমন অনেক লোককে উপস্থিত করা হয়েছে যারা চতুর পরিবেশে EVতিহ্যবাহী ইভিএম কৌশল প্রয়োগ করেছেন ...
টমাস ওনস

উপার্জিত মান অনুমানের ক্ষেত্রে ভাল অভিযোজিত কৌশল বলে মনে হচ্ছে। আমি অনুভব করলাম এগিলের অনুমানের নিজস্ব পন্থাগুলি মূলত পয়েন্টগুলির সাথে সম্পর্কিত। আমি দেখতে পাচ্ছি যদি আমি বিষয়গুলিকে অন্তর্ভুক্ত করার জন্য পুনরায় শব্দ করতে পারি।
বিকাশকারীরা

চতুর অনুমানের উপর পুরো বই রয়েছে, তাই এটি বেশ বিস্তৃত। যাইহোক, আমি চটচটে পরিবেশে কাজ করেছি যেগুলি রিপোর্টিং এবং আপের প্রকৃতির দ্বারা, ইভিএমএস প্রয়োগ করা প্রয়োজন।
টমাসের মালিক

2

আমি একটি বিকল্প উত্তর যুক্ত করতে চাই যা বেসিক সরঞ্জামগুলি যা আমরা প্রয়োজন অনুযায়ী খাপ খাইয়ে নিতে পারি সেগুলি থেকে চুরির লক্ষ্য নিয়ে স্ট্যান্ডার্ড সফটওয়্যার ইঞ্জিনিয়ারিং অনুশীলন থেকে অন্য একটি ক্ষেত্রের দিকে দূরে পয়েন্ট করে। গুণমানের আশ্বাসের লোকেরা সফ্টওয়্যার বিকাশকারীদের মতো উত্পাদন, ফলন এবং ত্রুটি সনাক্তকরণ এবং প্রতিরোধের সাথে সম্পর্কিত।

http://en.wikipedia.org/wiki/Seven_Basic_Tools_of_Quality

আমি নিয়ন্ত্রণ চার্ট পছন্দ করি।

http://en.wikipedia.org/wiki/Control_chart

একটি ক্রিয়াকলাপ করুন, একটি মেট্রিক প্লট করুন, অন্যটি করুন, এর মেট্রিক প্লট করুন এবং আরও অনেক কিছু। উদাহরণস্বরূপ, প্লট প্রতি দিন কমিট করে। চার্টটি এমন ডেটা ছড়িয়ে দেবে যা কিছু ন্যূনতম থেকে কিছু থেকে সর্বোচ্চ পর্যন্ত to সম্ভবত পরে আপনি ফলাফলগুলি বৈশিষ্ট্যযুক্ত করে নির্ধারণ করতে পারেন যে মানটি যখন কম থাকে, তখন কোনও কিছু অগ্রগতিতে বাধা সৃষ্টি করে এবং যখন এটি খুব বেশি হয়, কাজটি দ্রুত কিন্তু opালু উপায়ে শুরু করা হয়। আপনি কীভাবে কর্মীদের গতি বাড়ানোর বা গতি কমিয়ে আনতে উত্সাহিত করবেন তা আপনার কাছে বাকি।

ব্যক্তিগত মেট্রিক্স এমন একটি জিনিস হতে পারে যা আপনি নিজের জন্য এমন একটি প্রশ্ন দিয়ে শুরু করতে পারেন যা "যখন আমি ...

  • কোড শুরু করার আগে একটি সম্পূর্ণ ব্যবহারের কেস লিখুন।
  • আমার কোডের আগে আমার ইউনিট পরীক্ষা লিখুন।
  • প্রয়োজনীয়তাগুলি পরিবর্তন না করে এবং অপ্রচলিত পরিকল্পনার জন্য করা কাজের উপর বৃহত্তর পুনর্নির্মাণ তৈরির জন্য বীমাবিদদের জন্য প্রায়শই স্টেকহোল্ডারদের সাথে চেক করুন।
  • যতটা সম্ভব কোড পরিবর্তন করুন।
  • আমি তাদের যে অংশগুলি পরিবর্তন করতে বলেছি সেগুলির সাথে সর্বাধিক বিশেষজ্ঞ, দলের সদস্যদের সুসংজ্ঞায়িত পরিবর্তনগুলি ডেলিগেট করুন।
    • আমার দলটিকে একটি সম্পূর্ণ ওভারভিউ দিন, তবে অগ্রাধিকার দিয়ে আমরা বর্তমান স্প্রিন্টে শেষ করতে পারি।
    • আমি পরিবর্তন করব এমন ডিরেক্টরি, ফাইল, শ্রেণি, পদ্ধতি, সমীকরণ, ভেরিয়েবল, ডকুমেন্টেশন ইত্যাদির একটি শ্রেণিবদ্ধ তালিকা দিয়ে আমার রিফ্যাক্টরিং পাস শুরু করুন।
    • উন্নততর সমাধানের জন্য প্রয়োজনীয় সুযোগ এবং মূল উন্নতিগুলি অনুমান করে পূর্বের শিল্প সমাধানগুলি সন্ধানের জন্য একটি উচ্চ স্তরের সমস্যা নিয়ে গবেষণা করুন।

পুরানো দেখেছি আমরা যা পরিমাপ করি তা হ'ল যা করা হয় তা আপনাকে সীমিত কারণ হিসাবে নির্ধারিত সমস্যার ভিত্তিতে সমস্যার আক্রমণ করতে পারে

বা পেরেটো ডায়াগ্রামের উপর ভিত্তি করে অগ্রাধিকার অনুসারে একাধিক উপাদান।

http://en.wikipedia.org/wiki/Pareto_chart

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.