ایجاد یک وب سایت یک موضوع ساده است اگر از سازنده های آنلاین استفاده می کنید. اما همه آنها به قدری شبیه هستند که شرکت های معتبر باید به دنبال وب مسترها یا تماس با شرکت های فناوری اطلاعات باشند. در این مرحله از ایجاد یک منبع، مشخص کردن کار جادوگر، یعنی ترسیم یک کار فنی برای توسعه سایت بسیار مهم است.
چرا برای این کار وقت تلف کنیم؟
انسان هر چقدر هم که تحصیل کرده باشد، همچنان یک انسان باقی می ماند و به هر طریقی سعی می کند کارش را آسان کند. بنابراین، مشتریان همیشه درک نمی کنند که چرا یک کار فنی برای توسعه سایت می نویسند. به هر حال، خیلی ساده تر است که از یک مدیر وب بخواهید که یک "وب سایت آبی رنگ با لوگوی شرکت در صفحه اصلی" بسازد. اما زمانی که زمان تحویل پروژه فرا می رسد، مشتری چیزی کاملا متفاوت از آنچه می خواست می بیند. و مدیر وب سایت باید منبع را دوباره و دوباره انجام دهد.
شرایط مرجع "بوروکراسی" نیست، بلکه یک عمل عقلانی است که باعث صرفه جویی در زمان، اعصاب و پول می شود. به عنوان مثال، یک شرکت خاص نیاز به توسعه داردسایت ارائه، به مدت دو هفته. و اگر 2-3 روز را صرف ایجاد نمونه ای از شرایط مرجع برای توسعه یک وب سایت کنید، در پایان دوره می توانید یک محصول نهایی دریافت کنید. این همه الزاماتی را برآورده می کند که مشتریان در گرمای عجله ممکن است فراموش کنند به آنها اشاره کنند. از طرفی شرایط توسعه سایت تضمینی برای دستمزد است.
خرد گذشته
اگر مشتری با وظیفه توسعه مشخصات فنی مواجه است، مجبور نیست چرخ را دوباره اختراع کند، بهتر است به ریشه هایی که با سالها تجربه عملی تأیید شده است مراجعه کند. یعنی لازم است نمونه ای از شرایط مرجع برای توسعه سایت مطابق با GOST بنویسید. اعمال استانداردهای 1978 برای سایت های امروزی غیر واقعی به نظر می رسد، اما در اتحاد جماهیر شوروی برخی چیزها عالی بود و توسعه استانداردها نیز از این قاعده مستثنی نیست و علاوه بر این، آنها هنوز هم مرتبط هستند. توجه ویژه باید به استانداردهای زیر معطوف شود:
- الزامات برای محتوا و طراحی (GOST 19.201-78).
- شرایط مرجع برای ایجاد یک سیستم خودکار (GOST 34.602-78).
اولین سند برای سایت های معمولی مناسب است. نحوه تنظیم صحیح TOR و همچنین بخش هایی را که باید هنگام تنظیم شرایط مرجع برای توسعه سایت در نظر بگیرید، توضیح می دهد. این موارد عبارتند از:
- مقدمه، که نشان دهنده نام شرکت یا منبع مشتری، شرح مختصر و محدوده آن است.
- زمینه های خلقت. در اینجا شما نیاز داریدموضوع را مشخص کنید، اسنادی را که نیاز به ایجاد منبع را تأیید می کند، نام سازمانی که این سند را تأیید کرده است، نشان دهید. به عنوان مثال، نتایج تحقیقات بازار نشان می دهد که اکثر کاربران به دنبال محصولات از طریق اینترنت هستند و این مبنایی برای ایجاد یک سایت خواهد بود.
- مقصد. هدف عملکردی منبع نشان داده شده است. اطلاع رسانی، فروش و …
- نیازمندی منابع. این بزرگترین بخش است که در آن مشتری تمام خواسته های خود را در مورد محصول آینده وب توضیح می دهد. در اینجا باید عملکرد را مشخص کنید، سطح قابلیت اطمینان را تعیین کنید، شرایط عملیاتی، محتوا، طراحی و غیره را شرح دهید.
- نیازهای نرم افزار.
- شاخص های فنی و اقتصادی. به این معنی که خواسته ها در مورد سطح تبدیل، مزیت نسبت به رقبا، کارایی اقتصادی نشان داده شده است.
- مراحل توسعه. مشتری ضرب الاجل را برای تکمیل کار تعیین می کند.
- کنترل. انواع تأیید مشخص شده است.
دومین GOST برای ایجاد پورتال هایی با عملکرد پیچیده مناسب است. به طور کلی، اهداف و نکات اصلی با سند اول تفاوت چندانی ندارند، فقط ویژگی های گسترده تری دارند. فقط بر اساس اطلاعات اسناد مطابق با استاندارد GOST، می توانید یک نمونه کامل از شرایط مرجع برای توسعه سایت ایجاد کنید.
ویژگی های پیش نویس TK
چگونه یک کار فنی برای توسعه سایت ترسیم کنیم؟ مهمترین چیز هنگام کامپایل TOR این است که دائماً به اهداف اصلی سند آینده فکر کنید: باید به یک زبان نوشته شود.که هم توسعه دهندگان و هم مشتریان آن را درک خواهند کرد.
اغلب هنگام جمع آوری یک نمونه از یک کار فنی برای توسعه یک سایت، نکات زیر به عنوان اصلی ترین آنها در نظر گرفته می شود:
- اطلاعات مشتری. لازم است به اختصار دامنه فعالیت، تاریخچه شرکت شرح داده شود و لیستی از رقبای اصلی تهیه شود. بعید است که این اطلاعات برای برنامه نویسان مفید باشد، اما طراحان و کپی رایترها به آن نیاز دارند.
- هدف سایت. این بلوک باید حاوی اطلاعات کلیدی باشد که به شما امکان می دهد ساختار منبع آینده، عملکرد و جهت کلی طراحی را درک کنید. همچنین مخاطب اصلی هدف را توصیف می کند.
- نیازمندی منابع. بزرگترین بخش است که باید خواسته های خود را در مورد ساختار، عملکرد، طراحی، نرم افزار، میزبانی و غیره نشان دهید. همچنین باید تصاویر کوچک صفحه و نقشه سایت را در اینجا ضمیمه کنید.
- برنامه اقدام. هر الگوی شرایط مرجع برای توسعه سایت باید در توضیحات خود مراحل توسعه، لیست کارهایی که در یک مرحله خاص انجام می شود و زمان سفارش را شامل شود.
- کنترل و پذیرش کار. نمونه شرایط مرجع برای توسعه سایت باید به وضوح نحوه بررسی انطباق سایت نهایی با الزامات مشخص شده را توضیح دهد. برای جلوگیری از سوء تفاهم با مشتری، باید با دقت به اجرای این کار نزدیک شد.
پس از کار کردن با تمام این نکات با جزئیات، می توانید به سرعت یاد بگیرید که چگونه به درستی شرایط مرجع برای توسعه سایت را تنظیم کنید.
چه کسی باید این کار را انجام دهد؟
اساساً یک نمونهشرایط مرجع برای توسعه سایت توسط هر کسی قابل تنظیم است. به عنوان مثال، صاحب یک سالن زیبایی نیاز به یک وب سایت کارت ویزیت دارد. در اینجا شرایط مرجع وجود دارد، اما اینکه آیا چنین مشخصات فنی مفید خواهد بود یا خیر، سوال دیگری است.
معمولاً یک پیشینه فنی خوب مجری است. با این حال، یک توسعه دهنده وب، ایجاد سایت ها را بیشتر از صاحب یک سالن زیبایی درک می کند. اما این به هیچ وجه به این معنی نیست که مشتری در طول این فرآیند غایب است. با پیروی از قوانین اولیه شرایط مرجع برای توسعه سایت، مشتری باید:
- معرفی مجریان به شرکت، محصولات، خدمات و مخاطبان هدف آن.
- توضیح دهید که چرا او به سایت نیاز دارد.
- آرزوهای خود را برای یک منبع آینده به اشتراک بگذارید.
- نمونه‌هایی از سایت‌هایی را که او فکر می‌کند خوب هستند نشان دهد.
- پاسخ به سؤالات طراح و توسعه دهنده وب (در صورت وجود).
مشتری می تواند TK را به تنهایی ترسیم کند، اما، همانطور که تمرین نشان می دهد، چنین طرح های آماتوری معمولاً بی سر و صدا به سطل زباله پرتاب می شوند.
دقت و منحصر به فرد
هر آنچه در نمونه ها و نمونه مشخصات فنی توسعه سایت نوشته شده است باید برای کارفرما و پیمانکار قابل درک باشد. مفاهیمی مانند زیبا، مدرن، منحصر به فرد و غیره را نمی توان به کار برد، زیرا هرکسی آنها را به شیوه خود درک می کند. این همچنین در مورد فرمول بندی هایی که می توان به طور مبهم درک کرد نیز صدق می کند. همه چیز باید واضح و دقیق باشد. شما نمی توانید بنویسید که سایت می تواند بار بیشتری را تحمل کند، زیرا مشخص نیست آنها چقدر هستندبزرگ لازم است فوراً سوء تفاهم را رد کرد و تصریح کرد که این منبع می تواند همزمان 50 هزار بازدید کننده را تحمل کند. هر جمله ای باید با اعداد و ویژگی های دقیق پشتیبانی شود.
جزئیات دیگر
هنگام برنامه‌ریزی برای ایجاد یک سایت، باید به همه شرکت‌کنندگان در توسعه درباره کارهایی که شرکت انجام می‌دهد و مخاطبان اصلی آن اطلاع دهید. همچنین باید هدف سایت را مشخص کنید و تنظیمات برگزیده عملکردی را شرح دهید تا به جای یک فروشگاه آنلاین جدی، وبلاگ سرگرمی نداشته باشید.
در برخی موارد، یک واژه نامه در شرایط مرجع برای توسعه یک وب سایت گنجانده شده است. همه اصطلاحات پیچیده به زبانی قابل فهم توصیف شده اند تا مشتری ناآگاه در مورد اینکه با سایت خود چه کاری و چگونه انجام خواهد داد سوالی نداشته باشد.
حتماً مشخص کنید که منبع باید در کدام میزبان باشد. همچنین، مجریان محترم در شرایط مرجع موردی را به عنوان "الزامات کار" مشخص می کنند، جایی که آنها نشان می دهند که منبع باید در همه مرورگرها نمایش داده شود. البته این الزام از قبل قابل درک است، اما بهتر است آن را یادداشت کنید تا مشتری در برابر مجریان بی پروا در امان بماند.
علاوه بر این، ساختار، طراحی و چیدمان با مشتری مورد بحث قرار می گیرد، برای وضوح، مشتری می تواند فلوچارت ترسیم کند. مشتری باید توضیح دهد که هر صفحه از سایت برای چیست و چه عناصری می تواند در آن باشد.
اگر باید منبعی با رابط پیچیده و غیر استاندارد بسازید، فقط نشان دادن کافی نخواهد بود.طرح و ساختار صفحه بسیار مهم است که کل تیم توسعه و مشتری درک کنند که بازدیدکنندگان معمولی چگونه از سایت استفاده خواهند کرد. بنابراین، توسعه یک فیلمنامه ضروری خواهد بود. طرح او بسیار ساده است:
- عملیات کاربر.
- پاسخ وب سایت.
- نتیجه.
محتوا و طراحی
همچنین لازم است از قبل تصمیم گرفته شود که چه کسی مسئول محتوا خواهد بود. در برخی موارد، یک توسعه‌دهنده می‌تواند بلافاصله یک وب‌سایت با محتوا ایجاد کند، که شامل کپی‌نویسان حرفه‌ای می‌شود، اما پس از آن هزینه منبع گران‌تر خواهد بود. این باید از قبل توافق شود و تمام خواسته های مربوط به محتوا را نشان دهد.
درست است، توصیف عینی محتوا دشوار خواهد بود، زیرا هر کس ایده های خاص خود را در مورد جالب بودن و مفید بودن دارد، نوشتن آن ساده تر است که منحصر به فرد خواهد بود. بررسی این موضوع آسان است و هیچ ادعای غیرضروری وجود نخواهد داشت. این مشکل در مورد توضیحات طراحی نیز صدق می کند. بهترین راه حل این است که در شرایط مرجع برای توسعه طراحی سایت بنویسید که مشتری چه طرح رنگی را می خواهد، کتیبه ها با چه فونتی ساخته می شوند و غیره. یعنی تمام موقعیت هایی را که در آنها دقت ظاهر می شود مشخص کنید. شاید اینها همه قوانین ایجاد شرایط مرجع برای توسعه سایت باشد. اکنون باید آنها را عملی کنید و سعی کنید به تنهایی یک TK شایسته ایجاد کنید.
الگوی شرایط مرجع برای توسعه وب سایت
در این TOR، جدولی از اصطلاحات در صفحه اول ارائه شده است تا همه چیز روشن باشد که در مورد آن بحث خواهد شد. لازم به ذکر است که تعیین اصطلاحات از کپی برداری نشده است"ویکی پدیا" یا منابع دیگر، اما توسط شخصی که در حال توسعه شرایط مرجع است نوشته شده است. فهرست اصطلاحات ممکن است شامل مفاهیمی مانند:باشد
- آدرس IP.
- www (وب جهانی).
- بخش مدیریتی منبع، سرپرست.
- کپشن جایگزین برای عکس.
- رابط وب.
- پیوند، پیوند.
- طراحی وب سایت، قالب طراحی صفحه.
- صفحه پویا و ایستا.
- نام دامنه.
- متاتگ.
- Content.
- بخشی از منبع عمومی است.
- پشتیبان گیری، پایگاه داده، ساختار فایل.
- هاستینگ.
- CMS.
بعد از ایجاد واژه نامه، می توانید مستقیماً شروع به نوشتن شرایط مرجع کنید. ابتدا اطلاعات کلی نوشته شده است. این پاراگراف به طور مشروط به چهار زیر پاراگراف تقسیم می شود:
- هدف سند. شرایط مرجع برای توسعه سایت سند اصلی است که روند ایجاد و پذیرش یک منبع را تنظیم می کند.
- اطلاعات مشتری. مختصات زیر نشان داده شده است: نام شرکت، اطلاعات تماس، آدرس قانونی، آدرس واقعی، ایمیل، وب سایت (در صورت تغییر نام تجاری)، شخص تماس، شماره تلفن تماس.
- اطلاعات مختصر درباره شرکت. برای نمونه ای از شرایط مرجع توسعه سایت، شرکت Fortuna LLC را در نظر بگیرید. LLC "Fortuna" (کالاها) را برای بازار نووسیبیرسک تولید می کند. این شرکت به دقت بر بهداشت تولید، خلوص مواد اولیه و کیفیت نظارت داردمحصولات تولید شده. این شرکت کنترل تایید شده کیفیت و ایمنی کالاهای تولیدی را بر اساس اصول سیستم بین المللی HACCP انجام می دهد.
- اساس توسعه. مبنای توسعه شرایط مرجع قرارداد شماره _. است.
هدف و هدف منبع
این سایت برای افزایش سهم بازار شرکت و بالا بردن وجهه شرکت در وب طراحی شده است. این منبع به منظور افزایش جریان مشتریان جدید، ایجاد یک تصویر مطلوب، افزایش محبوبیت نام تجاری Fortuna LLC ایجاد شده است. همچنین، این منبع به عنوان یک پلت فرم اضافی برای کمپین های تبلیغاتی، جذب مشتریان جدید و سود اضافی عمل می کند.
وظایف اصلی منبع ارائه اطلاعات کامل در مورد محصول و خدمات به کاربر است. مخاطب اصلی، خریداران خرده فروشی، به ویژه زنان خانه دار و عمده فروش هستند.
سایت باید دارای پنل مدیریت مناسب باشد، بارگذاری صفحه باید برای دستگاه های مختلف بهینه شود. منبع باید از حملات خارجی محافظت شود، از عناصر تبلیغ کالا و خدمات استفاده شود. کارت محصول علاوه بر اطلاعات کامل محصول، به همراه داشتن مدارک همراه مانند گواهی کیفیت نیاز دارد.
شرایط فنی برای سایت
سایت باید در اینترنت با نام دامنه (به انتخاب مشتری) در دسترس باشد و یک ساختار اطلاعاتی متشکل از بخش‌های به هم پیوسته با عملکردهای کاملاً مشخص باشد. برای حفظ سایت و عملکرد آن، پرسنل نبایدنیاز به مهارت و دانش خاصی در زمینه نرم افزار دارد.
در یک سیستم مدیریت منابع، مهم است که مکانیزمی برای پشتیبان گیری از اطلاعات داشته باشید که به طور خودکار کار کند.
اطلاعات سایت عمومی است. بسته به میزان حقوق دسترسی، کاربران به سه گروه تقسیم می شوند:
- بازدیدکنندگان - فقط به بخش عمومی سایت دسترسی دارند.
- ویراستار - قابلیت اصلاح مطالب بخش را دارد.
- Administrator - می تواند ویرایشگران را منصوب کند، بخش ها را اضافه یا حذف کند.
دسترسی به بخش مدیریتی سایت باید با ورود به سیستم و رمز عبور محافظت شود.
عملکرد فنی باید با توصیه های موتورهای جستجو مطابقت داشته باشد. ابتدا صفحات باید دارای کدگذاری یکسان باشند. ثانیا، انتقال پیوند باید با استفاده از تگ "A" اجرا شود. ثالثاً، شما باید کدگذاری را در هدرهای HTTP مشخص کنید و هنگام دسترسی به سایت با استفاده از لینک site.ru، باید یک تغییر مسیر 301 به دامنه www.site.ru تنظیم کنید.
منبع باید در همه مرورگرهای مدرن کار کند، بنابراین لازم است در: تست شود
- IE 11.
- Safari & Chrome برای iOS 9.0-9.2.
- Chrome 48.
- Firefox 44.
- Safari 9.
- Edge 13.
- Opera 34.
اگر بازدیدکننده از یک مرورگر قدیمی استفاده می کند، باید پنجره ای ظاهر شود که از شما می خواهد آن را به روز کنید.
سایت باید دارای تمایز منطقی بین بخش های کاربری و مدیریت باشد. اولینمسئول ارائه اطلاعات، دوم - برای پر کردن منبع با محتوا. صفحات استاتیک از یک عنوان، متن و تصاویر تشکیل شده است. مشتری می تواند آنها را به صلاحدید خود ویرایش کند، زیرا این اطلاعات نباید به پیکربندی سایت مرتبط باشد.
هاستینگ، محتوا، ساختار
بعد، سیستم مورد نیاز توضیح داده می شود، زبان توسعه نشان داده می شود (PHP با پایگاه داده یا HTML ساده با CSS).
در مورد محتوا، مشتری تمام مواد لازم را که با لیست محتوای اجباری مطابقت دارد در اختیار توسعه دهنده قرار می دهد. بر اساس داده های دریافتی، محتوای منحصر به فرد توسعه یافته و در سایت ارسال می شود.
در مرحله بعدی توسعه TOR، ساختار سایت توسعه می یابد. ابتدا صفحه اصلی و آیتم های منوی اصلی توضیح داده شده است. پس از هر یک لیستی از موارد فرعی اضافه می شود. این را می توان به صورت گرافیکی نشان داد، اما شما همچنین باید هر بخش را توضیح دهید، آنچه باید وجود داشته باشد و چه اهدافی را دنبال می کند.
به عنوان مثال، در صفحه اصلی وب سایت Fortuna LLC بخشی "تولید" وجود دارد. در اینجا مهم است که مزایای شرکت را در مقابل پس زمینه رقبا آشکار کنیم و به طور قابل دسترس به مصرف کننده توضیح دهیم که چرا Fortuna LLC بهتر است. اطلاعات مربوط به بیشترین کالاهای خریداری شده را در زیر پاراگراف های جداگانه تعریف کنید و آن را با مطالب عکس و ویدئو پشتیبانی کنید. بخش‌های دیگر نیز به روشی مشابه توسعه یافته‌اند.
الزامات طراحی و عملکرد
اگر منبعی در حال بهبود است، باید توجه داشت که آیاآیکون ها، فونت ها و رنگ ها برای یک سایت جدید، تمام این موقعیت ها تجویز می شود. به عنوان مثال، رنگ زرد-سبز 9ACD32 است. بهتر است یک پالت در اختیار مشتری قرار دهید و کد رنگ را در TOR تجویز کنید تا از اشتباهات جلوگیری شود. هر منبع باید کیفیت یکسانی را در همه دستگاه‌ها نشان دهد و به صورت پویا با اندازه صفحه تنظیم شود.
هر سایت دارای بخش های پویا و ثابت است. مدیر پویا می تواند به طور مستقل تغییر کند و استاتیک بدون تغییر باقی بماند. TOR باید نمونه های اولیه صفحه اصلی را ارائه دهد. شرایط مرجع برای توسعه وب سایت فروشگاه اینترنتی باید شامل نمونه های اولیه کاتالوگ ها و کارت های محصول باشد. معمولاً طراح آنها را می سازد و به مشتری نشان می دهد، فقط بعد از آن وارد مشخصات می شوند.
حتما یک صفحه‌آرایی معمولی با تغییرات مختلف قالب‌بندی متن و خروجی اطلاعات آماده کنید.
محتوا و فرآیند ارسال
مشتری ممکن است بخواهد منبع را با اطلاعات اولیه پر کند، اما در این مورد مسئولیت ارائه داده های صحیح به اجراکنندگان را بر عهده می گیرد. فقط به صورت الکترونیکی و در آخرین مرحله توسعه پذیرفته می شود.
دلایل پذیرش سایت عبارتند از:
- تطابق با TK.
- آزمایش نمایش صحیح تصاویر.
- آزمایش عملکرد.
در پایان هر TOR، باید ترتیب و زمان پروژه را بنویسید. به طور کلی، تمام کارها را می توان به 3 مرحله تقسیم کرد:
- توسعه طراحی،تأیید، طرح‌بندی طرح.
- توسعه نرم افزار.
- پر کردن سایت با اطلاعات.
در نزدیکی هر یک از این موارد، تاریخ سررسید به روز نشان داده شده است. طبق توافقنامه، مدت ممکن است متفاوت باشد. در صورت عدم ارائه، تغییر در زمان مهلت با توافق کتبی طرفین انجام می شود.
سود
شرایط مرجع هم برای کارفرما و هم برای پیمانکار مفید است. اولی ها درک می کنند که برای چه چیزی پول می پردازند، می توانند بلافاصله صلاحیت مجری را ببینند و خود را در برابر انجام ناصادقانه کار بیمه کنند. به نوبه خود، TK به پیمانکار کمک می کند تا بفهمد مشتری چه می خواهد و بنابراین خود را در برابر تغییرات ناگهانی بیمه کند. این امر مخصوصاً زمانی صادق است که پروژه تقریباً تمام شده باشد، اما مشتری می‌خواهد چیزی را تغییر دهد، به دلیل این "چیزی" همه کار باید دوباره انجام شود.
