2009-03-07 8 views
6

इसे बनाने से पहले एक विचार "मैपिंग" की आपकी विधि क्या है?एक बड़ी परियोजना के लिए, कोडिंग से पहले क्या योजना बनाई जानी चाहिए और इसका संपर्क कैसे किया जाना चाहिए?

कहें कि मैं एक बड़ी परियोजना लेना चाहता हूं, उदाहरण के लिए फेसबुक या माइस्पेस जैसी साइट के पैमाने पर। वास्तविक कार्य शुरू करने से पहले मुझे क्या योजना/डिजाइन कदम उठाने चाहिए?

उदाहरण के लिए, क्या मुझे पृष्ठ द्वारा पृष्ठ (उनकी कार्यक्षमताओं, डेटा इत्यादि) को सबकुछ मैप करना चाहिए?

उत्तर

0

आप इस व्यक्ति के रूप में एक ही कंपनी के लिए काम करते हैं, लिखित रूप में सब कुछ हो रही द्वारा शुरू करते हैं तो आप जब अपरिहार्य होता गिरावट लेने के लिए एक नहीं हैं ...

+0

अनिवार्य क्या है? आपको लगता है कि सफलतापूर्वक एसएनएस बनाने के लिए संभव नहीं है? उन्होंने यह नहीं कहा कि वह एफबी या एमएस - –

+0

के साथ प्रतिस्पर्धा करना चाहता था मूल रूप से पूछे गए प्रश्न के जवाब के रूप में पढ़ते समय मेरी पोस्ट अधिक समझ में आता है। – flussence

+0

@ स्कॉट: ओपी _originally_ क्या कहा (http://stackoverflow.com/revisions/621140/list/ अन्य साइटों को क्लोन करने के बारे में) बहुत मूर्ख था, और उस समय एंट पी की प्रतिक्रिया उचित थी। –

2
  • की एक सूची बनाएँ साइट की सभी विशेषताएं हैं।

  • सुविधाओं के लिए अच्छा की एक सूची बनाएं।

  • साइट की कमजोरी की एक सूची बनाएं।

  • ऑर्डर करें जो आइटम पहले सूचीबद्ध किए जाएंगे और प्राथमिकता दें।

  • पहचानें कि क्या करना संभव होगा और क्या नहीं है।

  • अपने ग्राहक से मिलें और इन परिणामों को प्रस्तुत करें।

6

एक बड़ी परियोजना के लिए पहले अपनी साइट के विवरण के लिए एक लाइनर के बारे में सोचें (यहां किसी भी buzzwords का उपयोग न करने का प्रयास करें)। इसके बाद तीन डिज़ाइन maxims के बारे में सोचें (आपके डिजाइन को नियमों के साथ कभी संघर्ष नहीं करना चाहिए)। फिर कुछ विचार खींचें और कुछ उपयोगकर्ता मामलों (1 दिन) को सोचें, फिर 2 सप्ताह के लिए कोड में काम करें (यह एक फेंकने वाला प्रोटोटाइप होगा, इसलिए बस जितनी जल्दी हो सके उतनी जल्दी काम करें जितना आप बग और विवरण के बारे में भूल सकते हैं, चिंता न करें कोड गंध या डिज़ाइन पैटर्न, जितना आप कर सकते हैं उतना ही करें), फिर ऊपर दिए गए सभी चरणों का पुनर्मूल्यांकन करें और अपने दो सप्ताह के प्रोटोटाइप को फेंक दें, और ठोस परियोजना और डिजाइन को लागू करने के लिए अपनी परियोजना को गंभीर तरीके से शुरू करें। एक महीने बाद आपके (टीम) नैतिकता का मूल्यांकन करके प्रतिक्रिया प्राप्त की गई है। यदि यह सब ठीक हो रहा है, तो जारी रखें, आपको आगे की लंबी सवारी मिल गई है, अन्यथा छोड़ दें, पोस्टमॉर्टम करें, और नए लक्ष्यों के साथ शुरू करें।

+0

दिलचस्प और सहायक +1 :) – OscarRyz

3

मैं हमेशा उपयोगकर्ता इंटरफ़ेस डिज़ाइन से शुरू करता हूं। मैं समझता हूं कि उपयोगकर्ता क्या करने में सक्षम होना चाहिए और मैं इसे करने के लिए उन्हें क्या नियंत्रण दूंगा। एक बार जब मैं इसे पसंद करता हूं, तो मैं इसे "वायरिंग" कोड से शुरू करता हूं।

