परियोजना का विवरण
अनुवादितहमारा मोबाइल एप्लिकेशन वर्तमान में प्रत्येक सब्सक्रिप्शन के लिए केवल एकल खाता का समर्थन करता है, और यह उन उपयोगकर्ताओं के लिए एक वास्तविक सीमा बनता जा रहा है जो परिवार के सदस्यों या एक छोटे से टीम के साथ एक्सेस साझा करना चाहते हैं। हमें एक मोबाइल डेवलपर की आवश्यकता है जो साझा एक्सेस को डिज़ाइन और कार्यान्वित कर सके ताकि एक भुगतान करने वाला सब्सक्राइबर एक ही योजना के तहत कई प्रतिभागियों को आमंत्रित कर सके, जबकि प्रत्येक व्यक्ति का डेटा, इतिहास और सेटिंग्स दूसरों से अलग रहें।
विचार: एक सब्सक्रिप्शन एक समूह बन जाता है, इसका निर्माता व्यवस्थापक बन जाता है, और बाकी सभी सदस्य के रूप में शामिल होते हैं जिनके पास अपना लॉगिन और प्रोफ़ाइल होती है। व्यवस्थापक लोगों को ईमेल या साझा करने योग्य कोड द्वारा आमंत्रित करता है, भूमिकाएँ सेट या बदलता है, अस्थायी रूप से एक्सेस निलंबित करता है, और समूह के बाकी हिस्से को प्रभावित किए बिना एक सदस्य को हटा देता है। नियमित सदस्यों को केवल अपनी प्रोफ़ाइल और सामग्री देखनी और प्रबंधित करनी चाहिए, कभी भी किसी और के डेटा को नहीं, जब तक कि कोई भूमिका स्पष्ट रूप से व्यापक एक्सेस नहीं देती।
हम इस पर चर्चा करने के लिए खुले हैं कि क्या भूमिकाएँ केवल 'व्यवस्थापक' और 'सदस्य' होनी चाहिए, या क्या एक मध्यवर्ती 'प्रबंधक' स्तर जोड़ने के लायक है। कृपया बहु-उपयोगकर्ता खाता प्रणालियों और अनुमति मॉडल के साथ अपने अनुभव का वर्णन करें, और एक डेटाबेस/API संरचना का सुझाव दें।
मुख्य आवश्यकताएँ:
— सब्सक्रिप्शन स्तर पर प्रतिभागियों की सीमा
— प्रत्येक सदस्य के लिए अलग प्रोफ़ाइल और इतिहास
— स्वीकार/अस्वीकृत के साथ आमंत्रण प्रवाह, और स्वैच्छिक निकासी
— सदस्यता परिवर्तनों के बारे में व्यवस्थापक को सूचनाएँ
— सदस्यों और भूमिकाओं की सूची के साथ एक इन-ऐप स्क्रीन
विचार: एक सब्सक्रिप्शन एक समूह बन जाता है, इसका निर्माता व्यवस्थापक बन जाता है, और बाकी सभी सदस्य के रूप में शामिल होते हैं जिनके पास अपना लॉगिन और प्रोफ़ाइल होती है। व्यवस्थापक लोगों को ईमेल या साझा करने योग्य कोड द्वारा आमंत्रित करता है, भूमिकाएँ सेट या बदलता है, अस्थायी रूप से एक्सेस निलंबित करता है, और समूह के बाकी हिस्से को प्रभावित किए बिना एक सदस्य को हटा देता है। नियमित सदस्यों को केवल अपनी प्रोफ़ाइल और सामग्री देखनी और प्रबंधित करनी चाहिए, कभी भी किसी और के डेटा को नहीं, जब तक कि कोई भूमिका स्पष्ट रूप से व्यापक एक्सेस नहीं देती।
हम इस पर चर्चा करने के लिए खुले हैं कि क्या भूमिकाएँ केवल 'व्यवस्थापक' और 'सदस्य' होनी चाहिए, या क्या एक मध्यवर्ती 'प्रबंधक' स्तर जोड़ने के लायक है। कृपया बहु-उपयोगकर्ता खाता प्रणालियों और अनुमति मॉडल के साथ अपने अनुभव का वर्णन करें, और एक डेटाबेस/API संरचना का सुझाव दें।
मुख्य आवश्यकताएँ:
— सब्सक्रिप्शन स्तर पर प्रतिभागियों की सीमा
— प्रत्येक सदस्य के लिए अलग प्रोफ़ाइल और इतिहास
— स्वीकार/अस्वीकृत के साथ आमंत्रण प्रवाह, और स्वैच्छिक निकासी
— सदस्यता परिवर्तनों के बारे में व्यवस्थापक को सूचनाएँ
— सदस्यों और भूमिकाओं की सूची के साथ एक इन-ऐप स्क्रीन
मोबाइल ऐप विकास नकद, बैंक ट्रांसफर
