ইঞ্জিনিয়ারিং পরিবর্তন অর্ডারের সমতুল্য সফ্টওয়্যারটি কী?

Question

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

আমি যদি ডিভাইসে কোনও উপাদান পরিবর্তন করতে চাই তবে আমার একটি ইঞ্জিনিয়ারিং পরিবর্তন অর্ডার পূরণ করতে হবে।

সফ্টওয়্যার পরিবর্তন করার সময় কি কোনও সমতুল্য শিল্প পদ্ধতি আছে?

Comments

এটা নির্ভর করে. চিকিত্সা ডিভাইস বিশ্বে এফডিএ নির্দেশিকাগুলি এটিকে ইসিআর এবং ইসিও বলে তাই আমরা এটিকেও সেভাবে ডাকি। তবে বাস্তবে, বিশেষত কম নিয়ন্ত্রিত শিল্পগুলির জন্য বা আরও "চতুর" পরিচালনা সহ, ইসি ছাড়া ইসি-র ধারণা নেই। সিআর জমা দেওয়া হলে, কাজ শুরু হবে। "জমা দেওয়ার অনুমোদন" পরিবর্তনের জন্য অনুমোদিত হলে সিও সাধারণত স্পষ্টভাবে দেওয়া হয়। সিও-এর সাথে যুক্ত ঝুঁকি বিশ্লেষণের মতো জিনিসগুলি eitherচ্ছিক বা অস্তিত্বহীনও।

— ব্যবহারকারী 3528438

আমি এটিকে সর্বদা একটি "পলায়ন" হিসাবে অভিহিত করেছি।

— হট লিক্স

Answer 1

আমি এখনও এটিকে একটি ইসিও বলব।

যদি ফার্মওয়্যারটি কারখানার মাইক্রোতে প্রোগ্রাম করা হয় তবে সেই ফার্মওয়্যারটি এবং এর নির্দিষ্ট সংস্করণটি বিওএম-এ একটি লাইন আইটেম হওয়া উচিত।
ফার্মওয়্যার পরিবর্তন মানে বিওএম পরিবর্তন করা।
বিওএম পরিবর্তন করার জন্য একটি ইসিও দরকার।

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

Comments

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

— শেনলস

যদি প্রশ্নে প্রকল্পটি একটি উপাদান হিসাবে সফ্টওয়্যারযুক্ত একটি পণ্য হয় তবে এই প্রশ্নের উত্তর দেবে। কিন্তু যদি প্রকল্পটি নিজেই সফ্টওয়্যার হয়?

— ব্যবহারকারী 3528438

@ ইউজার 3528438 - তারপরে প্রশ্নটি এখানে বৈদ্যুতিন প্রকৌশল ইঞ্জিনিয়ারিং-এ অফ-টপিক হবে SE

— ব্রাহানস

Answer 2

সাধারণত একটি সফ্টওয়্যার পরিবর্তনকে প্যাচ বা একটি (সফ্টওয়্যার আপডেট) বলা হয়। এবং যতদূর আমি জানি (সংস্থার উপর নির্ভর করে) পদ্ধতিগুলিকে প্যাচ বা সফটওয়্যার আপডেট পদ্ধতি বলে।

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

সুতরাং বৈদ্যুতিন পার্ট এক্সচেঞ্জের বিপরীতে, বর্তমান কোনও বিদ্যমান সফ্টওয়্যার সাধারণত সাধারণত আনইনস্টল বা পরিবর্তন করতে হয় না, কারণ এটি প্যাচ সফ্টওয়্যারটিরই একটি অংশ।

এছাড়াও, প্যাচ / সফ্টওয়্যার আপডেট কখন ইনস্টল করা যাবে বা ইনস্টল করা যাবে না সে সম্পর্কে কোনও বিধিনিষেধ বা শর্ত রয়েছে তবে প্যাচটি নিজেই তা পরীক্ষা করা হবে এবং এটি ইনস্টল করার বৈধ হলেই ইনস্টল হবে (বা কমপক্ষে, এটি সেই পদ্ধতিতে কাজ করা উচিত) )।

সুতরাং নীতিগতভাবে প্যাচ / সফ্টওয়্যার আপডেট অনেক কিছু করে, যেমন (সম্ভবত সম্পূর্ণ নয়):

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

Comments

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

— উপরেরটি

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

— মিশেল কেইজজার্স

Answer 3

আমি যে শুল্কগুলি সাধারণত ব্যবহার করি সেগুলি হ'ল পরিবর্তিত অনুরোধগুলির পরিবর্তিত হওয়া প্রয়োজনীয় জিনিসের জন্য অনুরোধ এবং ত্রুটির কারণে পরিবর্তন করা দরকার এমন সমস্যাগুলির প্রতিবেদন ।

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

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

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

Answer 4

সংক্ষিপ্ত উত্তর: এটি সফ্টওয়্যার সংস্করণ সিস্টেমে অন্তর্নির্মিত।

দীর্ঘ উত্তর:

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

একটি উদাহরণ:

1. আপনি একটি পরিবর্তন করার সিদ্ধান্ত নিন।

2. আপনি ইস্যু ট্র্যাকারে একটি সমস্যা তৈরি করুন।

3. আপনি সমস্যাটি সমাধান করার জন্য একটি শাখা তৈরি করুন।
4. আপনি কিছু সফ্টওয়্যার পরিবর্তন করেছেন।
5. প্রতি কোম্পানির নীতিমালায় আপনার পরিবর্তনগুলি পিয়ার পর্যালোচনা করেছেন
6. আপনি একটি টান অনুরোধ জারি করে দেব শাখায় ফিরে মার্জ করুন।
7. আপনি সমস্যাটি বন্ধ করুন।

Comments

এটি ভুল প্রশ্নের উত্তর দেয়। ওপিএস প্রশ্নটি আপনার উদাহরণের প্রথম লাইনে রয়েছে: "পরিবর্তনের সিদ্ধান্ত নেওয়ার" প্রক্রিয়াটির নাম কী

— 0:59 এ হোয়াটসাইম

Answer 5

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

এটি সত্যিই হিসাবে সহজ।

এটির একটি বাস্তবায়ন আছে। আপনার ফার্মওয়্যার হয়, তাহলে না একটি অংশ সংখ্যা আছে এবং হয় না BOM তালিকাভুক্ত তাই হয় না নিয়ন্ত্রিত, তারপর আপনার মানের প্রক্রিয়া সম্ভবত উন্নতি প্রয়োজন। আপনি যদি আইএসও -৯০০১ বা এর অনুরূপ কিছু মিটিং করছেন বলে মনে করা হয়, এটি আপনার প্রক্রিয়াটির একটি নির্দিষ্ট ফাঁক, যা ফিক্সিংয়ের প্রয়োজন।

Answer 6

সফ্টওয়্যার আপডেটগুলিকে প্যাচগুলি বলা হয় বা তারা "সফ্টওয়্যার আপডেট" updates আমি ইউনিটটি "সর্বশেষ সংস্করণে" আপডেট করা থাকলে আমি সবসময় সফটওয়্যার ইঞ্জিনিয়ারদের জিজ্ঞাসা করি।

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