| شرایط مرجع برای توسعه برنامه «______________» به توافقنامه شماره ___ 1. معرفی 1. معرفی 1.1. نام برنامه نام برنامه: "ASU "______________" 1.2. هدف و دامنه این برنامه برای خودکارسازی پردازش داده های مشتریان کافه/بار طراحی شده است. با داده های زیر عمل می کند:
2.1. الزامات عملکردی برنامه باید توانایی انجام عملکردهای زیر را داشته باشد:
2.2.1 الزامات برای اطمینان از عملکرد قابل اعتماد برنامه عملکرد قابل اطمینان (پایدار) برنامه باید با اجرای مجموعه ای از اقدامات سازمانی و فنی توسط مشتری تضمین شود که لیست آنها در زیر آمده است:
مدت زمان بازیابی پس از خرابی ناشی از قطع برق سخت افزار (سایر عوامل خارجی)، یا خرابی غیرمرگبار (نه از کار افتادن) سیستم عامل، نباید از 30 دقیقه تجاوز کند، مشروط بر اینکه شرایط کار سخت افزار و نرم افزار وجود داشته باشد. مشاهده می شوند. زمان بازیابی پس از خرابی ناشی از نقص سخت افزار یا خرابی کشنده (خراش) سیستم عامل نباید از زمان لازم برای رفع نقص سخت افزار و نصب مجدد نرم افزار تجاوز کند. خرابی برنامه به دلیل عملکرد نادرست کاربر هنگام تعامل با برنامه. 3.1. شرایط لازم برای صلاحیت و تعداد پرسنل حداقل تعداد پرسنل مورد نیاز برای اجرای برنامه باید حداقل 1 واحد تمام وقت - یک اپراتور رایانه شخصی باشد. لیست وظایف انجام شده توسط اپراتور رایانه شخصی باید شامل موارد زیر باشد:
3.2. الزامات ترکیب و پارامترهای وسایل فنی
3.3.1. الزامات ساختارهای اطلاعاتی و روش های حل این نرم افزار یک برنامه اجرایی مستقل است. فرمت پایگاه داده با ADO سازگار است.کاربران از طریق رابط سیستم با پایگاه داده کار می کنند. 3.3.3. الزامات کدهای منبع و زبان های برنامه نویسی هیچ نیاز اضافی وجود ندارد. نرم افزار سیستمی که برنامه استفاده می کند باید یک نسخه بومی سازی شده دارای مجوز از سیستم عامل Windows XP باشد. هیچ الزامی برای حفاظت از اطلاعات و برنامه ها وجود ندارد. 3.5. نیازمندی های ویژه هیچ الزامات خاصی وجود ندارد. 4.1. ترکیب اولیه اسناد برنامه ترکیب اسناد برنامه باید شامل موارد زیر باشد:
5.1. منافع اقتصادی توسعه این برنامه یک محصول رایگان است، منابع مالی صرف نمی شود و مزیت آن تسریع در اتوماسیون پردازش داده مشتریان کافه/بار است. 6.1. مراحل توسعه توسعه باید در سه مرحله انجام شود:
در مرحله تدوین مشخصات فنی، مرحله تدوین، هماهنگی و تایید این مشخصات فنی باید طی شود. در مرحله طراحی دقیق، مراحل زیر باید انجام شود:
در مرحله اجرا، مرحله توسعه آماده سازی و انتقال برنامه باید تکمیل شود. در مرحله توسعه مشخصات فنی، کارهای زیر باید انجام شود:
در مرحله آزمایش برنامه، انواع کارهای زیر باید انجام شود:
در مرحله تهیه و انتقال برنامه، باید کار برای تهیه و انتقال برنامه و مستندات برنامه برای بهره برداری در امکانات مشتری انجام شود. 7.1. انواع تست:
7.2. شرایط پذیرش کار پس از پذیرش، شرایط زیر باید تأیید شود:
|
| مشخصات فنی برای توسعه یک پروژه طراحی برای محل. اطلاعات | شرایط مرجع برای توسعه اسناد طراحی برای ساخت باغ وحش مقررات در محدوده قطعه زمین، خ. Podlesnaya، بزرگراه Kosmonavtov، خیابان. ملکوا، منطقه دزرژینسکی پرم |
||
| شرایط مرجع برای توسعه ساختار سند وب سایت یک سیستم اطلاعاتی که دسترسی کاربران اینترنت به محتوا و عملکرد خود را در یک سازمان سازمان یافته فراهم می کند. |
شرایط مرجع برای توسعه وب سایت "انجمن هنرمندان ایربراشینگ روسیه" محفظه اصلی html که بلوک های اطلاعاتی در آن قرار می گیرند باید کاملاً قابل ویرایش باشد. ترجیحا... |
||
| شرایط مرجع برای ایجاد یک سیستم خودکار "انبار داده های شرکتی" GOST 34. 602-89 مشخصات فنی برای ایجاد یک سیستم خودکار (مثال) |
2. شرایط مرجع برای توسعه نرم افزار این پروژه دوره به تشریح فرآیند صدور گواهی بیمه بازنشستگی می پردازد. سیستم توسعه یافته برای ساده سازی… |
||
| شرایط مرجع برای توسعه وب سایت مجله این مشخصات فنی نشان دهنده… این سایت با در نظر گرفتن محدودیت‌های سیستم‌های مدیریت محتوای مدرن (وردپرس باز، جوملا، لایو استریت و موارد مشابه...) مدل‌سازی شده است. |
برنامه ای برای نمایش الگوریتم های پیمایش گراف این مشخصات فنی توسعه یک محصول نرم افزار آموزشی را که برای ارائه بصری در نظر گرفته شده تنظیم می کند. |
||
| شرایط مرجع شامل: نام توسعه، مبنای ... طراحی فنی و تفصیلی: شرح حوزه موضوع (مدل شی)، مدیریت شی (رویدادها، نمودار تعامل)، … |
طراحی نرم افزار مرحله طراحی شامل توسعه معماری، توسعه داده ها و توسعه نرم افزار رویه ای است |
الزامات فنی برای سیستم
ظاهر فنی محصول
تئوری حل مسائل مبتکرانه یک روش تفکر قوی شوروی است که هم در روسیه و هم در سراسر جهان رواج یافته است. این به شما امکان می دهد تا عمیقاً مشکل را تجزیه و تحلیل کنید و یک راه حل مؤثر پیدا کنید.
کار بر روی TRIZ توسط Genrikh Saulovich Alshuller و همکارانش در سال 1946 آغاز شد.
توسعه برنامه: نمونه ای از مشخصات فنی
در سال 1956، اولین نشریه در مورد این واقعیت منتشر شد که فناوری طبق قوانین خاصی توسعه می یابد. برای اختراع مؤثر، باید این قوانین را شناسایی کرده و به طور مؤثر آنها را اعمال کنید.
با گذشت زمان، TRIZ به مجموعه بزرگی از ابزارها تبدیل شده است که به حل تعدادی از مشکلات فوری کمک می کند:
- ایجاد محصولات جدید پیشرفت،
- بهبود خواص مصرف کننده راه حل های موجود،
- کاهش هزینه های،
- دور زدن اختراعات رقبا
شرکت های پیشرو جهانی مانند سامسونگ، اینتل، پروکتر اند گامبل، جنرال الکتریک و سایرین از TRIZ در مراکز تحقیق و توسعه خود استفاده می کنند.
مقررات
برای جلوگیری از مسائل بحث برانگیز و سوء تفاهم، استفاده از همان دستگاه مفهومی مهم است. برای انجام این کار، ما لیستی از رایج ترین اصطلاحات و اختصارات را گردآوری کرده ایم.
وقتی صحبت از توسعه اسناد فنی برای نرم افزار می شود، اغلب به سندی مانند مشخصات فنی (TOR) فکر می کنیم. چرا این اتفاق می افتد؟
هدف از مشخصات فنی
اولاً، شرایط مرجع، به عنوان یک قاعده، سند اصلی در اسناد پروژه است. این مشخصات فنی است که تمام الزامات اساسی برای توسعه نرم افزار را توصیف می کند، خواه ایجاد یک برنامه یا وب سایت ساده، یا توسعه یک سیستم اطلاعاتی در مقیاس بزرگ یا مجموعه سخت افزاری و نرم افزاری. علاوه بر این، به زبان GOST ها، مشخصات فنی را می توان هم در چارچوب یک طراحی اولیه (این فقط توصیفی از عملکردها و ساختار سیستم بدون در نظر گرفتن فناوری های اجرای راه حل است) و هم در آینده توسعه داد. "مهاجرت" به یک پروژه فنی (توضیحات دقیق تر با در نظر گرفتن فناوری های انتخاب شده) .
ثانیاً، مشخصات فنی می‌تواند سطحی باشد (مثلاً یک مشخصات مفهومی کلی که برای سرمایه‌گذاران پروژه در نظر گرفته شده است) یا دقیق‌تر (مثلاً مشخصات دقیق برای یک برنامه‌نویس). به بخش پروژه ها نگاه کنید، نمونه هایی از مشخصات فنی مختلف وجود دارد. شما می توانید هر سطح از جزئیات را انتخاب کنید - ما مشخصات فنی هر پیچیدگی را با قیمت های مقرون به صرفه برای شما آماده می کنیم.
ثالثاً، در برخی موارد می توان تنها با تهیه یک مشخصات فنی برای توصیف سیستم در حال توسعه، به نتیجه رسید. البته، در این مورد، کیفیت مشخصات فنی توسعه‌یافته نقش کلیدی دارد، بنابراین واضح است که در اینجا ارزش صرفه‌جویی را ندارد و بهتر است توسعه چنین مشخصات فنی را به متخصصانی که تجربه زیادی در این زمینه دارند، واگذار کنیم. خسیس دو بار پرداخت می کند، اما در صورت عدم موفقیت در توسعه نرم افزار به دلیل مستندات بی کیفیت، ده برابر و گاهی حتی چندین مرتبه بیشتر می پردازد.
ترکیب مشخصات فنی استاندارد
بیایید ببینیم که یک مشخصات فنی معمولی شامل چه چیزی است.
آیا مشخصات نرم افزار سطحی بوده است؟
بنابراین، مشخصات فنی، صرف نظر از GOST انتخاب شده، همیشه شامل اطلاعات اساسی زیر در مورد نرم افزار در حال توسعه است:
1) نام- نام کامل و کوتاه، نماد نرم افزار در حال توسعه؛
2) وقت ملاقات- چرا، در چه زمینه ای و برای چه هدفی نرم افزار توسعه یافته است.
3) مبنای توسعه- اسنادی که بر اساس آنها توسعه نرم افزار انجام می شود.
4) کارکرد- فهرست و شرح وظایف نرم افزار در حال توسعه؛
5) ساختار- شرح معماری و اجزای نرم افزار در حال توسعه؛
6) رابط کاربری- در دنیای مدرن اجباری است.
7) قابلیت اطمینان، ایمنی، شرایط عملیاتیو غیره الزامات مهم؛
8) مستندات- چه مستنداتی، در چه حجمی و مطابق با چه الزامات GOST نیز توسعه خواهد یافت.
9) مراحل و مراحل توسعه- چه چیزی و به چه ترتیبی در حال توسعه است.
10) رویه کنترل و پذیرش– نرم افزار توسعه یافته دقیقا چگونه به مشتری تحویل داده می شود.
استانداردهای مشخصات فنی
چندین GOST وجود دارد که توسعه مشخصات فنی را در منطقه ما تنظیم می کند: اینها GOST 34.602 (سیستم های خودکار) و GOST 19.201 (نرم افزار) هستند. اسنادی که بر اساس این استانداردها تهیه می شوند، هم از نظر محتوا و هم از نظر محتوا تفاوت قابل توجهی دارند. هر دو استاندارد در پورتال شرکتی ما در بخش کتابخانه ارائه شده اند که می توانید با جزئیات بیشتری با آنها آشنا شوید.
هزینه توسعه مشخصات فنی
به طور کلی، تهیه مشخصات فنی یک کار نسبتاً پیچیده و مسئولانه است، اما یک مشخصات فنی خوب نوشته شده نیمی از موفقیت پروژه در حال توسعه است. بنابراین در فرآیند تدوین مشخصات فنی نرم افزار باید حداکثر دقت و آگاهی را در مسائل فنی و سازمانی از خود نشان دهید. یا می توانید همین الان توسعه مشخصات فنی کلید در دست را به ما سفارش دهید.
همچنین ممکن است که شما علاقه مند باشید به:
- توسعه یک برنامه آزمون و روش.
- ایجاد یادداشت توضیحی برای طراحی اولیه و فنی.
- مراحل توسعه مستندات
نوشتن مشخصات فنی یکی از اولین مراحل کار بر روی یک پروژه است. پیش از توسعه خود سیستم است. در مشخصات فنی، ما حوزه موضوعی، زیرساخت های موجود مشتری، الزامات عملکرد در حال ایجاد و همچنین الزامات غیرعملکردی را شرح می دهیم. سند به دست آمده هم برای کاربر تجاری ضروری است تا مطمئن شود که تمام خواسته های او برای سیستم آینده در نظر گرفته شده است و هم برای ما برای برآورد هزینه توسعه سیستم.
شایان ذکر است که در کارهای تحلیلی روزمره سعی می کنیم از اصطلاح "مشخصات فنی" پرهیز کنیم. این اصطلاح بیش از حد مملو از معانی است و اغلب مشخص نیست که چه چیزی پشت آن قرار دارد. ما از اصطلاحات "سند الزامات تجاری" (BRD - سند الزامات تجاری)، "الزامات عملکردی" (FRD - سند الزامات عملکردی) و الزامات فنی و معماری (TAD - سند معماری فنی) استفاده می کنیم. با این حال، در اینجا، برای اینکه توضیحات پیچیده نشود، از اصطلاح "مشخصات فنی" استفاده می کنیم. سندی که در بیشتر موارد برای تعامل با مشتریان استفاده می کنیم شامل 70% الزامات تجاری، 20% الزامات کاربردی و تنها 10% الزامات فنی و معماری است. البته این نسبت بسته به مشخصات و پیچیدگی فنی سیستم متفاوت است.
عامل اصلی موفقیت در توسعه مشخصات فنی، ارتباط با ساختار مناسب با مشتری است. از این گذشته، وظیفه تحلیلگران این است که عملاً عملیات تخلیه مغزی را انجام دهند و نتایج را بر روی کاغذ به شکلی ساختاریافته مرتب کنند. در عین حال، بسیار مهم است (1) صحبت کردن با مشتری به یک زبان، به طوری که او مجبور نباشد مفاهیم حوزه موضوعی را که برای یک متخصص بدیهی است بجوید و (2) بتواند درست گوش دادن
در زیر اصولی را که ما را در هنگام نوشتن مشخصات فنی راهنمایی می‌کنند، ارائه می‌کنیم و آنها را با گزیده‌هایی از مشخصات فنی که برای سیستم تبلیغات بنری چند جزئی برای یک شرکت بزرگ اینترنتی ایجاد کرده‌ایم، توضیح می‌دهیم.
ساختار مشخصات فنی
هر مشخصات فنی شامل چندین بخش اجباری است. آنها هدف سند، اصطلاحات و زمینه کلی پروژه را تعریف می کنند. معمولاً قسمت اول سند به این صورت است:
Class="fs-13">
اگر در ابتدای سند به طور کلی، اطلاعات مفهومی در مورد سیستم در حال توسعه ارائه شده باشد، در بخش دوم، اصلی سند، الزامات تجاری و الزامات عملکردی سیستم که برای برآورد هزینه توسعه ضروری است، بیان می شود. در جزئیات
در قسمت "اصطلاحات" مشخصات فنی سیستم بنر، مفاهیمی مانند Impressions، Clicks، CTR، Reach، Frequency تماس، فایل رزرو و غیره را تعریف می کنیم و در بخش "General Context" کسب و کار اصلی را شرح می دهیم. فرآیندهای شرکت مشتری، مربوط به قرار دادن تبلیغات بنری، و همچنین محیط سیستم، نقش های فعلی مدیران شرکت و حقوق دسترسی. شایان ذکر است که در این مورد خاص سیستم از ابتدا ساخته نشده است. قبلاً مدیران شرکت از سیستم تبلیغاتی بنری متفاوت با سیستم ما استفاده می کردند. در غیر این صورت، تحلیل نقش ها و حقوق دسترسی به احتمال زیاد در یک فصل جداگانه گنجانده خواهد شد.
class="fs-13">
7. سیستم قرار دادن بنر
8.
تعامل با صورتحساب
9. موتور بنر
10. توضیحات فنی جزء موتور بنر
class="fs-13">
پرحجم ترین بخش مشخصات فنی که توضیح می دهیم «سیستم قرار دادن بنر» است. این به هسته سیستم در حال توسعه اختصاص یافته است و شامل کلیه الزامات مستقیماً برای سیستم مدیریت فضای تبلیغاتی است.
با در نظر گرفتن مشخصات این پروژه، بخش جداگانه ای را به تعامل بنر با سیستم صورتحساب اختصاص دادیم. ما همچنین در یک بخش جداگانه الزامات یک جزء نسبتا مستقل از جمع آوری و نمایش اطلاعات آماری را که تقریباً جزء اصلی سیستم برای مشتریان کمپین های تبلیغاتی و مدیران آژانس های تبلیغاتی است، قرار داده ایم.
بخش جداگانه ای از مشخصات فنی الزامات مؤلفه موتور بنر را شرح می دهد که وظیفه نمایش بنرها، ثبت آمار، پردازش و ذخیره آنها را به شکلی مناسب برای تحلیل و گزارش بیشتر بر عهده دارد.
این از نظر فنی پیچیده ترین و پر بارترین جزء سیستم بنر است. در مشخصات فنی بخشی شامل برخی از جزئیات فنی و معماری مربوط به عملکرد موتور بنر درج کردیم. اول از همه، این به شما امکان می دهد هنگام برآورد هزینه توسعه سیستم، خطرات را به حداقل برسانید، زیرا بسته به معماری انتخاب شده، شدت کار می تواند به طور قابل توجهی متفاوت باشد.
هر مشخصات فنی در اندازه، تعداد تصاویر و تعداد نسخه ها متفاوت است. به عنوان مثال، سند بنر در 44 صفحه ارائه شده است و شامل 15 تصویر است. مراحل تهیه این سند حدود یک ماه به طول انجامید و شامل حدود 8 بار تکرار با مشتری بود.
class="fs-13">
کسب و کار در مقابل الزامات عملکردی
شرایط مرجع هم الزامات تجاری برای سیستم و هم الزامات عملکردی را ثبت می کند:
- الزامات تجاری شرحی از آنچه سیستم باید انجام دهد استبه زبان یک کاربر تجاری الزامات تجاری، به ویژه، باید برای مدیری که آموزش فنی و تجربه ندارد قابل درک باشد.
- الزامات عملکردی شرحی از چگونگی انجام برخی اقدامات در سیستم است. در مرحله توسعه مشخصات فنی، الزامات عملکردی معمولاً فقط برای پیچیده ترین بلوک های پروژه ثابت می شود.
کاوش در مناطق پیچیده به شما این امکان را می دهد که ریسک ها را در طول ارزیابی بعدی پروژه کاهش دهید. معمولاً الزامات عملکردی شامل نمودارهای بلوکی، نمودارهای وضعیت، نمودارهای جریان، و با چیدمان های صفحه نمایش پیچیده تر تکمیل می شوند.
نمونه الزامات تجاری:
"برای یک کمپین تبلیغاتی، مهم است که محدودیت نمایش را تا حد امکان دقیق پیگیری کنید تا از ضررهای مالی ناشی از نمایش بنرها بیش از حد مجاز جلوگیری شود. علاوه بر این، وظیفه محدود کردن نمایش یک بنر به یک کاربر، به عنوان مثال، بیش از N بار در روز ایجاد می شود.
"برای حل این مسئله [که - بالا را ببینید]قرار است از یک سرویس خارجی استفاده کند که هر بار که بنر نمایش داده می شود سرورهای بنر با آن تماس خواهند گرفت. از آنجایی که این سرویس یک نقطه شکست است، سرورهای بنر باید به درستی با شرایطی که یک سرویس خارجی در دسترس نیست یا با تأخیر پاسخ می‌دهد، برخورد کنند.
ما معمولا شامل می کنیم
شرایط مرجع شامل توصیفی از نقش ها و سناریوهای اصلی کاربر در سیستم در حال توسعه است.
مشخصات فنی صحیح برای توسعه نرم افزار راز یک پروژه موفق است
نقش: مدیر
مثالی از یک نیاز کاربردی:
“پس از افزودن یک سایت جدید در سیستم، مدیر باید فضاهای تبلیغاتی مرتبط با آن ایجاد کند. هنگام ایجاد یک فضای تبلیغاتی، پلت فرم، نوع فضا، قالب بنر پشتیبانی شده، اندازه، تعداد دفعات نمایش (برای مکان های ثابت) باید مشخص شود پس از ایجاد یک فضای تبلیغاتی، در اختیار مدیرانی قرار می گیرد که تبلیغات انجام می دهند.
مشخصات فنی شامل الزامات یکپارچه سازی سیستم توسعه یافته با سایر سیستم های خارجی و داخلی مورد استفاده مشتری است.
در زمینه مشخصات فنی سیستم بنر، این یکپارچه سازی با سیستم های مدیریت وب سایت شرکت، صورتحساب، احراز هویت و ذخیره سازی داده های کاربر است.
سیستم تبلیغات بنری به سه ماژول خارجی که در محیط شرکت کار می کنند متصل است: سیستم مدیریت وب سایت شرکت، سیستم صورتحساب و سیستم احراز هویت و ذخیره داده های کاربر. هر نمایش بنر با درخواستی از طرف همراه است سیستم های مدیریت محتوابه سیستم بنر این سیستم‌ها همچنین از شناسه‌های رایج سایت و فضای تبلیغاتی و همچنین نام پارامترهای هدف‌گیری ثابت استفاده می‌کنند.
در شرایط مرجع، ما معمولاً واژه نامه ای را گنجانده ایم که معنای اصطلاحات خاص مورد استفاده در سند را توضیح می دهد. بسیار مهم است که معنای اصطلاحاتی را که بعداً در سند استفاده می شود، به طور دقیق تعریف کنید.
« مکان (واحد قرار دادن، خط طرح رسانه) -این موجودی است که بنری را که باید نمایش داده شود، فضای تبلیغاتی که بنر روی آن نشان داده می شود و قوانین نمایش را ترکیب می کند. قوانین نمایش زمان قرارگیری، پارامترهای هدف، محدودیت های قرارگیری، وزن ها و غیره را تعیین می کند. در واقع، همه کمپین های تبلیغاتی از مکان یابی تشکیل شده اند.»
فرکانس تماس– تعداد کاربران منحصر به فردی که بنر تبلیغاتی را چند بار مشاهده کرده اند. مثلا، فرکانس تماس 5– تعداد کاربران منحصر به فردی که هر کدام حداقل 5 بار این بنر تبلیغاتی را مشاهده کرده اند. فرکانس تماس 1= پوشش.
اصول اساسی
هنگام نوشتن مشخصات فنی سعی می کنیم تا حد امکان از مطالب گرافیکی برای ارائه بصری و مختصر اطلاعات استفاده کنیم. یک نمودار اغلب می تواند جایگزین چندین صفحه متن شود. در این زمینه هدف خود را به اصطلاح می بینیم. طراحی مشخصات فنی، یعنی ارائه تمام قطعات کم و بیش پیچیده سیستم به شکل گرافیکی و استفاده از متن به عنوان نظرات در مورد مواد گرافیکی.
مدیران کسب و کار معمولاً زمانی برای مطالعه الزامات فنی چند صفحه ای ندارند. مشاهده تصاویر ایده روشنی از ویژگی های اصلی سیستم در حال توسعه می دهد. در نتیجه، ارتباط بین کاربر تجاری و ما بهبود می‌یابد و کیفیت نیازها افزایش می‌یابد.
نمودار زیر که ساختار کمپین های تبلیغاتی و رابطه بین مفاهیم اصلی در کمپین های تبلیغاتی را نشان می دهد، چندین صفحه متن را برای ما ذخیره کرد.
در صورت لزوم، از نمونه‌های اولیه صفحه‌های سیستم منتخب (فریم‌های سیمی کاربردی) در مشخصات فنی استفاده می‌کنیم که اگرچه نهایی نیستند، اما بلوک اصلی عملکرد رابط کاربری را نشان می‌دهند.
این نمونه اولیه از صفحه ویرایش کمپین تبلیغاتی در شرایط مرجع برای سیستم تبلیغات بنری گنجانده شد.
نمونه‌های اولیه، که در مرحله توسعه هستند، به مشتری ایده می‌دهند که رابط سیستم دقیقاً چگونه خواهد بود.
الزامات باید به زبان "انسان زنده" نوشته شودقابل درک برای کاربر تجاری، از جمله. یک مدیر ارشد بدون مهارت های فنی؛ آنها باید حاوی حداقل اصطلاحات فنی باشند. هرچه کاربر سریعتر با محتوای مشخصات فنی "درگیر" شود، ارتباط ما با او موثرتر خواهد بود.
تجربه موضوع
تجربه در توسعه سیستم های مشابه هنگام ایجاد مشخصات فنی از اهمیت بالایی برخوردار است. این به ما کمک می کند تا به سرعت فرآیندهای تجاری و نیازهای مشتری را درک کنیم و بسیاری از کارهایی را که قبلاً برای ما دشوار به نظر می رسید "بر اساس قیاس" انجام دهیم. تجربه انباشته در زمینه سیستم های مدیریت کسب و کار، پروژه های بزرگ اینترنتی، سیستم های مالی، سیستم های تجارت الکترونیکی به ما این امکان را می دهد که دانش خود را در رابطه با هر پروژه بعدی که با آن سروکار داریم به کار ببریم. قبل از دریافت سفارش سیستم تبلیغات بنری ذکر شده در بالا، ما قبلاً چندین سیستم بنری را توسعه می دادیم. ما به خوبی می دانستیم که بنرها چگونه کار می کنند و اصطلاحات مشخصه این حوزه موضوعی را می دانستیم. بر اساس تجربه خود با سایر سیستم‌های بنر، ما نه تنها در زمینه فناوری، بلکه در تجارت، ساده‌سازی‌ها و راه‌حل‌های اصلی را به مشتری ارائه کردیم.
جستجوی سخنرانی ها
مشخصات فنی تاسیسات
هنگام طراحی یک تأسیسات فنی، توسعه اسناد فنی و تکنولوژیکی یک مکان مهم را اشغال می کند: مشخصات فنی (TOR) و شرایط فنی (TS).
وظیفه فنی- این سند منبع اصلی برای توسعه محصول است که شامل الزامات فنی و اقتصادی برای محصول است که خواص مصرف کننده و اثربخشی استفاده آن را تعیین می کند، لیستی از اسنادی که نیاز به بررسی مشترک دارند، روش تحویل و پذیرش نتایج توسعه. مشخصات طراحی بر اساس GOST 15.001-88 توسعه یافته و مطابق با الزامات عمومی برای اسناد طراحی متن مطابق با GOST 2.105-68 تهیه شده است.
همچنین به عنوان مشخصات فنی، استفاده از هر سندی (قرارداد، پروتکل، کروکی، نمونه محصول و ...) که دارای الزامات لازم و کافی برای توسعه باشد و توسط مشتری و توسعه دهنده به رسمیت شناخته شده باشد مجاز است.
مشخصات فنی تایید شده سندی است که توسعه دهندگان باید در تمام مراحل ایجاد سیستم و طراحی وظایف از آن پیروی کنند. تغییرات ایجاد شده در مشخصات فنی باید در پروتکلی که بخشی از مشخصات فنی است ثبت شود. پروتکل باید توسط مشتری تایید شود.
هنگام توسعه مشخصات فنی باید:
· تعیین هدف کلی ایجاد یک سیستم فنی.
· ایجاد الزامات عمومی برای سیستم طراحی شده.
· تعیین مراحل ایجاد سیستم و زمان اجرای آنها.
· انجام یک محاسبه اولیه از هزینه های ایجاد سیستم.
شرایط مرجع باید شامل بخش های زیر باشد:
1) نام و دامنه کاربرد؛
2) کد محصول؛
3) دلایل توسعه؛
4) مطالعه هدف و امکان سنجی؛
5) منابع توسعه؛
6) مراحل توسعه و راه اندازی تولید؛
7) الزامات فنی
بسته به هدف ابزار اندازه گیری در حال توسعه، شرایط ساخت و عملکرد آنها، امکان تغییر ساختار مشخصات فنی، ترکیب بخش های جداگانه و معرفی بخش های جدید وجود دارد.
در فصل مبنای توسعهنام سند (اسناد) ارائه دهنده این توسعه، سازمانی که این سند را تایید کرده و تاریخ تصویب آن، نام و کد موضوع توسعه را مشخص کنید.
اساس توسعه، تحقیقات بازاریابی و انتشار یک استاندارد جدید است.
در بخش "هدف و امکان سنجی توسعه" ذکر شده است:
1. هدف عملکردی خاص شی، کاهش سمیت خودرو است.
شرایط مرجع برای توسعه برنامه
در دسترس بودن آنالوگ های داخلی و خارجی و امکان یا امکان استفاده از آنها برای این منظور - آنالوگ های خارجی در بازار وجود دارد، اما قیمت آنها و آنالوگ های داخلی.
3. برآورد نیاز به این اشیاء در بین مصرف کنندگان - این شی برای مصرف کننده برای رعایت استانداردها و حفظ سلامت مردم و محیط زیست ضروری است.
در بخش "منابع توسعه"، فهرستی از تحقیقات و سایر کارهایی که از نتایج آنها در این توسعه استفاده شده است، و همچنین فهرستی از نمونه ها یا ماکت هایی که بر اساس آنها توسعه انجام می شود، ارائه شده است. بیرون
در بخش "مراحل توسعه"، مراحل مورد نیاز کار و مهلت های تقریبی تکمیل آنها، ترکیب و مهلت های تقریبی برای ارائه اسناد فنی طراحی برای بررسی اندازه شناسی و سازمانی که آن را انجام می دهد، نشان داده شده است.
بر اساس مراحل چرخه عمر محصول، مراحل توسعه و راه اندازی را به تولید توسعه می دهیم.
مراحل اصلی توسعه: تحقیقات بازاریابی. توسعه مشخصات فنی؛ - طراحی تاسیسات؛ آزمایش؛ پیش تولید؛ راه اندازی به تولید.
در مرحله اول طراحی، انتخاب (یا توسعه) یک نمودار شماتیک از شی انجام می شود. برای این منظور، بر اساس داده های مرجع، توصیه ها و استانداردها، تعدادی از انواع شی - آنالوگ ها شکل می گیرد که به یک درجه یا دیگری الزامات مشخصات فنی را برآورده می کند. علاوه بر این، در صورت لزوم، نمودارهای شماتیک اشیاء آنالوگ نهایی می شوند. اگر انواع اشیاء - آنالوگ یافت نشد، به روش سنتز انواع اجسامی که هنوز در عمل مهندسی مکانیک با آنها برخورد نشده است، بروید. در این مورد، همانطور که قبلا ذکر شد، تا حد امکان از عناصر و اجزای استاندارد استفاده می شود.
مرحله بعدی طراحی، طراحی عناصر اصلی و ساخت مدل های ریاضی عملکرد دستگاه است. آخرین مرحله طراحی، رسمی سازی طراحی نهایی تصمیمات اتخاذ شده، اجرای نقشه ها و قسمت متن مطابق با الزامات ESKD است.
پس از انجام تست های موفقیت آمیز، برای مشتری پروژه، بر اساس الزامات مشخصات فنی و استانداردهای مربوط به این نوع محصول، با در نظر گرفتن نتایج آزمایش، مشخصات فنی دستگاه تهیه می شود که شامل:
1. الزامات فنی
2. الزامات ایمنی
3. الزامات زیست محیطی
4. قوانین پذیرش
5. روش های کنترل
6. حمل و نقل و ذخیره سازی
7. دستورالعمل های عملیاتی
8. گارانتی سازنده
9. دفع
بر اساس اسناد توسعه یافته، می توانید طراحی واقعی تاسیسات را آغاز کنید.
واژه نامه
|
مدت، اصطلاح |
شرح |
|
یک سیستم اطلاعاتی که دسترسی کاربران اینترنت به محتوا و عملکرد خود را در قالب مجموعه ای مرتب از صفحات HTML به هم پیوسته فراهم می کند. |
|
|
وب جهانی (WWW، وب، وب) |
یک فضای اطلاعاتی واحد مبتنی بر اینترنت، متشکل از مجموعه ای از سایت ها. پیشوند "وب" را می توان برای تعیین اشیایی استفاده کرد که جهت استفاده در WWW هستند یا از فناوری های معمول WWW استفاده می کنند (به عنوان مثال، یک رابط وب - یک رابط مبتنی بر صفحات وب) |
|
صفحه HTML (صفحه وب، صفحه) |
رسانه اصلی اطلاعات در وب جهانی ایده. یک فایل فرمت شده خاص (مجموعه ای از فایل ها) که می توان آن را با استفاده از مرورگر www به عنوان یک واحد (بدون لینک های زیر) مشاهده کرد. |
|
تگ های HTML (برچسب ها) |
کدهای مورد استفاده برای قالب بندی صفحه HTML را کنترل کنید |
|
یک عنصر فعال از یک صفحه HTML که توسط یک تگ خاص مشخص شده است. یک قطعه متن یا تصویر انتخاب شده که به شما امکان می دهد صفحه دیگری را بارگیری کنید یا یک عمل خاص را انجام دهید |
|
|
مرورگر WWW (مرورگر) |
برنامه مشتری ارائه شده توسط اشخاص ثالث که به شما امکان می دهد محتوای صفحات HTML را مشاهده کنید |
|
فرم HTML (فرم) |
بخشی از یک صفحه HTML که برای تعامل با بازدیدکننده سایت طراحی شده است. مجموعه ای از عناصر (فیلدهای متنی، انتخابگرها، لیست های کشویی) است که از طریق آن کاربر می تواند هر اطلاعاتی را وارد کرده و برای پردازش روی سرور ارسال کند. |
|
فیلد (فیلد پایگاه داده، فیلد فرم) |
یک عنصر ساختاری حاوی همان نوع اطلاعات، به عنوان مثال، متن، تاریخ، مقادیر عددی و غیره. |
|
یک فیلد داده خاص که می تواند فقط یکی از دو مقدار معتبر را داشته باشد. به شما امکان می دهد وجود یا عدم وجود هر رویداد یا خاصیت یک شی را نشان دهید |
|
|
فهرست راهنما |
یک ساختار داده کمکی حاوی لیستی از مقادیر معتبر برای هر فیلد از فرم های اصلی یا پایگاه داده. دایرکتوری ها به دو دسته ثابت (غیرقابل تغییر و ارائه شده توسط پیمانکار همراه با سایت تمام شده) و قابل ویرایش (ترکیب آنها توسط مدیر قابل تغییر است) تقسیم می شوند. |
|
مدیر (مدیر، ویرایشگر) سایت |
شخصی که از طرف مشتری پشتیبانی اطلاعاتی را برای سایت ارائه می دهد |
|
قالب طراحی صفحه |
|
|
طراحی سایت |
منحصر به فرد برای ساختار وب سایت خاص، طراحی گرافیکی و روش های ارائه اطلاعات |
|
مواد اطلاعاتی |
اطلاعات در مورد فعالیت های مشتری. ممکن است شامل مطالب گرافیکی، متنی، صوتی یا تصویری باشد. توسط مشتری ارائه می شود |
|
پر کردن (محتوا) |
مجموع محتوای اطلاعاتی در یک وب سایت. شامل متون، تصاویر، فایل ها و غیره است. سیستم های در نظر گرفته شده برای کاربران |
|
عنصر محتوا |
یک رکورد جداگانه در پایگاه داده، که نمایش خارجی آن به ماژول نرم افزاری که آن را کنترل می کند بستگی دارد (به عنوان مثال، در ماژول "فید خبری"، عنصر محتوا یک خبر جداگانه است) |
|
سیستم مدیریت پویا محتوای وب سایت |
|
|
مجموعه ای از اشیاء پایگاه داده، ارائه شده در قالب فایل، که به شما امکان می دهد یک کپی دقیق از ساختار پایگاه داده اصلی را در یک سیستم مدیریت پایگاه داده مشابه بازیابی کنید. |
|
|
رابط وب |
مجموعه ای از صفحه نمایش ها و کنترل های سیستم که به کاربر اجازه می دهد از طریق یک مرورگر وب به سیستم دسترسی پیدا کند تا سیستم را حفظ و مدیریت کند. |
|
قالب بخش |
یک فایل ASCII با علامت گذاری خاص که هم طراحی گرافیکی صفحات بخش و هم طرح (طرح بندی) آنها را تعریف می کند - موقعیت نسبی بلوک ها با محتوای بخش |
|
ویرایشگر WYSIWYG |
یک ویرایشگر زبان HTML که توانایی کار در حالت متن و حالت WYSIWYG (آنچه می بینید همان چیزی است که می گیرید) را دارد. در حالت WYSIWYG، عناصر صفحه HTML هنگام ویرایش به همان شکلی که هنگام مشاهده ارائه می‌شوند، ارائه می‌شوند |
|
دسته ای از کاربران سیستم با مجموعه ای خاص از حقوق دسترسی |
سایر اصطلاحات فنی مطابق با استانداردهای جاری و توصیه های نهادهای بین المللی مسئول مسائل استانداردسازی در اینترنت درک می شوند.
مقررات عمومی
موضوع توسعه
موضوع توسعه سایت اینترنتی شرکت "..."، LLC، با سیستم مدیریت محتوای پویا مبتنی بر رابط وب است.
هدف سایت:
- ارائه اطلاعات در مورد شرکت LLC "..."؛
- ارائه اطلاعات در مورد فعالیت های LLC "..."؛
- و غیره.؛
- و غیره.
هدف از ایجاد سایت: ... .
هدف سند
این سند مجموعه کاملی از الزامات برای اجرای وب سایت LLC "" را ارائه می دهد.
امضای مشتری و پیمانکار بر روی این سند تأیید کننده توافق آنها با حقایق و شرایط زیر است:
1. پیمانکار این سند را به نام مشخصات فنی تهیه و تدوین کرده است که شامل فهرستی از الزامات کار انجام شده است.
2. مشتری با تمام مفاد این مشخصات فنی موافق است.
3. مشتری حق ندارد در چارچوب توافق نامه فعلی، انجام کار یا ارائه خدماتی را که به صراحت در این مشخصات فنی توضیح داده نشده است، از پیمانکار مطالبه کند.
4. پیمانکار متعهد می شود که کار را در محدوده مشخص شده در این مشخصات فنی انجام دهد.
5. در صورتی که در این مشخصات فنی مشخص نشده باشد، مشتری حق ندارد از پیمانکار درخواست کند که با هیچ فرمت و استانداردی مطابقت داشته باشد.
6. کلیه ابهامات شناسایی شده در این شرایط مرجع پس از امضای آن منوط به توافق دوجانبه بین طرفین است. در طول فرآیند تصویب، الزامات اضافی ممکن است ایجاد شود، که در یک توافق نامه اضافی به توافقنامه رسمیت یافته و بر اساس آن ارزیابی می شود.
الزامات طراحی گرافیک سایت
الزامات طراحی وب سایت
هنگام توسعه یک وب سایت، باید از سبک های عمدتا سبک استفاده شود.
بخش های اصلی سایت باید از صفحه اول قابل دسترسی باشد.
صفحه اول نباید حاوی مقدار زیادی اطلاعات متنی باشد.
طراحی سایت نباید شامل موارد زیر باشد:
- بنرهای چشمک زن؛
- تعداد زیادی متن ادغام شده؛
- و غیره.؛
- و غیره.
روش تایید مفهوم طراحی
مفهوم طراحی به عنوان یک گزینه طراحی برای صفحه اصلی و پوسته گرافیکی صفحات داخلی درک می شود که راه حل کلی بصری (ترکیب، رنگ، فونت، پیمایش) صفحات اصلی سایت را نشان می دهد. طرح مفهومی به صورت یک فایل (چند فایل) در قالب شطرنجی یا به صورت چاپی مطابق توافق طرفین ارائه می شود.
در صورتی که مفهوم طرح ارائه شده توسط پیمانکار، مشتری را راضی کند، باید ظرف پنج روز کاری از تاریخ ارائه، آن را تایید کند. در عین حال، او می تواند لیستی از بهبودهای خصوصی را که بر ساختار کلی صفحات و سبک آنها تأثیر نمی گذارد، برای پیمانکار ارسال کند. این پیشرفت ها به موازات توسعه ماژول های نرم افزاری برای سایت انجام می شود. تغییرات در مفهوم طراحی پس از پذیرش آن تنها با توافق اضافی طرفین مجاز است.
اگر مفهوم ارائه شده الزامات مشتری را برآورده نکند، دومی امتناع منطقی از پذیرش مفهوم را ارائه می دهد و جزئیاتی را نشان می دهد که مانعی برای پذیرش مفهوم و فرمول واضح تر الزامات بوده است.
در این مورد، پیمانکار نسخه دوم مفهوم طراحی را توسعه می دهد. پیمانکار تعهدات خود را برای توسعه نسخه دوم طرح مفهومی تنها پس از توافق و امضای توافق نامه اضافی برای تمدید مرحله توسعه مفهوم طراحی برای حداقل پنج روز کاری می پذیرد.
گزینه های اضافی (سومین و بعدی) توسط پیمانکار با هزینه ای بر اساس توافقات اضافی ایجاد می شود.
الزامات عملکردی
الزامات ارائه وب سایت
الزامات ارائه صفحه اصلی سایتصفحه اصلی سایت باید شامل قسمت گرافیکی، منوی ناوبری سایت و همچنین قسمت محتوا باشد تا بازدیدکننده سایت از صفحه اول بتواند اطلاعات مقدماتی شرکت را دریافت کند و همچنین با آخرین اخبار شرکت آشنا شود. .
قسمت محتوای صفحه اول باید به بخش های زیر تقسیم شود:
- یک مقاله مقدماتی در مورد شرکت با پیوند "جزئیات بیشتر" که به بخش "درباره شرکت" منتهی می شود.
- اخبار - شامل 3 آخرین اخبار (اطلاعیه ها) در قالب: تاریخ، عنوان، خلاصه.
- اطلاعات تماس مختصر - شماره تلفن و ایمیل شرکت؛
- یک نوار ناوبری سبک وزن در بالای صفحه نمایش داده می شود که انتقال به آیتم های منوی اصلی سایت (درباره شرکت، اخبار و غیره) را فراهم می کند.
- شمارنده ها و پیوند به صفحه تبادل لینک.
برنج. 1. نمونه ای از قرار دادن عناصر در صفحه اصلی.
پوسته گرافیکی صفحات داخلی (متداول برای همه زیربخش ها)
پوسته گرافیکی صفحات داخلی باید به بخش های زیر تقسیم شود:
- هدر گرافیکی
- منوی ناوبری سایت (پانل ناوبری 2 انتقال به موارد منوی اصلی سایت را فراهم می کند).
- فیلد جستجو - طراحی شده برای انجام جستجوی متن کامل در سایت؛
- فیلد انتخاب زبان - روسی\انگلیسی.
- پیوند "خانه"؛
- پانل ناوبری برای بخش های فرعی بخش انتخاب شده از سایت؛
- فیلدی برای نمایش محتوای صفحه سایت انتخاب شده؛
- در پایین صفحه - اطلاعات تماس مختصر - شماره تلفن و ایمیل شرکت؛
- دکمه "برای چاپ" - خروجی منطقه محتوا را به شکل برش داده شده برای چاپ بر روی صفحات A4 ارائه می دهد.
- دکمه "پرسش" - انتقال به فرم "پرسش یک سوال" را فراهم می کند.
برنج. 2. نمونه ای از قرار دادن عناصر صفحات داخلی سایت.
الزامات ساختار سایت
تمامی نام‌های بخش سایت که در زیر آورده شده است مشروط هستند و می‌توانند با توافق با مشتری در طول فرآیند طراحی تنظیم شوند.
ساختار اولیه سایت باید به شکل زیر باشد:
- درباره شرکت
آ. تاریخچه شرکت
ب دیپلم و گواهینامه
ج. شرکای ما
د مشتریان ما
ه. مختصات ما
f. ...
2. اخبار
3. و غیره
4. خیابان
الزامات سیستم مدیریت محتوا
الزامات عمومی برای بخش اداری
برای دسترسی به بخش مدیریتی سایت، باید آدرس خاصی را در خط مرورگر مشخص کنید و مجوز را انجام دهید.
صفحه اصلی بخش اداری باید شامل موارد منوی زیر باشد:
- صفحات سایت (مطابق با سطح اول ساختار سایت):
درباره شرکت
- اخبار
- و غیره.؛
برنج. 3. طرح بندی فرم صفحه اصلی قسمت اداری سایت.
الزامات مدیریت بخش های وب سایت
برای مدیریت بخش های سایت، توابع زیر باید ارائه شوند:
- ایجاد یک زیربخش از سطح 1؛
- ایجاد یک زیربخش از سطح 2 (و بیشتر)؛
- ویرایش محتوای صفحه؛
- حذف یک بخش؛
- حرکت بخشی به بالا در لیست؛
- حرکت بخشی به پایین در لیست.
- نشانه نمایش (نمایش) یا عدم نمایش (پنهان کردن) صفحه در قسمت مشتری سایت.
- نمایش لیستی از زیربخش های سطح انتخاب شده.
مدیریت محتوای وب سایت
برای مدیریت محتوای سایت، بلوک های زیر باید ارائه شود:
1. فیلد عنصر محتوا، می تواند یکی از انواع زیر باشد:
- خط؛
- تاریخ؛
- پیوند به فایل؛
- متن چند خطی؛
2. عنصر محتوا - شامل مجموعه ای از فیلدهای عنصر محتوا است.
3. فهرست عناصر محتوا - شامل مجموعه ای از عناصر محتوا است.
برنج. 4. فیلدهای عنصر محتوا.
فیلد عنصر محتوای متن باید در یک صفحه جداگانه در یک ویرایشگر متن چند خطی ویرایش شود (این ویرایشگر اجازه می دهد تا تصاویر در متن گنجانده شوند).
برنج. 5. ویرایشگر متن چند خطی در قسمت اداری.
برای هر عنصر محتوا، مجموعه مورد نیاز از فیلدها باید تعریف شود. به عنوان مثال، برای عنصر "اخبار" مجموعه فیلدهای محتوای زیر تعریف شده است:
برنج. 6. نمونه ای از ارائه عنصر محتوایی «اخبار» در قسمت اداری.
فهرست عناصر محتوا باید اجازه دهد:
. به قسمت ویرایش آیتم های لیست بروید.
. حذف عنصر لیست؛
. تعیین ترتیب عناصر لیست خروجی در بخش مشتری؛
. ویژگی hide\show را مشخص کنید.
برنج. 7. نمونه ای از ارائه لیست عناصر محتوا در قسمت اداری و نمایش آنها در قسمت مشتری.
لیست عناصر باید تمام فیلدهای عنصر را نمایش دهد، به جز فیلدهایی از نوع «متن چند خطی».
تنظیمات سایت را مدیریت کنید
تنظیمات سایت باید شامل موارد زیر باشد:
- ایمیل برای ...;
- و غیره.؛
- و غیره.
توابع اضافی بخش اداری
عملکردهای اضافی بخش اداری باید شامل موارد زیر باشد:
- …;
الزامات دسترسی به اشتراک گذاری
تمام بخش های منتشر شده سایت باید برای دسترسی خواندن بدون احراز هویت کاربر باز باشد.
هنگام تلاش برای ورود به یک بخش بسته، از یک کاربر احراز هویت نشده باید یک لاگین و رمز عبور درخواست شود.
پس از احراز هویت، سیستم باید اقتدار کاربر را برای دسترسی به بخش درخواستی بررسی کند. اگر دسترسی ممنوع باشد، کاربر باید پیامی دریافت کند که نشان می دهد نمی تواند به بخش محدود شده دسترسی پیدا کند.
الزامات انواع وثیقه
الزامات پشتیبانی اطلاعات
الزامات ذخیره سازی داده ها
تمام داده های سایت باید به شکل ساختاریافته و تحت کنترل یک DBMS رابطه ای ذخیره شوند. استثناها فایل های داده ای هستند که برای مشاهده و دانلود (تصاویر، فیلم ها، اسناد و غیره) در نظر گرفته شده اند. چنین فایل هایی در سیستم فایل ذخیره می شوند و پیوندهای آنها در پایگاه داده قرار می گیرند.
محتوای سایت‌های مختلف، که عملکرد آنها توسط همان نصب سیستم پشتیبانی می‌شود، باید تحت کنترل یک DBMS ذخیره شود.
الزامات زبان برنامه نویسی
برای پیاده سازی صفحات و قالب های استاتیک باید از زبان های HTML 4.0 و CSS استفاده شود. کد منبع باید مطابق با استانداردهای W3C (HTML 4.0) توسعه یابد.
برای پیاده سازی عناصر تعاملی سمت مشتری، باید از زبان های جاوا اسکریپت و DHTML استفاده شود.
برای پیاده سازی صفحات پویا باید از زبان PHP استفاده شود.
الزامات سازماندهی هایپرلینک ها
تمامی لینک های موجود در سایت باید نسبی باشند (به استثنای لینک های خارجی).
الزامات برای تصویرسازی
تمام نقشه ها و عکس های بزرگتر از 1 کیلوبایت (به جز عناصر طراحی صفحه) باید با متن جایگزین ساخته شوند. تمام نقشه ها باید با فرمت gif یا jpg باشند.
الزامات برای حجم یک صفحه
اندازه متوسط یک صفحه وب سایت بارگذاری شده استاندارد نباید از 170 کیلوبایت تجاوز کند.
اندازه محافظ صفحه نمایش فلش نباید بیش از 300 کیلوبایت باشد.
الزامات نرم افزاری
الزامات نرم افزار سرور
نرم افزار زیر برای عملکرد سایت مورد نیاز است:
- سیستم عامل - Windows XP و Windows Server 2003.
- وب سرور - نسخه آپاچی کمتر از 1.3.26 نیست.
- DBMS - نسخه MySQL کمتر از 3.23 نیست.
الزامات نرم افزار مشتری
سایت باید به طور کامل با استفاده از مرورگرهای زیر قابل مشاهده باشد:
. MS IE 5.0 و بالاتر؛
. Opera 6.0 و بالاتر؛
. موزیلا فایرفاکس 1.0;
. موزیلا 1.7.
وقتی پشتیبانی فلش و جاوا اسکریپت در مرورگر غیرفعال است، سایت باید کاربردی باشد (اطلاعات موجود در آن باید قابل دسترسی باشد).
الزامات فنی
برای عملکرد وب سایت، پشتیبانی فنی زیر با حداقل مشخصات زیر مورد نیاز است:
- پردازنده - Intel Pentium III 1 گیگاهرتز؛
- RAM - 512 Mb RAM؛
- هارد - هارد 20 گیگ.
- و غیره.؛
- و غیره.
الزامات پشتیبانی زبانی
سایت باید به زبان روسی و انگلیسی باشد. جابجایی بین روسی و انگلیسی در هر صفحه از سایت باید امکان پذیر باشد.
الزامات ارگونومی و زیبایی فنی
سایت باید برای مشاهده با وضوح 1024*768، 1280*1024 بدون نوار اسکرول افقی و بدون فیلدهای خالی (سفید) برای انواع وضوح اصلی بهینه شود.
عناصر کنترل باید در همه صفحات به یک شکل - افقی یا عمودی - گروه بندی شوند.
هر صفحه باید لوگوی شرکت و اطلاعات تماس را نمایش دهد.
رابط ماژول های پلاگین باید به همان سبک رابط هسته سیستم ساخته شود و باید این امکان را برای مدیر فراهم کند که به طور شفاف بین ماژول های سیستم حرکت کند و از روش های کنترل و عناصر ناوبری یکسان برای انجام همان نوع عملیات استفاده کند.
الزامات پذیرش و تحویل پروژه
الزامات برای پر کردن اطلاعات
الزامات عمومی برای محتوای اطلاعاتی
به عنوان بخشی از کار در این پروژه، پیمانکار تضمین می کند که بخش هایی از سایت با مواد ارائه شده توسط مشتری به روش مشخص شده در بند 6.1.2 پر شده است.
پیمانکار پردازش تصاویر را تضمین می کند تا آنها را با الزامات فنی و طرح HTML مواد آماده شده مطابقت دهد. اسکن، تایپ و ویرایش- تصحیح متون، روتوش، ویرایش، ترجمه و سایر آثار بر اساس توافق نامه اضافی (پس از بررسی مطالب در دسترس مشتری) توسط پیمانکار قابل انجام است.
پس از راه اندازی سیستم، محتوای اطلاعاتی بخش ها بر اساس توافق نامه پشتیبانی سایت انجام می شود.
حجم متن و تعداد تصاویر در انواع دیگر بخش ها توسط ساختار داده ارائه شده در این TOR تعیین می شود و در مرحله تایید مفهوم طراحی مشخص می شود.
رویه ارائه محتوای اطلاعاتی
مشتری مطالبی را به صورت الکترونیکی در یک آرشیو فشرده حاوی درختی از دایرکتوری های مربوط به ساختار سایت ارائه می دهد.
هر فهرست شامل مجموعه ای از اسناد در قالب MS Word - یک سند برای هر ماژول اطلاعات است که بلوک های اطلاعاتی آن در بخش مربوطه منتشر می شود. قرار دادن متن در قالب گرافیک یا سایر عناصر غیر متنی مجاز نیست.
تصاویر را می توان به صورت متنی در داخل فایل یا به صورت تصویر جداگانه قرار داد. اما در حالت دوم متن باید حاوی لینکی به تصویر در قالب مسیر و نام فایل تصویر باشد.
برای هر ماژول اطلاعاتی، ساختار سند باید با الگوهای ارائه شده توسط پیمانکار قبل از شروع مرحله تهیه مواد مطابقت داشته باشد.
مواد لازم برای پر کردن اولیه بخش ها باید به طور کامل در مدت زمان تعیین شده توسط برنامه کاری به پیمانکار ارائه شود. امکان انتقال مواد به صورت قطعات، در چندین فایل زیپ که شرایط فوق را دارند، مجاز است.
انتقال مطالب در حجم و قالب مربوط به این TOR با امضای گواهی انتقال محتوای اطلاعات ایمن می شود.
هرگونه تغییر در محتوای اطلاعاتی توسط پیمانکار پس از امضای این قانون فقط بر اساس توافقنامه جداگانه با هزینه اضافی مجاز است.
مطالب اطلاعاتی که توسط مشتری در محدوده زمانی تعیین شده توسط برنامه کاری ارائه نشده است، توسط پیمانکار طبق ضمانت نامه پیمانکار ظرف 2 هفته پس از تحویل و پذیرش پروژه ارسال می شود. این بخش از مطالب اطلاعاتی نیز مشمول الزامات قالب ارائه شده در بالا است.
نیازهای پرسنلی
برای راه اندازی رابط وب سیستم مدیریت محتوای پویا، مدیر نباید به مهارت های فنی خاص، دانش فن آوری ها یا محصولات نرم افزاری نیاز داشته باشد، به استثنای مهارت های عمومی در کار با رایانه شخصی و یک مرورگر وب استاندارد (به عنوان مثال، MS IE 6.0 یا بالاتر).
روش تهیه توزیع
پس از تکمیل توسعه، پیمانکار باید یک کیت توزیع سیستم شامل موارد زیر را در اختیار مشتری قرار دهد:
-بایگانی با کد منبع تمامی ماژول ها و بخش های نرم افزاری سایت.
- تخلیه پایگاه داده پروژه با اطلاعات به روز.
توزیع بر روی یک سی دی به عنوان آرشیو فایل ارائه شده است.
روش انتقال سایت به ابزار فنی مشتری
پس از اتمام پذیرش سایت، در چارچوب پشتیبانی گارانتی، پیمانکار یک بار نرم افزار توسعه یافته را به سخت افزار مشتری انتقال می دهد. انطباق بستر نرم افزاری و سخت افزاری با الزامات این سند توسط مشتری تضمین می شود.
قبل از انتقال، مشتری دسترسی پوسته از راه دور به وب سرور و دسترسی به پایگاه داده سایت را فراهم می کند.
از نویسنده: چگونه بنویسیم شرایط مرجع برای توسعه وب سایت? موضوع کاملاً گسترده است و تجزیه و تحلیل 100٪ آن در چارچوب یک مقاله (در صورت امکان) دشوار است. اما من سعی خواهم کرد در این مقاله مفاد کلی را بیان کنم، آنچه باید در نظر گرفته شود، چه مواردی باید در هنگام تهیه مشخصات فنی مورد توجه قرار گیرد.
بنابراین، TK
شرایط مرجع برای توسعه دهنده سایت تهیه شده است. هنگام تنظیم قرارداد بین مشتری و پیمانکار باید به مشخصات فنی اشاره شود. مسئولیت عدم رعایت یا عدم رعایت صحیح نکات و شرایط مشخصات فنی دو طرف باید قید شود. اما مهمترین چیزی (به نظر من) که مشخصات فنی برای آن ایجاد می شود سرعت بخشیدن به فرآیند توسعه وب سایت.
بیایید این مثال را تحلیل کنیم:
بیایید فرض کنیم که شما به یک تقویم در جایی در کنار وب سایت خود نیاز دارید. به نظر یک چیز کوچک بود. اما هرچه عملکرد این تقویم را با جزئیات بیشتری توصیف کنید، سریعتر به نتیجه خواهید رسید.
اجازه بدهید اینجا کمی توضیح بدهم. تقویم با تقویم متفاوت است. یک تقویم وجود دارد که به سادگی اعداد را بر اساس روز هفته از ماه جاری نشان می دهد. یک تقویم با قابلیت ورق زدن ماه ها وجود دارد. یک تقویم با قابلیت ورق زدن ماه ها و سال ها وجود دارد.
فرض کنید آخرین نسخه یک تقویم را می خواهید (با قابلیت ورق زدن ماه ها و سال ها) با برجسته کردن تاریخ فعلی. شما در مشخصات نشان دادید: "یک تقویم در نوار کناری مورد نیاز است." مشتری اولین نسخه تقویم را برای شما ایجاد می کند (به سادگی اعداد را بر اساس روز هفته از ماه جاری نشان می دهد).
آن چه که ما داریم. پیمانکار الزامات فنی را برآورده کرد، اما شما یک تقویم کاملاً متفاوت می خواستید. به نظر می رسد همه چیز مطابق با مشخصات فنی است، هیچ کس مقصر نیست، هیچ درگیری وجود ندارد، اما مهم ترین چیز از دست رفته است. زمان و پول.
این یک نمونه از یک تقویم پیش پا افتاده است.
اگر مجبور باشید کار جدی‌تری را دوباره انجام دهید، پردازش آن به بیش از نیم روز نیاز دارد، همانطور که در مورد تقویم وجود دارد؟ و شما وب‌سایتی ندارید و مشتری با شما سر و کله می‌زند، اگرچه می‌تواند پروژه شما را تکمیل کند و یک پروژه جدید شروع کند.
بنابراین، از جزئیات بیشترشما عملکرد هر ماژول سایت را توضیح دهید، سریعتر به نتیجه خواهید رسید. هر دو طرف باید به این موضوع علاقه مند باشند.
مشخصات فنی معمولاً شامل چه نکاتی است؟
بیایید تصور کنیم که شما مالک یک شرکت یا شرکت هستید. شرکت شما به تولید هر محصول و فروش آن مشغول است. شما خریدار دارید شما با فروشندگان (فروشگاه ها و فروشگاه های آنلاین)، مراکز خدمات و مصرف کنندگان محصول همکاری می کنید. یا در حال ساخت وب سایت برای چنین شرکتی هستید و نیاز به نوشتن مشخصات فنی دارید.
صرف نظر از اینکه چه نقشی ایفا می کنید، اولین کاری که باید انجام دهید مطالعه ساختار سازمان، آنچه انجام می دهد، نامگذاری، ویژگی ها و به طور کلی هر چیزی که با محصول و شرکت مرتبط است را مطالعه کنید. آنچه در سایت اتفاق می افتد بستگی به درک عمیق مشتری از ماهیت آنچه در شرکت اتفاق می افتد دارد. بنابراین، وظیفه در اینجا متقابل است: مشتری باید تا آنجا که ممکن است در مورد شرکت با جزئیات بیشتر صحبت کند و پیمانکار باید جوهر آنچه را که اتفاق می افتد کاملاً درک کند.
حتی اگر خودتان در حال نوشتن مشخصات فنی برای شرکتی هستید که یک وب‌سایت ایجاد می‌کند، ایده خوبی است که همه چیز را روی یک تکه کاغذ کشف کنید.
نقطه به نقطه برویم.
توضیحات سایت
در اینجا می توانید در چند جمله درباره شرکت و کارهایی که انجام می دهد بنویسید. کاری شبیه مقدمه انجام دهید.
برای چه کسانی - مخاطبان هدف سایت:
- خریداران بالقوه
- فروشندگان محصول (فروشگاه ها، فروشگاه های آنلاین)
- مراکز خدماتی
- شرکا (شرکت ها)
- مصرف کنندگان محصولات (کسانی که قبلا خریداری کرده اند)
چرا به یک وب سایت نیاز دارید؟:
- برای بهبود وجهه شرکت
- برای افزایش فروش
- برای راحتی مشتری
نوع سایت:
- شرکت های بزرگ، دارای شخصیت حقوقی
- وب سایت – کارت ویزیت
- فروشگاه آنلاین
نسخه های زبان:
- انگلیسی
- روسی
سایت باید برخی از مشکلات را حل کند. بر این اساس، ما بیشتر به سمت اهداف و اهداف سایت حرکت می کنیم.
اهداف و اهداف سایت
در این بخش از مشخصات فنی، کل مخاطبان هدف را مرور می کنیم و محدوده وظایفی را که سایت باید برای آنها حل کند، شرح می دهیم.
خریداران بالقوه محصول.
هدف: خریداران بیشتری را جذب کنید و آنها را متقاعد کنید که اولین خرید را انجام دهند، به انتخاب کمک کنید.
مشکلات باید حل شود:
- اطلاعاتی در مورد نمایشگاه ها ارائه دهید
- اطلاعاتی در مورد شبکه خرده فروشی ارائه دهید
ارائه اطلاعات با کیفیت بالا و جامع در مورد محصولات، خدمات اضافی، ضمانت ها، خدمات و روش های انتخاب.
با سازماندهی مشاوره آنلاین خریداران بالقوه توسط متخصصان شرکت در مورد مسائل انتخاب و خرید محصولات، فرصتی برای طرح سوال فراهم کنید.
بنابراین، ما از طریق کل مخاطبان هدف می گذریم. اگر وب سایت ما را دنبال می کنید، اهداف و اهداف فروشندگان محصول (فروشگاه ها، فروشگاه های آنلاین)، مراکز خدمات، شرکا (شرکت ها) و مصرف کنندگان محصول را شرح می دهیم. یعنی سایت به طور خاص برای هر کدام از آنها چه کاری باید انجام دهد.
اکنون ماژول های سایت را لیست می کنیم.
عملکرد سایت
برای فهرست کردن عملکرد سایت، باید تصمیم بگیرید که چه چیزی نیاز دارد:
- آیا نیاز به اخبار در سایت دارید؟
- آیا به بلوک تبلیغاتی نیاز دارم؟
- آیا ثبت نام لازم است؟
- آیا نیاز به بخش بسته سایت (فقط برای کاربران ثبت نام شده) وجود دارد
- آیا فرم بازخورد لازم است؟
- آیا به یک اسکریپت پستی نیاز دارم؟
- و غیره. و غیره
بعد از اینکه همه اینها را توضیح دادیم، به مهم ترین و جالب ترین چیز می رسیم. البته، تمام کارهای انجام شده در بالا بسیار مهم است، اما در حال حاضر حتی داغ تر می شود.
شرح عملکرد سایت
در حال حاضر، ما می دانیم که سایت برای چه کسی است، چه اهداف و اهدافی را باید برآورده کند، و عملکرد اضافی آن.
زمان آن فرا رسیده است که شما باید تمام اطلاعات جمع آوری شده را در سیستم بیاورید و به زیبایی در وب سایت قرار دهید. برای آسان‌تر کردن کار و اختراع مجدد چرخ، می‌توانید به سایت‌هایی با موضوعات مشابه نگاه کنید. از آنها چیزی بیاموزید، به عملکرد آنها نگاه کنید و آنها را امتحان کنید و سعی کنید آنچه را که در وب سایت خود ناخوشایند به نظر می رسید بهبود بخشید. در اصل، می توانید در همان ابتدای تهیه مشخصات فنی، به سایت هایی با موضوعات مشابه نگاه کنید (و اگر تجربه ندارید، حتی نیاز دارید).
پیشنهاد می کنم با آیتم های منو شروع کنید. باید صفحات اصلی سایت را نمایش دهد و مطمئن شود که هر بازدید کننده به سرعت اطلاعاتی را برای خود پیدا می کند. و بازدیدکنندگان مخاطب هدف ما هستند. منو شامل موارد زیادی است، بنابراین به صورت یک لیست کشویی خواهد بود.
ابتدا باید در مورد شرکت به ما بگویید. ممکن است صفحاتی در مورد شرکت، تاریخچه شرکت، مخاطبین، نظرات وجود داشته باشد.
به طور طبیعی، باید یک آیتم منو "محصولات"، با موارد فرعی "کاتالوگ محصولات"، "انتشارها"، "بررسی محصول" وجود داشته باشد.
به طور کلی، امیدوارم نحوه توصیف آن واضح باشد. اجازه دهید نسخه نهایی یک منوی احتمالی را برای وب سایت خود ارائه دهم:
درباره شرکت
- تاریخچه شرکت
- مخاطب
- بررسی ها
اخبار
- مناسبت ها
- موجودی
- جدید در سایت
محصولات
- کاتالوگ محصولات
- منتشر شده
- بررسی محصول
سرویس
- بخش خدمات
- خدمات گارانتی
- خدمات پس از گارانتی
به مصرف کننده
- خرید و تحویل
- استفاده کنید
- در مورد خدمات
فروشگاه ها و فروشگاه های آنلاین
- عکس های محصول
- سوالات متداول
مراکز خدمات
- چگونه به یک مرکز خدمات تبدیل شویم
- سوالات متداول
برای شرکا
- دعوت به همکاری
- سوالات متداول
به نظر می رسد ما فهرست را مرتب کرده ایم. اکنون باید توضیح دهید که در هر صفحه چه چیزی وجود دارد و چگونه کار می کند. به علاوه طرح تقریبی سایت را ارائه دهید. می توان آن را روی یک تکه کاغذ با مداد ترسیم کرد، اسکن کرد و به بیانیه کار وصل کرد. تنها چیزی که می گویم این است که تخیل طراح را محدود نکنید، آن را به کلی ترین شکل ترسیم کنید.
این قسمت بسته به اینکه می خواهید صفحه شما چگونه به نظر برسد تغییر می کند. شاید به تعداد زیادی بنر در بالا نیاز نداشته باشید، شاید لازم باشد مخاطبین (آدرس، تلفن، فکس) را در بالا نشان دهید، شاید به شکل نمادهای "نقشه سایت"، "خانه"، "مخاطبین". شاید شما نیازی به اخبار در سمت چپ نداشته باشید، اما "تبلیغات و انتشارات" را در سمت چپ نشان دهید.
نکته اصلی اکنون شرح منطق کار است.
منطق عملیات
من بر اساس تصویر بالا توضیح خواهم داد.
بالای سایت در هر صفحه از سایت یکسان باقی می ماند. فید اخبار فقط در صفحه اصلی قابل مشاهده است. در صفحات ثانویه سمت چپ، آیتم‌های فرعی منو موردی را که در حال حاضر در آن هستیم نشان می‌دهیم (به عنوان مثال، اگر در صفحه «خدمات مشتری» هستیم، پیوندهایی به «خدمات گارانتی»، «خدمات پس از گارانتی» را نشان می‌دهیم. ”). بر این اساس با کلیک بر روی این لینک ها به صفحات مربوطه هدایت می شود. در اینجا، در زیر آیتم های سمت چپ، داده هایی را برای تماس با مشاوران آنلاین (اسکایپ، ICQ) نمایش می دهیم. بلوک تبلیغات و انتشارات در هر صفحه باقی می ماند. پاورقی سایت در هر صفحه یکسان نمایش داده می شود.
منطق کلی کار تقریباً به این صورت است.
اکنون هر بلوک را به تفصیل شرح می دهیم. به عنوان مثال، "فید خبری".
"فید اخبار" از 10 آخرین اخبار. هر خبر باید شامل عنوان خبر، تاریخ انتشار، آغاز مختصر خبر (4 تا 5 خط) و لینک «خواندن کامل» باشد. با کلیک بر روی لینک "خواندن کامل" به صفحه خبر منتقل می شوید. خبری که با آن مواجه شدید به جای محتوای اصلی نمایش داده می شود. همچنین شامل عنوان خبر و تاریخ انتشار می باشد. فید اخبار نیز در سمت چپ نمایش داده می شود. اخبار ماه ها و سال های گذشته بایگانی می شود. یعنی در زیر اخبار ماه جاری "آرشیو برای (فلان ماه یا سال)" را نمایش می دهیم. وقتی روی پیوند «آرشیو برای (فلان ماه یا سال)» کلیک می‌کنید، فهرستی از اخبار مربوط به ماه/سال مربوطه ظاهر می‌شود.
نحوه عملکرد هر بلوک به این صورت است. حادثه تقویم را فراموش نکنیم. و مهمتر از همه، شما باید کار کاتالوگ محصول را شرح دهید. در اینجا من به شما یک وظیفه می دهم: سعی کنید فکر کنید و نحوه کار دایرکتوری را شرح دهید. گزینه های خود را از طریق ایمیل ارسال کنید. ما بهترین را منتشر خواهیم کرد.
چه چیز دیگری باید وجود داشته باشد؟ خوب است که سازگاری را نشان دهیم.
سازگاری
در این مرحله نشان می‌دهیم که سایت در کدام سیستم‌عامل و در کدام مرورگر باید به همان اندازه خوب به نظر برسد. در چه نسخه ای باید به چه زبانی نوشته شود. چه CMS استفاده می شود. اگر واقعاً می دانید در مورد چه چیزی صحبت می کنید، ارزش آن را دارد که به این موضوع اشاره کنید.
اگر این سوالات را نمی دانید، به سادگی مرورگرهایی را که سایت باید در آنها به درستی نمایش داده شود را مشخص کنید. برای بقیه، به وجدان مجری تکیه کنید.
نتیجه
در این مقاله سعی نکردم نشان دهم که مشخصات فنی اینگونه تدوین می شود و راه دیگری نیست. این کار را انجام دهید و مشکلی پیش نخواهد آمد. تدوین مشخصات فنی با کیفیت بالا بیشتر به تجربه است. همه نمی توانند در چند سال اول مشخصات فنی مناسب تهیه کنند.
در این مقاله می‌خواستم اصولی را که بر اساس آن شرایط مرجع ساخته می‌شوند، نکات اصلی که ارزش توجه به آنها را دارد، نشان دهم. چقدر موفق شدم امیدوارم از نظرات شما بفهمم.
و در مورد وظیفه فراموش نکنید!
در زندگی، اغلب اتفاق می افتد که یک فرد نمی تواند آنچه را که می خواهد، حتی در امور روزمره توضیح دهد. وقتی صحبت از توضیح «خواسته‌های» خود به یک برنامه‌نویس می‌شود، یک فرد به سادگی دچار بی‌حوصلگی می‌شود.
در حالت ایده آل، مشخصات فنی باید توسط مشتری تهیه شود - فقط او می داند که به چه چیزی نیاز دارد. اما در عمل، به دلیل صلاحیت کم مشتری در زمینه 1C، این اغلب باید توسط پیمانکار انجام شود. مشتری نیازهای خود را به صورت شفاهی بیان می کند و برنامه نویس (مشاور) آن را به صورت مکتوب بیان می کند.
چرا به مشخصات فنی نیاز دارید؟
هر کدام، در حالت ایده آل، باید با مشخصات فنی همراه باشد. این اولاً تعریف روشنی از وظیفه، مهلت‌ها و روش اجراست. ثانیا، این سندی است که با کمک آن تمام مسائل بحث برانگیز در آینده حل می شود. این که مشخصات فنی بنویسم یا نه، البته برای من شخصاً کار شماست، مشخصات فنی کار و ارتباط من با مشتری را آسان می کند.
267 درس ویدیویی را در 1C به صورت رایگان دریافت کنید:
شرایط مرجع باید شامل چه مواردی باشد؟
آن ها تکلیف باید شامل موارد زیر باشد:
- هدف- مشکلی که با اجرای این مشخصات حل خواهیم کرد.
- شرح- خلاصه ای از پیشرفت های آینده؛
- روش پیاده سازی- شرح مفصلی از روش های حل هدف. در این مرحله، لازم است تمام تفاوت های ظریف کار را در زبان برنامه نویس شرح دهیم: چه نوع وظایفی را ایجاد / ویرایش می کنیم، رابط کاربری چگونه باید باشد و غیره. اگر به "زبان برنامه نویس" صحبت نمی کنید، اما "چیزی شنیده اید"، بهتر است سعی نکنید به زبان فنی بنویسید - به نظر می رسد بسیار سرگرم کننده است. توضیحات باید بدون ابهام باشد و سوالی ایجاد نکند. همچنین ممکن است شامل مثالی از اجرای یک راه حل مشابه در منطقه دیگری باشد.
- سنجش عملکرد- یک نکته بسیار مهم، شرح هزینه های نیروی کار.
همچنین استانداردهای دولتی برای نوشتن مشخصات فنی - GOST ها وجود دارد. در عمل به ندرت مورد استفاده قرار می گیرند، اما گاهی اوقات مشتری بر آن اصرار دارد.
از روی تجربه، هنگام تحویل کار، اغلب موقعیت هایی مانند "ما به شما گفتیم ..." به وجود می آید که خیلی خوشایند نیست و اغلب باید کل کار را دوباره انجام دهید. بنابراین، مشخصات فنی به خوبی نوشته شده، زندگی را برای هر دو طرف بسیار آسان تر می کند.
نمونه ها و نمونه هایی از مشخصات فنی 1C
مجموعه کوچکی که به صورت رایگان در اینترنت یافتم. از ساده ترین و در دسترس ترین اسناد شروع می شود تا اسناد کاملاً پیچیده.
بنابراین، مشخصات فنی، که به اختصار TK نامیده می‌شود، مدت زیادی است که برای توصیف رسمی آنچه ما واقعاً می‌خواهیم در محصول نهایی ببینیم، ارائه شده است. مشخصات فنی برای توسعه یک منبع وب نیز از این قاعده مستثنی نیست. در هسته خود، این اساس توسعه وب سایت است. تمام مقررات مربوط به سایت را به طور مستقیم یا غیر مستقیم مشخص می کند.
مشخصات فنی، به عنوان یک قاعده، به قرارداد اصلی برای ایجاد یک منبع وب پیوست می شود، زیرا شامل فهرست کاملی از تمام کارهایی است که باید برای از بین بردن اختلافات احتمالی بین مشتری و پیمانکار انجام شود، که همانطور که مشخص است، هنوز هم از زمان به زمان بوجود می آیند.
در بین برخی از افراد "کتک خورده" از تجربه وجود دارد که TK باید طوری نوشته شود که گویی با آن در دادگاه حاضر خواهید شد و از آن به عنوان دفاع استفاده خواهید کرد. این ممکن است افراطی باشد، اما با این وجود، دلیلی برای فکر کردن دوباره است در مورد اهمیت یک مشخصات فنی خوب نوشته شده و دقیق .
از نظر حجم آن، مشخصات فنی می تواند یک سند نسبتا بزرگ باشد. شرکت های وب اغلب در تهیه مشخصات فنی به عنوان یک سرویس جداگانه کمک می کنند که معمولاً 10 تا 20 درصد از هزینه کل توسعه وب سایت است.
تهیه مشخصات فنی معمولاً توسط مدیر پروژه یا مستقیماً توسط برنامه نویس با مشارکت مشتری انجام می شود که اطلاعات اولیه را ارائه می دهد.
چگونه مشخصات فنی دقیق تر
(البته در محدوده معقول)، برای هر دو طرف - هم برای مشتری و هم برای مجری کار - بهتر است. هر دو برنده می شوند، به اصطلاح:
- مشتری مطمئن خواهد شد که همه چیزهایی که در پروژه برنامه ریزی کرده است به وضوح بیان شده است و باید مطابق با مشخصات فنی اجرا شود.
- مجری در برابر بسیاری از تنظیمات و اصلاحات کوچک یا بزرگ، باز هم بر اساس همان مشخصات فنی بیمه شده است.
نظری وجود دارد که می توانید بدون مشخصات فنی انجام دهید. به عنوان مثال، یکی از استدلال ها این است که کار بیش از حد خلاقانه است که در شرایط مرجع قرار نمی گیرد. این نظر به احتمال زیاد کمبود تجربه و حرفه ای بودن در این زمینه را پنهان می کند. من فکر می کنم این نظر اشتباه است، زیرا تقریباً همه چیز در ساخت وب سایت است را می توان در مشخصات فنی رسمی و ارائه کرد و تالیف آن بیشتر به تجربه است.
- حقیقت ساده این است که هرچه پروژه پیچیده‌تر باشد، مشخصات فنی باید دقیق‌تر باشد.
- از جمله گزینه های احتمالی، مشخصات فنی است که صفحات اصلی رابط را با کل مجموعه عناصر روی آن و شرح رفتار آنها توصیف می کند. یا می‌تواند یک توصیف ساده از چندین صفحه برای یک وب‌سایت کارت ویزیت و غیره باشد.
- در مشخصات فنی برنامه نویس نباید به طراحی عناصر یا بیان خواسته های طراحی اشاره شود. کار همچنان بر عهده برنامه نویس است..
- شرح وظایف در بخش های جداگانه مشخصات فنی باید محدود باشد. چه مفهومی داره؟ لازم است به وضوح پایان یک مورد خاص کار مشخص شود. مشخصات فنی نباید حاوی عبارات انتزاعی مانند "ناوبری آسان باشد." همه اینها نشانه های ذهنی هستند - برای برخی راحت است، برای دیگران راحت نیست، و درک اینکه آیا این نکته به دلیل مبهم بودن مفاد مشخصات فنی برآورده شده است دشوار است. یعنی باید کنترل شود.
- برای سایت های ساده ای که باید برخی از ماژول های کاربردی را توصیف کنید تا چرخ را دوباره اختراع نکنید، باید سایت هایی با عملکرد مشابه را تجزیه و تحلیل کنید، به اصطلاح، تجزیه و تحلیلی از رقبا انجام دهید. ابرپیوندها را به صفحاتی با عناصر و توابع واسط مورد نیاز ذخیره کنید و آنها را در بیانیه کار با توضیحات گسترده در مورد اینکه دقیقاً چه کاری باید انجام دهید قرار دهید. همچنین در صورتی که سایت پس از مدتی از دسترس خارج شود، لازم است از صفحات لازم اسکرین شات بگیرید. در عین حال، می توانید علائم خود را روی تصاویر قرار دهید (خوشبختانه اکنون ابزارهای زیادی برای این کار وجود دارد - Clip2net، Joxi، Awesome Screenshot و دیگران).
- اگر طراحی برای صفحات وجود نداشته باشد یا در چارچوب برخی از پروژه ها چندان مهم نباشد، مثلاً مشتری تصمیم گرفت در هزینه طراحی پنل مدیریت سایت صرفه جویی کند، در این صورت ممکن است برنامه نویس به خوبی از نمونه های اولیه استفاده کند.
ارجاع
نمونه اولیه یک طرح گرافیکی از عناصر رابط است. به طور کلی، صفحه ای که در یک برنامه خاص با تمام عناصر کشیده شده است.
نرم افزارهای زیادی برای ترسیم نمونه های اولیه، از جمله برنامه های دسکتاپ و سرویس های آنلاین و همچنین برنامه های افزودنی برای مرورگرهایی با قابلیت های کمتر وجود دارد. نرم افزار با مجوز رایگان و پولی.
محبوب عبارتند از:
- از جمله موارد رایگان: iPlotz، MockFlow، Mockup Builder، Cacoo.
- در میان موارد پرداخت شده: Creately، ProtoShare، Adobe Fireworks، Axure. به طور کلی، امکانات زیادی وجود دارد - انتخاب کنید، استاد شوید، ترسیم کنید ...
ساختار کلی مشخصات فنی. از انتزاع تا ویژگی
یکی از ساختارهای احتمالی سایت، من بر ساختارهای احتمالی تاکید می کنم، ممکن است چیزی شبیه به این باشد:
- اطلاعات کلی در مورد سایت
- هدف عملکردی سایت
- مفاهیم و اصطلاحات
- توضیحات ماژول های سایت
- ویژگی های عملکردی
- توضیحات صفحات
- افزونگی و قابلیت اطمینان.
- میزبانی برای سایت
1. اطلاعات کلی در مورد سایت
در اینجا چند جمله کافی است تا شما را با چه نوع سایت یا ماژولی و به طور کلی هدف آن آشنا کنیم. به سبک آزاد نوشته شده است.
2. هدف عملکردی سایت
در اینجا فهرست کوتاهی از ابزارها یا ابزارهای فنی یک سایت بر اساس هدف کلی آورده شده است. بگذارید با یک مثال توضیح دهم. برای یک وب سایت کارت ویزیت، این می تواند بی اهمیت باشد، یک فرم بازخورد، فهرستی از صفحات اصلی، به عنوان مثال، "درباره شرکت"، "مخاطبین" و موارد دیگر.
3. مفاهیم و اصطلاحات
این بخش باید اطمینان حاصل کند که هر دو طرف مفاهیم خاص دامنه را که برای درک و توسعه سایت مهم هستند، درک می کنند. قابل ورود از هر دو طرف
4. شرح ماژول های سایت
این بخش شامل لیستی از ماژول هایی است که در سایت استفاده می شود. به عنوان مثال، این می تواند فرم بازخورد (FOF) باشد که در بالا ذکر شد. اما آنچه بسیار مهم است، نمی توانید به سادگی بنویسید "FOS باید حضور داشته باشد." هر موجودیت نیاز به تعریف ویژگی های خود دارد! در این مورد، ویژگی ها می توانند:
- فیلد "نام شما"؛
- فیلد "ایمیل شما"؛
- فیلد "سوال شما"؛
- فیلد ورودی کپچا برای محافظت در برابر ربات های هرزنامه.
و همه اینها باید به وضوح بیان شود تا بعداً سؤالاتی پیش نیاید: « ... لیست انتخاب دسته سوال کجاست؟» یا چیزی شبیه به آن.
5. ویژگی های عملکردی
به عنوان مثال، این می تواند شامل فهرستی از مرورگرهایی باشد که سایت باید در آنها نمایش داده شود و به درستی کار کند. به عنوان مثال، برخی از مشتریان ممکن است نیاز داشته باشند که سایت آنها در اینترنت اکسپلورر معروف 6 به درستی کار کند تا سهمی از بازدیدکنندگان احتمالی را، هرچند اندک، از دست ندهند.
اگر قصد دارید یک وب سایت با بار بالا ایجاد کنید، این نیز باید ذکر شود. یک وب سایت با بارگذاری بالا به رویکرد متفاوتی در هنگام توسعه و راه اندازی سرور نیاز دارد.
همچنین، ویژگی های عملکردی شامل وجود یا عدم وجود نسخه موبایلی سایت است، اما این، به عنوان یک قاعده، یا به بخش جداگانه ای از این مشخصات می رود یا به طور جداگانه به طور کامل نوشته می شود.
6. توضیحات صفحات سایت
این یک آیتم نسبتاً گسترده است که در آن تمام صفحات سایت ترسیم شده و نظرات مربوط به کار آنها نوشته می شود.
ساختار کلی صفحات سایت نیز ممکن است داده شود. نمونه های اولیه به اصطلاح "سطح بالا". به عنوان مثال، برای یک سایت دایرکتوری ساده این می تواند این باشد:
برای هر صفحه خاص، نمونه های اولیه را می توان با نظرات دقیق در مورد هر یک از عناصر رابط و رفتار آنها ترسیم کرد.
صفحات مورد استفاده برای پنل مدیریت معمولاً جدا از صفحات عمومی فهرست می شوند. این دو بخش به نوبه خود می توانند در زیربخش های جداگانه خود گروه بندی شوند. در اینجا ارزش آن را دارد که مطمئن شوید که نمونه های اولیه با توضیحات آنها در تضاد نیستند و هیچ تناقضی ایجاد نمی شود. نمونه ای از نمونه اولیه برای یک صفحه وب سایت خاص می تواند باشد:
صفحات دیگر
ما دو بخش آخر مشخصات فنی را به طور خلاصه در نظر نخواهیم گرفت.
نیازهای میزبانی ممکن است شامل حافظه فیزیکی موجود برای سایت، پهنای باند، پشتیبانی از پایگاه داده استفاده شده و تعدادی دیگر از الزامات برای عملکرد صحیح سایت باشد.
در پایان TOR، گنجاندن اطلاعاتی که تمام کارهایی که در این TOR توضیح داده نشده است، الزامی است به صلاحدید برنامه نویس انجام می شود به دلایل واضح این "ضمانت کوچک" ما در برابر تغییرات و تغییرات احتمالی است که فراتر از محدوده مشخصات فنی است.
نتیجه گیری:باید گفت که این ساختار از بخش‌های مشخصات فنی، تظاهر به کامل بودن کامل (حداقل برای پروژه‌های استراتژیک بزرگ) نمی‌کند، اما همچنان نکات اصلی را پوشش می‌دهد.
لازم به تاکید است که تمامی موارد فوق صرفاً توصیه های مبتنی بر تجربه افراد شاغل در زمینه توسعه وب سایت بوده و به هیچ وجه الزام اکیدی برای نوشتن مشخصات فنی نمی باشد.
موفق باشید در پروژه های خود و درک انسانی!
مشترک شدن در خبرنامه ما