2

आमतौर पर मैं का एक mindmap

  1. समस्या मैं हल करने के लिए कोशिश कर रहा हूँ,
  2. सटीक आवश्यकताओं में अनुवाद किया,
  3. तो उपयोगकर्ता workflows है कि मानचित्रण है।

दिमागी सॉफ़्टवेयर की क्रॉस लिंकिंग विशेषताएं इसे बहुत आसान बनाती हैं। चूंकि दिमाग की तरह 'फ्रीफॉर्म' है, इसलिए मैं 'प्रतिनिधित्व' के बजाय 'कार्य' पर ध्यान केंद्रित करता हूं (उदाहरण के लिए यूएमएल आरेख का किस प्रकार का उपयोग करना चाहिए)?

एक बार प्रारंभिक विचार स्पष्ट हो जाने के बाद मैं अधिक कम स्तर के विवरण के लिए यूएमएल का उपयोग करके परियोजना योजना, spec/design दस्तावेज़ों पर काम कर सकता हूं। यह दृष्टिकोण आमतौर पर मेरे लिए अच्छा काम करता है।

यह देखने के लिए कि यह आपके लिए काम करता है या नहीं, आप FreeMind (opensource mindmaping सॉफ़्टवेयर, अच्छा लेकिन वर्तमान में सीमित कार्यक्षमता) का उपयोग कर सकते हैं। फिर आप दिमाग के लिए Mindmanager या iMindmap आज़मा सकते हैं। दोनों अन्य कार्यालय उत्पादों के साथ अच्छी तरह से एकीकृत करते हैं।

1

आमतौर पर मैं अपनी स्क्रैचबुक को पकड़कर शुरू करता हूं और सुविधाओं के संदर्भ में जो चाहता हूं उसे लिखना शुरू करता हूं, यह काफी विस्तृत होना चाहिए। और अगर आप पूरी तरह से एक 'आधिकारिक संस्करण' बनाते हैं तो कागज़ पर विचार हैं (असली कलम और कागज मेरी राय में इसके लिए सबसे अच्छा काम करता है) के साथ काफी गन्दा हो सकता है।

फिर मैं पेजों की तरह दिखने के बारे में कुछ स्केच बनाना शुरू करता हूं, इसमें किस जानकारी में शामिल होना चाहिए और इसे वैश्विक डेटाबेस डिज़ाइन में अनुवाद करना चाहिए। फिर उस वैश्विक डिजाइन को एक और उन्नत स्तर पर काम करें जहां सभी पृष्ठ एक साथ आते हैं, तालिकाओं और सामान के बीच संबंधों के साथ।

इसके बाद मैं एक कोड ढांचे पर सबसे महत्वपूर्ण पृष्ठ बना देता हूं (यदि आप फ्रेमवर्क भाग को भूल नहीं जाते हैं, तो मैं हमेशा ढांचे का उपयोग करता हूं), और 'सबसे महत्वपूर्ण पृष्ठों' से मेरा मतलब है उदाहरण के लिए एक ब्लॉग जो पदों पर होगा। इसके बाद ब्लॉग के मामले में पोस्ट के संग्रह के रूप में महत्वपूर्ण पृष्ठ नहीं बना सकते हैं।

यदि आपने ऐसा किया है, तो कोड को एक साथ डिजाइन करें, या कोडिंग करते समय ऐसा करें कि यदि आप HTML/CSS/JS से कोड अलग नहीं करते हैं।

ओह और हाँ, रास्ते में अपना पहला विचार विस्तृत न करें। बस इसे लिखो और बाद में इसे लागू करें। तो अगर, ब्लॉग के मामले में, आपको लगता है कि आप चाहते हैं कि आधे रास्ते में यूट्यूब टैग बीबी-कोड हैं, इसे लिखें। बाद में इसे जोड़ें, आरंभिक साइट रिलीज़ होने से पहले संभोग करें।

यह मेरा वर्कफ़्लो है, कम से कम एक बुनियादी बुनियादी, इसका मूल विवरण।

1

"पेपर प्रोटोटाइप" से शुरू करें, i। ई। एक पेंसिल लें और प्रत्येक पृष्ठ को बहुत मोटे तौर पर स्केच करें। यह आपको उपयोगकर्ता परिप्रेक्ष्य से शुरू करने देता है, जो मुझे लगता है कि एक अच्छा विचार है।

