জিইউআই দিয়ে শুরু করে কোনও অ্যাপ্লিকেশন তৈরি করা কি কার্যকর হতে পারে?


17

অ্যাপ্লিকেশন নকশা এবং বিকাশের প্রবণতা "সাহস" দিয়ে শুরু হয়েছে বলে মনে হয়: ডোমেন, তারপরে ডেটা অ্যাক্সেস, তারপরে অবকাঠামো ইত্যাদি The GUI সাধারণত প্রক্রিয়াতে পরে আসে বলে মনে হয়। আমি আশ্চর্য হয়েছি যদি জিইউআই তৈরির পক্ষে এটি প্রথম কার্যকর হতে পারে ...

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

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

এটি কি কোনও বাস্তব প্রকল্পের জন্য একটি সম্ভাব্য ধারণা হতে পারে? সম্ভবত আমরা সংক্ষিপ্ত স্থিতিতে GDD (GUI চালিত বিকাশ) যুক্ত করতে পারি ...


4
এটি র‌্যাপিড অ্যাপ্লিকেশন ডেভলপমেন্ট।
জেমস প্রেমের

জিইউআই লিখতে কি কার্যকর হবে? যদি না এটি একটি মোবাইল অ্যাপ্লিকেশন, কোনও ওয়েব অ্যাপ্লিকেশন বা কোনও অ্যাপ্লিকেশন যা চিত্রগুলি দেখায় আমি এর প্রয়োজন দেখছি না।
ডানফোল্ড

উত্তর:


27

দ্রুত জিইউআই প্রোটোটাইপগুলি তৈরি করা ভাল ধারণা এবং আমি শুনেছি এটি বহু প্রকল্পে ব্যবহৃত হচ্ছে। প্রাথমিক প্রতিক্রিয়া সত্যই মূল্যবান। তবে এর ঝুঁকি রয়েছে:

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

এই ঝুঁকি হ্রাস করার জন্য সক্রিয় আলোচনা এবং আপনার ব্যবহারকারী এবং / অথবা পরিচালকদের সম্ভবত শিক্ষা প্রয়োজন।


1
প্র্যাগমেটিক প্রোগ্রামার প্রোটোটাইপিং অংশটি কভার করে, এবং হ্যাঁ, আপনি পুরোপুরি ঠিক বলেছেন। প্রোটোটাইপটি ডিসপোজেবল কোড;)
অস্কার মেডেরোস

6
"গড় ব্যবহারকারীর জন্য জিইউআই হ'ল অ্যাপ্লিকেশন"। আমি একা এই পর্যবেক্ষণের জন্য এটি 100 বার উপস্থাপন করব।
পিএসইউ

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

@ ব্যবহারকারী ১৩645৪, আমি দাবি করি না যে এটি আমারই - বাস্তবে আমি জোলের মূল ব্লগ পোস্টটিতে লিঙ্কটি যুক্ত করেছি যখন আপনি আপনার মন্তব্য লিখেছেন :-)
পেতর টারিক ২

2
এ কারণেই জিআইআইআই প্রোটোটাইপিং সরঞ্জামগুলি বালামামিক.কমের মতো দেখানো হয়েছে। আপনি কীভাবে জিইউআই দেখতে পাবেন তা দেখতে এবং গ্রাহকের কাছ থেকে প্রাথমিক প্রতিক্রিয়া পেতে পারেন can অন্যদিকে, সরঞ্জামটির দ্বারা তৈরি জিইউআইয়ের সম্পূর্ণ আলাদা শিল্প রয়েছে (হাতে আঁকার মতো কিছুটা) যাতে গ্রাহক সরাসরি বুঝতে পারে যে এটি পণ্যটির চূড়ান্ত চেহারা হবে না। এবং এটি পণ্যের নকশা হিসাবে ঠিক কোড হিসাবে ব্যবহার করা যায় না।
টোবিয়াস ল্যাঙ্গনার 25'11