फिर आप पहले हॉलवे उपयोगिता परीक्षण के लिए स्केच का उपयोग कर सकते हैं और बाद में "वायरफ्रेम" के आधार के रूप में आप एक वेब डिज़ाइनर से काम करने के लिए देंगे।

यदि आप एक बार पूरी साइट से गुजर चुके हैं, तो शायद आपको एक अच्छा विचार है कि बैकएंड क्या करने में सक्षम होना चाहिए। अब आप अपने पेज स्केच का उपयोग कर सकते हैं और उन चीजों की एक सूची संकलित कर सकते हैं जो उपयोगकर्ता चीजों पर क्लिक करके ट्रिगर कर सकते हैं। सर्वर-साइड एपीआई को डिजाइन करने के लिए यह कच्ची सामग्री है जो फ्रंटेंड कॉल कर सकती है।

कॉल की सेवा करने की आवश्यकता है का उपयोग करना, आप बैकएंड डिज़ाइन कर सकते हैं: क्या अच्छी तरह से समूह कार्यक्षमताओं, कौन-सा डेटा प्राप्त किया जा करने की जरूरत है, क्या आप (सत्र चर ==) आदि पेज कॉल के बीच स्टोर करने के लिए

की क्या ज़रूरत है

इस प्रक्रिया में, मैंने प्रौद्योगिकी निर्णयों (ढांचे, प्रोटोकॉल इत्यादि) और यहां तक ​​कि कक्षा संरचना इत्यादि को स्थगित करके काफी अच्छी तरह से प्रदर्शन किया है, जब तक कि मैं पूरी चीज से गुजरने के बाद "क्या करना चाहिए अन्य चीजें "(मुझे लगता है कि एक बेहतर शब्द है)।

1

मुझे लगता है कि मैं एक ओपन-सोर्स एसएनएस समाधान के साथ शुरू करूंगा जो आपको चाहिए जो आपको चाहिए और फिर अपने उद्देश्यों को प्राप्त करने वाले उपयोग-विशिष्ट प्लग-इन, मॉड्यूल और थीम को जोड़ने का तरीका जानें। वहां बहुत सारे हैं। खरोंच से बिल्डिंग बहुत अधिक प्रयास और योजना बनाने जा रहा है। अधिकांश एसएनएस कार्यक्षमता पुन: आविष्कार के लायक नहीं है। इस पर ध्यान दें कि आपकी साइट को अद्वितीय कैसे बनाया जाएगा और उस पर ऊपर की तरफ बढ़ेगा।

1

जब मैं सॉफ़्टवेयर डिज़ाइन करने की बात करता हूं तो मैं काफी दृश्यमान व्यक्ति हूं इसलिए मैं डेटाफ्लो, क्लास पदानुक्रम, UI और फ़्लोर चार्ट को व्हाइटबोर्ड और पेपर पर पहले स्केच करता हूं।

कसाई कागज और रंगीन कलम विशेष रूप से मज़ेदार हो सकते हैं क्योंकि यह 3 फीट चौड़ा है और 100 फुट रोल में आता है। जब आपके पास एक ऐसा डिज़ाइन मिलता है जो संतोषजनक या पर्याप्त रूप से पूरा हो, तो उसे रोल से फाड़ें और दीवार पर पिन करें। आवश्यक के रूप में अद्यतन करें।

उस तकनीक ने कुछ बड़े रिफैक्टरों के साथ-साथ नई परियोजनाओं के लिए भी काम किया है।

1

आप कुछ सरल से शुरू कर सकते हैं और फिर एक समय में सुविधाओं को थोड़ा सा जोड़ सकते हैं। आप उस बिंदु तक पहुंच सकते हैं जहां आप शुरू करना चाहते हैं, लेकिन आपके द्वारा किया गया आधारभूत कार्य लाभकारी होगा। या आप पूरी चीज को एक साथ करने की कोशिश कर सकते हैं, इस मामले में आपको अन्य उत्तरों में पहले से दी गई सलाह की आवश्यकता होगी।

एक और विचार: उन सुविधाओं को निर्दिष्ट करें जिन्हें आप शामिल करने जा रहे हैं, और अन्य प्रतिबंध। इन्हें बाधाओं कहा जाता है, और बाकी योजना के रूप में महत्वपूर्ण हैं, क्योंकि यह आपको सीमाएं देता है ताकि आप जान सकें कि जब आप योजना बना रहे हैं!

संबंधित मुद्दे