5

আমি যে সমস্যাটি দেখতে পাচ্ছি তা হ'ল লক্ষ্যটি পুরোপুরি পিছিয়ে রয়েছে।

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

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

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

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

প্রয়োজনীয়তা সংগ্রহ এবং চুক্তির জন্য একটি প্রোটোটাইপ তৈরি করা ভাল হতে পারে তবে তারপরে এটি ফেলে দেওয়া উচিত। প্রকৃত পণ্যটিতে প্রোটোটাইপ কোড থেকে আসলে কিছু ব্যবহার করবেন না।


5

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

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

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

প্রতিটি craptastic অভিজ্ঞতার জন্য, প্রবাহিত quirky, দুর্বল collocated তথ্য এমন বস্তুর, যা শুধু সাধারণ ভুল, দৃষ্টান্ত যখনই আপনি জিজ্ঞাসা করতে "শুধু যা প্রতিভা নিয়ে এসেছেন begged থাকেন সুস্পষ্ট কার্যকারিতা অভাব যে ?", মিথ্যা এমন কিছু বিষয় যা, উপেক্ষিত অস্বীকার বা ব্যবহারকারী উন্নয়নের চেষ্টায় অগ্রণী হিসাবে প্রকাশ করেছেন।


3

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

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

এটি ওয়েব পরিষেবাদি বা অন্যান্য API গুলি ডিজাইনের জন্যও প্রাসঙ্গিক - কেবল সেখানেই এটি " চুক্তি-প্রথম " ডিজাইন হিসাবে পরিচিত ।

সুতরাং, সবকিছুর জন্য, প্রথমে কোনটি ডিজাইন করবেন সে সম্পর্কে কোনও নিয়ম নেই; কখনও কখনও এটি মডেল, এবং কখনও কখনও এটি জিইউআই। একটি থাম্বের নিয়ম হিসাবে, আমি "প্রথমে সবচেয়ে গুরুত্বপূর্ণ অংশটি ডিজাইন করুন" নিয়ে যাব।

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


3

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

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

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

এবং কেন আপনি প্রোটোপটি ফেলে দিতে চান? আমরা ম্যাচস্টিকের বাইরে নির্মিত স্টেডিয়ামগুলি নিয়ে কাজ করছি না। জঘন্য জিনিসকে কিছু ভাল জিনিসে পরিণত করুন something


1

জিইউআইয়ের দিকে তাকানো ব্যক্তি যদি বুঝতে পারে যে এটি কেবল একটি শেল এবং আক্ষরিক বোতাম এবং প্রক্রিয়াগুলি কাজ করে না (নতুন নটমিমপ্লিমেন্টেড এক্সেক্সশন ();)) ফেলে দেয় তবে আমার কাছে মোটেও খারাপ লাগবে না।

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

পরিচালনার হিসাবে, তাদের 3 অংশ সহ একটি বড় পাই চার্ট আঁকুন, তাদের "এম", "ভি" এবং "সি" লেবেল করুন। প্রায় 20% ভি প্রদান করুন এবং বাকী পাইটি "টিবিসি";) ব্যাখ্যা করুন।


0

যেকোন যুক্তিসঙ্গত আকারের সিস্টেমে, পর্দার আড়ালে কী ঘটতে হবে তা জিইউআইয়ের মতো দেখতে আলতোভাবে সম্পর্কিত। জিইউআই আপনাকে কয়েকটি প্রয়োজনীয়তা দেবে। প্রায়শই অনেকগুলি উপাদান রয়েছে যার একটি জিইউআই থাকে না।

সিস্টেমটি বিকাশের পরে অতিরিক্ত ইন্টারফেস (নতুন জিইউআই সহ) প্রয়োজন হতে পারে। এটি সফল হওয়ার জন্য ব্যবসায়ের প্রয়োজনীয়তা বোঝা এবং বাস্তবায়ন করা গুরুত্বপূর্ণ।

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

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

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

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