توسعه مشخصات فنی اساس سیستم خودکار در حال ایجاد است. این سند در چه مرحله ای از اجرای EDMS باید ایجاد شود و چه مواردی باید در آن گنجانده شود؟ پاسخ این سوالات اساسی و بسیاری دیگر از سوالات مهم مرتبط با توسعه مشخصات فنی را در این مقاله بخوانید.
|
شرایط مرجع (از این پس - TK) نتیجه تجزیه و تحلیل فرآیندهای سازمان و پیشنهادات مفهومی برای خودکارسازی این فرآیندها است. قبل از شروع به ایجاد مشخصات فنی، لازم است یک بررسی اطلاعاتی از فرآیندها انجام شود، که در قالب یک گزارش نظرسنجی تهیه شده است، و یک مفهوم اتوماسیون ایجاد شود که حاوی ایده اتوماسیون است و اهداف اتوماسیون را نشان می دهد. ، و همچنین پیشنهادات اساسی برای معماری و ترکیب سیستم ارائه می دهد. در عین حال، گزارش فرآیندهای اطلاعاتی و مفهوم باید در دو پارادایم ترسیم شود: «آنگونه که هست» و «آنگونه که باید باشد». یک مکمل بسیار مفید برای این گزارش ها، نمایش گرافیکی فرآیندها (به اصطلاح مدل سازی فرآیند) در هر روش انتخابی است. رایج ترین متدولوژی ها در روسی امروز نمادگذاری هستند ARIS* با ابزارهای همنام و UML**. توسعه EDMS همیشه است فعالیت های پروژه، که آغاز و پایانی دارد. توسعه با انتقال سیستم به عملیات تجاری و آغاز فرآیند پشتیبانی از EDMS پایان می یابد. |
مدیران پروژه برای توسعه EDMS همیشه با انتخاب روشی روبرو هستند که هنگام ایجاد یک سیستم از کدام روش استفاده کنند: یک مدل آبشاری یا یک مدل تکراری.
1. مدل آبشاری.
مدل توسعه آبشار یا کلاسیک مدل آبشار- مدل آبشار) مدلی از فرآیند توسعه نرم افزار است که در آن فرآیند توسعه مانند یک جریان به نظر می رسد که به طور متوالی از مراحل تجزیه و تحلیل نیازمندی ها، طراحی، پیاده سازی، آزمایش، یکپارچه سازی و پشتیبانی می گذرد.
در مدل آبشاری، مراحل ایجاد یک EDMS یکی پس از دیگری پیش می رود، نتایج یک مرحله به نتایج مرحله بعدی تبدیل می شود. با این مدل، بازگشت به مرحله قبل کاملاً مشکل است و نیازمند پردازش و بازنگری در بسیاری از فرضیات پروژه است. طبق این روش است که استانداردهای GOST روسیه ساخته می شود.
2. مدل تکراری.
رویکرد تکراری تکرار- تکرار) - انجام کار به موازات تجزیه و تحلیل مستمر نتایج به دست آمده و تنظیم مراحل قبلی کار. در عین حال، توسعه در هر مرحله از توسعه یک چرخه تکراری را طی می کند: برنامه ریزی - اجرا - تأیید - ارزیابی.
یک مدل توسعه تکراری یک توسعه تدریجی در هر مرحله است که در آن فرآیند کاملایجاد یک EDMS، اما به میزان محدودی از عملکرد. فرآیند توسعه شامل چنین تکرارهایی با افزایش مداوم عملکرد است.
اینکه کدام یک از این رویکردها صحیح است به پروژه خاص (حوزه وظایف پروژه) و خواسته های مشتری بستگی دارد.
با این حال، صرف نظر از مدل توسعه انتخاب شده، هر یک از آنها دارای مرحله ای از شکل گیری الزامات برای EDMS ایجاد شده است. این مرحله و قوانین ایجاد خود مشخصات فنی در قوانین روسیه، یعنی در GOST های سری 34 توضیح داده شده است. اسناد اساسی - GOST 34.602-89. فناوری اطلاعات. مجموعه ای از استانداردها برای سیستم های خودکار. مشخصات فنی برای ایجاد یک سیستم خودکار و RD 50-34.698-90. رهنمودها. فناوری اطلاعات. مجموعه ای از استانداردها و دستورالعمل ها برای سیستم های خودکار. سیستم های خودکار الزامات محتوای اسناد
با رویکرد تکراری، در اولین شکل گیری الزامات، مشخصات فنی ایجاد می شود و با شفاف سازی بعدی الزامات، مشخصات فنی خصوصی (ChTZ).
ترکیب مشخصات فنی
طبق GOST 34.602-89، بخش های اصلی مشخصات فنی عبارتند از:
1. اطلاعات کلی.
2. هدف و اهداف ایجاد (توسعه) سیستم.
3. ویژگی های اشیاء اتوماسیون.
4. سیستم مورد نیاز.
5. ترکیب و محتوای کار برای ایجاد سیستم.
6. رویه کنترل و پذیرش سیستم.
7. الزامات ترکیب و محتوای کار برای آماده سازی شی اتوماسیون برای راه اندازی سیستم.
8. مدارک مورد نیاز.
9. منابع توسعه.
همه این بخش ها را می توان به بخش های فرعی تقسیم کرد و ممکن است شامل ضمیمه هایی باشد که در انتهای سند آورده شده و به عنوان ضمیمه مشخصات فنی تنظیم شده است. ChTZ دارای ترکیب مشابهی است که می تواند با استفاده از یک رویکرد تکراری در پروژه های بزرگ برای شفاف سازی نیازمندی ها ایجاد شود. مشخصات فنی EDMS باید بر روی ورق های A4 مطابق با GOST 2.301-68 * بدون قاب، کتیبه اصلی و ستون های اضافی به آن ترسیم شود.
اعداد برگه (صفحه) از اولین ورق بعد از صفحه عنوان، در بالای برگه (بالای متن، در وسط) پس از نشان دادن کد TK در EDMS قرار می گیرند.
صفحه عنوان مشخصات فنی شامل جزئیات زیر است:
تمبر "من تایید می کنم"؛
نام کامل EDMS؛
نام سند (در مورد ما - "مشخصات فنی" و "مشخصات فنی خصوصی")؛
کد سند؛
تعداد ورق؛
مکانی که سند جمع آوری شده است.
ویزای تایید همچنین می تواند در صفحه عنوان قرار داده شود، یا می توان آنها را در برگه تایید جداگانه قرار داد. بعد بعد صفحه عنوانبرگه ای با اطلاعات مربوط به توسعه دهندگان سند وجود دارد - نویسندگانی که متن سند را جمع آوری کرده اند یا راه حل های فنی شرح داده شده در مشخصات فنی را ایجاد کرده اند. برگه تأیید و اطلاعات مربوط به توسعه دهندگان سند را می توان در یک برگه مشخصات فنی - آخرین مورد مطابق با توصیه های GOST 34.602-89 (پیوست 3 به GOST) تهیه کرد.
کد TK در EDMS تعیین یک سند طراحی است که توسط مشتری یا توسعه دهنده سند مطابق با GOST 2.201-80 ** اختصاص داده می شود. کد از قسمت های زیر تشکیل شده است: 4 کاراکتر اول کد سازمان توسعه دهنده، 6 کاراکتر بعدی کد مشخصه طبقه بندی، 3 رقم بعدی شماره ثبت سریال است. به عنوان مثال، شماره TK ممکن است به شکل زیر باشد:
TSNTP. 425180.048.
ویژگی های نوشتن برخی از بخش های مشخصات فنی
فصل " اطلاعات کلی» باید شامل اطلاعاتی در مورد مشتری و پیمانکار احتمالی، روش تعیین پیمانکار، بودجه ای که ایجاد EDMS از آن تامین می شود، و زمان تقریبی و مراحل کار بر روی ایجاد EDMS باشد.
به عنوان مثال، این بخش ممکن است نشان دهد که پیمانکار با انعقاد قرارداد دولتی تعیین می شود.
فصل " هدف و اهداف ایجاد (توسعه) سیستم» باید حاوی شرحی از هدف اصلی ایجاد سیستم و نتایجی باشد که مشتری انتظار دارد از پیاده سازی سیستم دریافت کند. این نتایج باید از نظر اقتصادی قابل اندازه گیری باشند یا ممکن است روش هایی برای اندازه گیری آنها مشخص شود.
به عنوان مثال، هدف از معرفی EDMS ممکن است کاهش زمان مورد نیاز برای تایید قراردادها به 1 روز کاری برای تمام شعب شرکت باشد.
فصل " ویژگی های اجسام اتوماسیون» شامل شرحی از فرآیندهای سازمان است که نیاز به اتوماسیون دارند و حاصل گزارش پیمایش اطلاعاتی است که در حین بررسی فرآیندهای سازمان تهیه می شود.
فصل " سیستم مورد نیازبخش اصلی مشخصات فنی است. این بخش باید مورد توجه ویژه قرار گیرد، زیرا این بخش است که بسیاری از ویژگی های فنی سیستم آینده را تنظیم و ادغام می کند.
این بخش باید الزامات زیر را شرح دهد:
1. الزامات برای سیستم به عنوان یک کل، از جمله الزامات برای معماری سیستم، ترکیب محل کار، الزامات برای پرسنل سیستم، الزامات قابلیت اطمینان، الزامات ارگونومیک، الزامات برای اطمینان از رازداری (در صورت پردازش اسناد محرمانه در سیستم)، الزامات برای حفاظت اطلاعات مربوط به دسترسی غیرمجاز، الزامات مقیاس بندی سیستم و موارد دیگر.
2. الزامات مربوط به توابع (وظایف) انجام شده توسط سیستم باید حاوی شرحی از عملکرد زیرسیستم های EDMS (ماژول ها) باشد.
3. الزامات برای تعامل زیر سیستم ها (ماژول ها) EDMS باید مکانیسم های تعامل زیر سیستم ها (ماژول ها) را توصیف کند.
4. الزامات برای ارتباط متقابل با سیستم های مرتبط سازمان باید توضیح دهد که کدام سیستم ها مرتبط هستند و چگونه می توان آنها را به EDMS متصل کرد.
به عنوان مثال، یک سیستم سوابق پرسنل ممکن است لیستی از کاربران را برای EDMS ارائه دهد. 5. الزامات مربوط به حالت عملکرد EDMS باید شامل شرح حالت عملکرد (به عنوان مثال، 24 ساعت در 7 روز هفته) و روش انجام کارهای پیشگیرانه برای نصب مجدد سیستم یا به روز رسانی آن باشد.
به عنوان مثال، یک به روز رسانی سیستم باید بدون توقف عملکرد سیستم انجام شود.
6. الزامات برای انواع پشتیبانی باید شامل موارد زیر باشد: پشتیبانی زبانی برای سیستم، الزامات برای فرم های ورودی و خروجی EDMS، الزامات برای پایگاه های داده، الزامات پشتیبانی سازمانی، الزامات اطلاعات، نرم افزار و پشتیبانی فنیسیستم های.
7. الزامات مدیریت سیستم با شرح نقش ها و مسئولیت های مدیران سیستم.
توصیه می شود بخش "ترکیب و محتوای کار در ایجاد یک سیستم" را در قالب جدولی انجام دهید که نام مراحل کار روی ایجاد یک EDMS را نشان می دهد. تاریخ های تقریبیشروع و پایان مراحل و همچنین نتایج پایان این مراحل.
بخش "رویه بازرسی و پذیرش سیستم" باید تعیین کند که چه نوع آزمایش هایی باید برای پذیرش سیستم انجام شود، از جمله فهرستی از اسناد مورد نیاز برای انجام این آزمایش ها.
به عنوان مثال، برای راه اندازی سیستم، می توان تست های دپارتمان را مطابق با یک برنامه و روش آزمایشی که توسط مشتری تهیه و تایید شده است، انجام داد.
فصل " الزامات ترکیب و محتوای کار برای آماده سازی شی اتوماسیون برای راه اندازی سیستم» فهرستی از فعالیت ها برای آموزش کاربران EDMS، توسعه راهنماها و مواد آموزشی، الزامات تبدیل داده یا ورود داده های اولیه به EDMS، الزامات ایجاد زیرساخت برای عملکرد EDMS.
بخش الزامات مستندات توضیح می دهد قوانین عمومیتهیه اسناد کاری برای سیستم و ممکن است به استانداردهای شرکت یا GOST ها مراجعه کند.
فصل " منابع توسعه" نهایی است و اسنادی را فهرست می کند که مبنای توسعه سیستم و اتخاذ تصمیمات فنی خاص بوده است.
در این مورد، متن مشخصات فنی باید حاوی پیوندهایی به تمام منابع توسعه باشد. ذکر یک منبع خاص باید در متن تکلیف فنی توجیه و تأیید شود.
امیدواریم پس از مطالعه این مقاله بیشتر با آن آشنا شده باشید چارچوب قانونیمشخصات فنی، ترکیب و محتوای آن و هم اکنون آماده کار با این سند است.
* ARIS (معماری سیستم های اطلاعات یکپارچه) یک محصول نرم افزاری متدولوژی و قابل تکرار است که متعلق به Software AG است.
برای مدل سازی فرآیندهای کسب و کار سازمان ها
** UML (Unifi ed Modeling Language) یک زبان توصیفی گرافیکی برای مدل سازی شی در زمینه توسعه نرم افزار است. برای تعریف، تجسم، طراحی و مستندسازی در درجه اول سیستم های نرم افزاری ایجاد شده است.
از نویسنده: چگونه بنویسیم شرایط مرجع برای توسعه وب سایت? موضوع کاملاً گسترده است و تجزیه و تحلیل 100٪ آن در چارچوب یک مقاله (در صورت امکان) دشوار است. ولی مقررات عمومی، آنچه باید در نظر گرفته شود، آنچه باید در هنگام ترسیم مشخصات فنی به آن توجه کنید، سعی می کنم در این مقاله با جزئیات کافی بیان کنم.
بنابراین، TK
شرایط مرجع برای توسعه دهنده سایت تهیه شده است. هنگام تنظیم قرارداد بین مشتری و پیمانکار باید به مشخصات فنی اشاره شود. مسئولیت عدم رعایت یا عدم انجام صحیح نکات و شرایط مشخصات فنی دو طرف باید قید شود. اما مهمترین چیزی (به نظر من) که مشخصات فنی برای آن ایجاد می شود سرعت بخشیدن به فرآیند توسعه وب سایت.
بیایید این مثال را تحلیل کنیم:
بیایید فرض کنیم که شما به یک تقویم در جایی در کنار وب سایت خود نیاز دارید. به نظر یک چیز کوچک بود. اما هرچه عملکرد این تقویم را با جزئیات بیشتری توصیف کنید، سریعتر به نتیجه خواهید رسید.
اجازه بدهید اینجا کمی توضیح بدهم. تقویم با تقویم متفاوت است. یک تقویم وجود دارد که به سادگی اعداد را بر اساس روز هفته از ماه جاری نشان می دهد. یک تقویم با قابلیت ورق زدن ماه ها وجود دارد. یک تقویم با قابلیت ورق زدن ماه ها و سال ها وجود دارد.
فرض کنید آخرین نسخه یک تقویم را می خواهید (با قابلیت ورق زدن ماه ها و سال ها) با برجسته کردن تاریخ فعلی. شما در مشخصات نشان دادید: "یک تقویم در نوار کناری مورد نیاز است." مشتری اولین نسخه تقویم را برای شما ایجاد می کند (به سادگی اعداد را بر اساس روز هفته از ماه جاری نشان می دهد).
آن چه که ما داریم. پیمانکار الزامات فنی را برآورده کرد، اما شما یک تقویم کاملاً متفاوت می خواستید. به نظر می رسد همه چیز مطابق با مشخصات فنی است، هیچ کس مقصر نیست، هیچ درگیری وجود ندارد، اما مهم ترین چیز از دست رفته است. زمان و پول.
این یک نمونه از یک تقویم پیش پا افتاده است.
اگر مجبور باشید کار جدی‌تری را که پردازش آن به بیش از نیم روز نیاز دارد، مانند تقویم، دوباره انجام دهید، چه؟ و شما وب‌سایتی ندارید و مشتری با شما سر و کله می‌زند، اگرچه می‌تواند پروژه شما را تکمیل کند و یک پروژه جدید شروع کند.
بنابراین، از جزئیات بیشترشما عملکرد هر ماژول سایت را توضیح دهید، سریعتر به نتیجه خواهید رسید. هر دو طرف باید به این موضوع علاقه مند باشند.
مشخصات فنی معمولاً شامل چه نکاتی است؟
بیایید تصور کنیم که شما مالک یک شرکت یا شرکت هستید. شرکت شما به تولید هر محصول و فروش آن مشغول است. شما خریدار دارید شما با فروشندگان (فروشگاه ها و فروشگاه های آنلاین)، مراکز خدمات و مصرف کنندگان محصول همکاری می کنید. یا در حال ساخت وب سایت برای چنین شرکتی هستید و نیاز به نوشتن مشخصات فنی دارید.
صرف نظر از اینکه چه نقشی ایفا می کنید، اولین کاری که باید انجام دهید مطالعه ساختار سازمان، آنچه انجام می دهد، نامگذاری، ویژگی ها و به طور کلی هر چیزی که با محصول و شرکت مرتبط است را مطالعه کنید. آنچه در سایت اتفاق می افتد بستگی به درک عمیق مشتری از ماهیت آنچه در شرکت اتفاق می افتد دارد. بنابراین، وظیفه در اینجا متقابل است: مشتری باید تا آنجا که ممکن است در مورد شرکت با جزئیات بیشتر صحبت کند و پیمانکار باید جوهر آنچه را که اتفاق می افتد کاملاً درک کند.
حتی اگر خودتان در حال نوشتن مشخصات فنی برای شرکتی هستید که یک وب‌سایت ایجاد می‌کند، ایده خوبی است که همه چیز را روی یک تکه کاغذ کشف کنید.
بیایید نقطه به نقطه پیش برویم.
توضیحات سایت
در اینجا می توانید در چند جمله درباره شرکت و کارهایی که انجام می دهد بنویسید. کاری شبیه مقدمه انجام دهید.
برای چه کسانی - مخاطبان هدف سایت:
- خریداران بالقوه
- فروشندگان محصول (فروشگاه ها، فروشگاه های آنلاین)
- مراکز خدماتی
- شرکا (شرکت ها)
- مصرف کنندگان محصولات (کسانی که قبلا خریداری کرده اند)
چرا به یک وب سایت نیاز دارید؟:
- برای بهبود وجهه شرکت
- برای افزایش فروش
- برای راحتی مشتری
نوع سایت:
- شرکت های بزرگ، دارای شخصیت حقوقی
- وب سایت – کارت ویزیت
- فروشگاه آنلاین
نسخه های زبان:
- انگلیسی
- روسی
سایت باید برخی از مشکلات را حل کند. بر این اساس، ما بیشتر به سمت اهداف و اهداف سایت حرکت می کنیم.
اهداف و اهداف سایت
در این بخش از مشخصات فنی، کل مخاطبان هدف را مرور می کنیم و محدوده وظایفی را که سایت باید برای آنها حل کند، شرح می دهیم.
خریداران بالقوه محصول.
هدف: خریداران بیشتری را جذب کنید و آنها را متقاعد کنید که اولین خرید را انجام دهند، به انتخاب کمک کنید.
مشکلات باید حل شود:
- اطلاعاتی در مورد نمایشگاه ها ارائه دهید
- اطلاعاتی در مورد شبکه خرده فروشی ارائه دهید
ارائه اطلاعات با کیفیت بالا و جامع در مورد محصولات، خدمات اضافی، ضمانت ها، خدمات و روش های انتخاب.
با سازماندهی مشاوره آنلاین خریداران بالقوه توسط متخصصان شرکت در مورد مسائل انتخاب و خرید محصولات، فرصتی برای طرح سوال فراهم کنید.
بنابراین، ما از طریق کل مخاطبان هدف می گذریم. اگر وب سایت ما را دنبال می کنید، اهداف و اهداف فروشندگان محصول (فروشگاه ها، فروشگاه های آنلاین)، مراکز خدمات، شرکا (شرکت ها) و مصرف کنندگان محصول را شرح می دهیم. یعنی سایت به طور خاص برای هر کدام از آنها چه کاری باید انجام دهد.
اکنون ماژول های سایت را لیست می کنیم.
عملکرد سایت
برای فهرست کردن عملکرد سایت، باید تصمیم بگیرید که چه چیزی نیاز دارد:
- آیا نیاز به اخبار در سایت دارید؟
- لازمه بلوک تبلیغاتی
- آیا ثبت نام لازم است؟
- آیا نیاز به بخش بسته سایت (فقط برای کاربران ثبت نام شده) وجود دارد
- آیا فرم بازخورد لازم است؟
- آیا به یک اسکریپت پستی نیاز دارم؟
- و غیره. و غیره
بعد از اینکه همه اینها را توضیح دادیم، به مهم ترین و جالب ترین چیز می رسیم. البته، تمام کارهای انجام شده در بالا بسیار مهم است، اما در حال حاضر حتی داغ تر می شود.
شرح عملکرد سایت
بر این لحظهما می دانیم که سایت برای چه کسی است، چه اهداف و اهدافی را باید برآورده کند و عملکرد اضافی آن.
زمان آن فرا رسیده است که شما باید تمام اطلاعات جمع آوری شده را در سیستم بیاورید و به زیبایی در وب سایت قرار دهید. برای آسان‌تر کردن کار و عدم اختراع مجدد چرخ، می‌توانید به سایت‌ها نگاه کنید موضوعات مشابه. از آنها چیزی بیاموزید، به عملکرد آنها نگاه کنید و آنها را امتحان کنید و سعی کنید آنچه را که در وب سایت خود ناخوشایند به نظر می رسید بهبود بخشید. در اصل، می توانید در همان ابتدای تهیه مشخصات فنی، به سایت هایی با موضوعات مشابه نگاه کنید (و اگر تجربه ندارید، حتی نیاز دارید).
پیشنهاد می کنم با آیتم های منو شروع کنید. باید صفحات اصلی سایت را نمایش دهد و مطمئن شود که هر بازدید کننده به سرعت اطلاعاتی را برای خود پیدا می کند. و بازدیدکنندگان مخاطب هدف ما هستند. منو شامل موارد زیادی است، بنابراین به صورت یک لیست کشویی خواهد بود.
ابتدا باید در مورد شرکت به ما بگویید. ممکن است صفحاتی در مورد شرکت، تاریخچه شرکت، مخاطبین، نظرات وجود داشته باشد.
به طور طبیعی، باید یک آیتم منو "محصولات"، با موارد فرعی "کاتالوگ محصولات"، "انتشارها"، "بررسی محصول" وجود داشته باشد.
به طور کلی، امیدوارم نحوه توصیف آن واضح باشد. اجازه دهید نسخه نهایی یک منوی احتمالی را برای وب سایت خود ارائه دهم:
درباره شرکت
- تاریخچه شرکت
- مخاطب
- بررسی ها
اخبار
- مناسبت ها
- موجودی
- جدید در سایت
محصولات
- کاتالوگ محصولات
- منتشر شده
- بررسی محصول
سرویس
- بخش خدمات
- خدمات گارانتی
- خدمات پس از گارانتی
به مصرف کننده
- خرید و تحویل
- استفاده کنید
- در مورد خدمات
فروشگاه ها و فروشگاه های آنلاین
- عکس های محصول
- سوالات متداول
مراکز خدمات
- چگونه تبدیل شود مرکز خدمات
- سوالات متداول
برای شرکا
- دعوت به همکاری
- سوالات متداول
به نظر می رسد ما منو را مرتب کرده ایم. اکنون باید توضیح دهید که در هر صفحه چه چیزی وجود دارد و چگونه کار می کند. به علاوه طرح تقریبی سایت را ارائه دهید. می توان آن را روی یک تکه کاغذ با مداد ترسیم کرد، اسکن کرد و به بیانیه کار وصل کرد. تنها چیزی که من می گویم این است که تخیل طراح را محدود نکنید، خودتان آن را ترسیم کنید نمای کلی.
این قسمت بسته به اینکه می خواهید صفحه شما چگونه به نظر برسد تغییر می کند. شاید به تعداد زیادی بنر در بالا نیاز نداشته باشید، شاید لازم باشد مخاطبین (آدرس، تلفن، فکس) را در بالا نشان دهید، شاید به شکل نمادهای "نقشه سایت"، "خانه"، "مخاطبین". شاید شما نیازی به اخبار در سمت چپ نداشته باشید، اما "تبلیغات و انتشارات" را در سمت چپ نشان دهید.
نکته اصلی اکنون شرح منطق کار است.
منطق عملیات
من بر اساس تصویر بالا توضیح خواهم داد.
بالای سایت در هر صفحه از سایت یکسان باقی می ماند. فید اخبار فقط در قابل مشاهده است صفحه نخست. در صفحات ثانویه سمت چپ، آیتم‌های فرعی منو موردی را که در حال حاضر در آن هستیم نشان می‌دهیم (به عنوان مثال، اگر در صفحه «خدمات مشتری» هستیم، پیوندهایی به «خدمات گارانتی»، «خدمات پس از گارانتی» را نشان می‌دهیم. ”). بر این اساس با کلیک بر روی این لینک ها به صفحات مربوطه هدایت می شود. در اینجا، در زیر آیتم های سمت چپ، داده هایی را برای تماس با مشاوران آنلاین (اسکایپ، ICQ) نمایش می دهیم. بلوک تبلیغات و انتشارات در هر صفحه باقی می ماند. پاورقی سایت در هر صفحه یکسان نمایش داده می شود.
منطق کلی کار تقریباً به این صورت است.
اکنون هر بلوک را به تفصیل شرح می دهیم. به عنوان مثال، "فید خبری".
"فید خبری" از 10 آخرین خبرها. هر خبر باید شامل عنوان خبر، تاریخ انتشار، شروع مختصراخبار (4-5 خط) و پیوندهای "به طور کامل بخوانید". با کلیک بر روی لینک "خواندن کامل" به صفحه خبر منتقل می شوید. خبری که با آن مواجه شدید به جای محتوای اصلی نمایش داده می شود. عنوان خبر و تاریخ انتشار را نیز شامل می شود. فید اخبار نیز در سمت چپ نمایش داده می شود. اخبار ماه ها و سال های گذشته بایگانی می شود. یعنی در زیر اخبار ماه جاری "آرشیو برای (فلان ماه یا سال)" را نمایش می دهیم. وقتی روی پیوند «آرشیو برای (فلان ماه یا سال)» کلیک می‌کنید، فهرستی از اخبار مربوط به ماه/سال مربوطه ظاهر می‌شود.
نحوه عملکرد هر بلوک به این صورت است. حادثه تقویم را فراموش نکنیم. و مهمتر از همه، شما باید کار کاتالوگ محصول را شرح دهید. در اینجا من به شما یک وظیفه می دهم: سعی کنید فکر کنید و نحوه کار دایرکتوری را شرح دهید. گزینه های خود را از طریق ایمیل ارسال کنید. ما بهترین را منتشر خواهیم کرد.
چه چیز دیگری باید وجود داشته باشد؟ خوب است که سازگاری را نشان دهیم.
سازگاری
در این پاراگراف نشان می دهیم که کدام سیستم های عاملو در کدام مرورگرها سایت باید به همان اندازه خوب به نظر برسد. در چه نسخه ای باید به چه زبانی نوشته شود. چه CMS استفاده می شود. اگر واقعاً می دانید در مورد چه چیزی صحبت می کنید، ارزش آن را دارد که به این موضوع اشاره کنید.
اگر این سوالات را نمی دانید، به سادگی مرورگرهایی را که سایت باید در آنها به درستی نمایش داده شود را مشخص کنید. برای بقیه، به وجدان مجری تکیه کنید.
نتیجه
در این مقاله سعی نکردم نشان دهم که مشخصات فنی اینگونه تدوین می شود و راه دیگری نیست. این کار را انجام دهید و مشکلی پیش نخواهد آمد. تدوین مشخصات فنی با کیفیت بالا بیشتر به تجربه است. همه نمی توانند در چند سال اول مشخصات فنی مناسب تهیه کنند.
در این مقاله می‌خواستم اصولی را که بر اساس آن شرایط مرجع ساخته می‌شوند، نکات اصلی که ارزش توجه به آنها را دارد، نشان دهم. چقدر موفق شدم امیدوارم از نظرات شما بفهمم.
و در مورد وظیفه فراموش نکنید!
از نویسنده:چگونه بنویسیم شرایط مرجع (TOR) برای توسعه وب سایت? موضوع کاملاً گسترده است و تجزیه و تحلیل 100٪ آن در چارچوب یک یادداشت (در صورت امکان) دشوار است. اما من سعی خواهم کرد مقررات کلی را در مورد مواردی که باید در نظر گرفته شود و مواردی که هنگام تنظیم شرایط مرجع برای یک وب سایت باید به آنها توجه کنید با جزئیات کافی بیان کنم.
بنابراین، مشخصات فنی برای توسعه وب سایت
مشخصات فنی برای توسعه دهنده آماده شده است. هنگام تنظیم قرارداد بین مشتری و پیمانکار باید به شرایط مرجع اشاره شود. مسئولیت عدم انجام یا عدم انجام صحیح نکات و مهلت ها از طرف دو طرف باید قید شود. اما مهمترین چیزی (به نظر من) که مشخصات فنی برای آن ایجاد می شود سرعت بخشیدن به روند توسعه پروژه.
بیایید این مثال را تحلیل کنیم:
بیایید فرض کنیم که شما به یک تقویم در جایی در کنار وب سایت خود نیاز دارید. به نظر یک چیز کوچک بود. اما هرچه عملکرد آن را با جزئیات بیشتری توصیف کنید، سریعتر به نتیجه خواهید رسید.
اجازه بدهید اینجا کمی توضیح بدهم. یک تقویم وجود دارد که به سادگی اعداد را بر اساس روز هفته از ماه جاری نشان می دهد. و قابلیت ورق زدن ماه ها وجود دارد. یک تقویم با قابلیت ورق زدن ماه ها و سال ها وجود دارد.
فرض کنید گزینه دوم را می خواهید (با قابلیت پیمایش ماه ها و سال ها) با برجسته شدن تاریخ فعلی. در شرایط مرجع شما اشاره کردید: "یک تقویم در نوار کناری مورد نیاز است." آنها اولین گزینه را به شما می دهند (به سادگی اعداد را بر اساس روز هفته از ماه جاری نشان می دهد).
آن چه که ما داریم. پیمانکار مشخصات را برآورده کرد، اما شما چیزی کاملاً متفاوت می خواستید. به نظر می رسد همه چیز مطابق است، هیچ کس مقصر نیست، هیچ درگیری وجود ندارد، اما مهم ترین چیز از دست رفته است زمان و پول.
این یک نمونه از یک تقویم پیش پا افتاده است.
اگر مجبور باشید کار جدی‌تری را که پردازش آن به بیش از نیم روز نیاز دارد، مانند تقویم، دوباره انجام دهید، چه؟ پیمانکار زمانی با شما مشغول است که بتواند پروژه شما را تمام کند و پروژه جدیدی را شروع کند.
بنابراین، از جزئیات بیشترشما عملکرد هر ماژول را توضیح دهید، سریعتر به نتیجه خواهید رسید. هر دو طرف باید به این موضوع علاقه مند باشند.
مشخصات فنی معمولاً شامل چه نکاتی است؟
بیایید تصور کنیم که شما مالک یک شرکت یا شرکت هستید. شرکت شما به تولید هر محصول و فروش آن مشغول است. شما خریدار دارید شما با فروشندگان (فروشگاه ها و فروشگاه های آنلاین)، مراکز خدمات و مصرف کنندگان محصول همکاری می کنید. یا در حال ساختن منبعی برای چنین شرکتی هستید و باید مشخصات فنی بنویسید.
صرف نظر از اینکه چه نقشی ایفا می کنید، اولین کاری که باید قبل از تهیه مشخصات فنی برای ایجاد یک طراحی وب سایت انجام دهید، مطالعه ساختار سازمان، آنچه انجام می دهد، نامگذاری، ویژگی ها و به طور کلی هر چیزی که با محصول مرتبط است را مطالعه کنید. و شرکت آنچه روی منبع اتفاق می افتد بستگی به این دارد که مشتری تا چه حد عمیقاً ماهیت آنچه را که در شرکت اتفاق می افتد درک کند. بنابراین، وظیفه در اینجا متقابل است: مشتری باید تا آنجا که ممکن است در مورد شرکت با جزئیات بیشتر صحبت کند و پیمانکار باید جوهر آنچه را که اتفاق می افتد کاملاً درک کند.
حتی اگر خودتان در حال نوشتن مشخصات فنی برای شرکتی هستید که پروژه شما را انجام می دهد، ایده خوبی است که همه آن را روی یک تکه کاغذ کشف کنید.
بیایید نقطه به نقطه پیش برویم.
شرح
در اینجا می توانید در چند جمله درباره شرکت و کارهایی که انجام می دهد بنویسید. کاری شبیه مقدمه انجام دهید.
برای چه کسی - مخاطب هدف:
خریداران بالقوه
فروشندگان محصول (فروشگاه ها، فروشگاه های آنلاین)
مراکز خدماتی
شرکا (شرکت ها)
مصرف کنندگان محصولات (کسانی که قبلا خریداری کرده اند)
چرا به وب سایت نیاز دارید:
برای بهبود وجهه شرکت
برای افزایش فروش
برای راحتی مشتری
شرکت های بزرگ، دارای شخصیت حقوقی
وب سایت – کارت ویزیت
فروشگاه آنلاین
نسخه های زبان:
انگلیسی
سایت باید برخی از مشکلات را حل کند. بر این اساس، ما بیشتر به سمت اهداف و مقاصد حرکت می کنیم.
اهداف و مقاصد
در این بخش از مشخصات فنی، کل مخاطبان هدف را مرور می کنیم و محدوده وظایفی را که سایت باید برای آنها حل کند، شرح می دهیم.
خریداران بالقوه محصول
هدف:خریداران بیشتری را جذب کنید و آنها را متقاعد کنید که اولین خرید خود را انجام دهند، به آنها در انتخاب کمک کنید.
مشکلات باید حل شوند:
ارائه اطلاعات با کیفیت بالا و جامع در مورد محصولات، خدمات اضافی، گارانتی، خدمات، روش های انتخاب.
اطلاعاتی در مورد نمایشگاه ها ارائه دهید
اطلاعاتی در مورد شبکه خرده فروشی ارائه دهید
با سازماندهی مشاوره آنلاین خریداران بالقوه توسط متخصصان شرکت در مورد مسائل انتخاب و خرید محصولات، فرصتی برای طرح سوال فراهم کنید.
بنابراین، ما از طریق کل مخاطبان هدف می گذریم. ما همچنین اهداف و اهداف فروشندگان محصول (فروشگاه ها، فروشگاه های آنلاین)، مراکز خدمات، شرکا (شرکت ها) و مصرف کنندگان محصول را شرح می دهیم. یعنی سایت به طور خاص برای هر کدام از آنها چه کاری باید انجام دهد.
اکنون ماژول ها را لیست می کنیم.
عملکرد سایت
برای فهرست کردن عملکرد، باید تصمیم بگیرید که چه چیزی نیاز دارد:
آیا ثبت نام لازم است؟
آیا به بخش بسته نیاز دارم (فقط برای کاربران ثبت نام شده)
آیا فرم بازخورد لازم است؟
و غیره. و غیره
روندها و رویکردهای مدرن در توسعه وب
الگوریتم رشد سریع را از ابتدا در ساخت وب سایت بیاموزید
بعد از اینکه همه اینها را توضیح دادیم، به مهم ترین و جالب ترین چیز می رسیم. البته، تمام کارهای انجام شده در بالا بسیار مهم است، اما در حال حاضر حتی داغ تر می شود.
شرح عملکرد
در حال حاضر، ما می دانیم که سایت برای چه کسی است، چه اهداف و اهدافی را باید برآورده کند، و عملکرد اضافی آن.
زمان آن فرا رسیده است که شما باید تمام اطلاعات جمع آوری شده را در سیستم بیاورید و آن را به زیبایی مرتب کنید. برای آسان‌تر کردن کار و عدم اختراع مجدد چرخ، می‌توانید به منابعی در موضوعات مشابه نگاه کنید. چیزی از آنها بگیرید، به عملکرد آنها نگاه کنید و امتحان کنید و آنچه که ناخوشایند به نظر می رسید، سعی کنید آن را در پروژه خود بهبود بخشید. در اصل ، می توانید در همان ابتدای تهیه مشخصات فنی به سایت هایی با موضوعات مشابه نگاه کنید (و اگر تجربه ندارید ، حتی نیاز دارید).
پیشنهاد می کنم با آیتم های منو شروع کنید. باید صفحات اصلی را نمایش دهد و اطمینان حاصل کند که هر بازدید کننده به سرعت اطلاعاتی را برای خود پیدا می کند. و بازدیدکنندگان مخاطب هدف ما هستند. منو شامل موارد زیادی است، بنابراین به صورت یک لیست کشویی خواهد بود.
ابتدا باید در مورد شرکت به ما بگویید. ممکن است صفحاتی در مورد شرکت، تاریخچه شرکت، مخاطبین، نظرات وجود داشته باشد.
به طور طبیعی، باید یک آیتم منو "محصولات"، با موارد فرعی "کاتالوگ محصولات"، "انتشارها"، "بررسی محصول" وجود داشته باشد.
به طور کلی، امیدوارم نحوه توصیف آن واضح باشد. اجازه دهید نسخه نهایی منوی ممکن را ارائه کنم:
درباره شرکت
تاریخچه شرکت
مخاطب
محصولات
کاتالوگ محصولات
بررسی محصول
بخش خدمات
خدمات گارانتی
خدمات پس از گارانتی
به مصرف کننده
خرید و تحویل
استفاده کنید
در مورد خدمات
مغازه ها و فروشگاه های آنلاین
عکس های محصول
سوالات متداول
مراکز خدماتی
چگونه به یک مرکز خدمات تبدیل شویم
سوالات متداول
شرکای
دعوت به همکاری
سوالات متداول
به نظر می رسد ما منو را مرتب کرده ایم. اکنون باید توضیح دهید که در هر صفحه چه چیزی وجود دارد و چگونه کار می کند. به علاوه یک طرح تقریبی ارائه دهید. می توان آن را روی یک کاغذ با مداد ترسیم کرد، اسکن کرد و به مشخصات فنی چسباند. تنها چیزی که می گویم این است که تخیل طراح را محدود نکنید، آن را به کلی ترین شکل ترسیم کنید.
این قسمت بسته به اینکه می خواهید صفحه شما چگونه به نظر برسد تغییر می کند. شاید به تعداد زیادی بنر در بالا نیاز نداشته باشید، شاید لازم باشد مخاطبین (آدرس، تلفن، فکس) را در بالا نشان دهید، شاید به شکل نمادهای "نقشه سایت"، "خانه"، "مخاطبین". شاید شما نیازی به اخبار در سمت چپ نداشته باشید، اما "تبلیغات و انتشارات" را در سمت چپ نشان دهید.
نکته اصلی اکنون شرح منطق کار است.
منطق عملیات
من بر اساس تصویر بالا توضیح خواهم داد.
قسمت بالا(هدر) در هر صفحه یکسان می ماند. فید اخبار فقط در صفحه اصلی قابل مشاهده است. در صفحات ثانویه سمت چپ، آیتم‌های فرعی منو موردی را که در حال حاضر در آن هستیم نشان می‌دهیم (به عنوان مثال، اگر در صفحه «خدمات مشتری» هستیم، پیوندهایی به «خدمات گارانتی»، «خدمات پس از گارانتی» را نشان می‌دهیم. ”). بر این اساس با کلیک بر روی این لینک ها به صفحات مربوطه هدایت می شود. در اینجا، در زیر آیتم های سمت چپ، داده هایی را برای تماس با مشاوران آنلاین (اسکایپ، ICQ) نمایش می دهیم. بلوک تبلیغات و انتشارات در هر صفحه باقی می ماند. پاورقی در هر صفحه یکسان نمایش داده می شود.
منطق کلی کار تقریباً به این صورت است.
اکنون، در شرایط مرجع خود برای توسعه وب سایت، هر بلوک تعیین شده از سایت را با جزئیات شرح می دهیم. به عنوان مثال، "فید خبری".
"فید اخبار" از 10 آخرین اخبار. هر خبر باید شامل عنوان خبر، تاریخ انتشار، شروع مختصر خبر (4 تا 5 خط) و لینک «خواندن کامل» باشد. با کلیک بر روی لینک "خواندن کامل" به صفحه خبر منتقل می شوید. خبری که با آن مواجه شدید به جای محتوای اصلی نمایش داده می شود. عنوان خبر و تاریخ انتشار را نیز شامل می شود. فید اخبار نیز در سمت چپ نمایش داده می شود. اخبار ماه ها و سال های گذشته بایگانی می شود. یعنی در زیر اخبار ماه جاری "آرشیو برای (فلان ماه یا سال)" را نمایش می دهیم. وقتی روی پیوند «آرشیو برای (فلان ماه یا سال)» کلیک می‌کنید، فهرستی از اخبار مربوط به ماه/سال مربوطه ظاهر می‌شود.
نحوه عملکرد هر بلوک به این صورت است. حادثه تقویم را فراموش نکنیم. و مهمتر از همه، شما باید کار کاتالوگ محصول را شرح دهید. در اینجا من به شما یک وظیفه می دهم:سعی کنید فکر کنید و نحوه کار کاتالوگ را شرح دهید. گزینه های خود را از طریق ایمیل ارسال کنید. ما بهترین را منتشر خواهیم کرد.
چه چیز دیگری باید وجود داشته باشد؟ خوب است که سازگاری را نشان دهیم.
سازگاری
در این پاراگراف از شرایط مرجع ما برای ایجاد یک وب سایت، نشان می دهیم که وب سایت در کدام سیستم عامل ها و در کدام مرورگرها باید به همان اندازه خوب به نظر برسد. در چه نسخه ای باید به چه زبانی نوشته شود. چه CMS استفاده می شود. اگر واقعاً می دانید در مورد چه چیزی صحبت می کنید، ارزش آن را دارد که به این موضوع اشاره کنید.
اگر این سوالات را نمی دانید، به سادگی مرورگرهایی را که سایت باید در آنها به درستی نمایش داده شود را مشخص کنید. برای بقیه، به وجدان مجری تکیه کنید.
نتیجه
در این مقاله سعی نکردم نشان دهم که مشخصات فنی به این صورت است و هیچ راه دیگری نیست. این کار را انجام دهید و مشکلی پیش نخواهد آمد. یک کیفی بنویسید شرایط مرجع برای توسعه وب سایت- این بیشتر یک سوال است تجربه. همه نمی توانند در چند سال اول مشخصات فنی مناسب ایجاد کنند.
در این مقاله قصد داشتم یک مثال و اصولی را نشان دهم که بر اساس آن یک نمونه مشخصات فنی برای توسعه طراحی و منطق یک وب سایت ساخته شده است و همچنین نکات اصلی قابل توجه است. چقدر موفق شدم امیدوارم از نظرات شما بفهمم.
و در مورد وظیفه فراموش نکنید!
هنگام توسعه هر پروژه این سند چگونه تهیه می شود؟ این در مقاله مورد بحث قرار خواهد گرفت.
مشخصات فنی - چیست؟
قبل از شروع توسعه یک پروژه، ابتدا باید یک برنامه ترسیم شود. ساخت و ساز، کارآفرینی، کار مسکن - مطلقاً هر بخش کار نیاز به توسعه یک برنامه مناسب دارد. در این مورد، مهم نیست که این یا آن کار چقدر پیچیده یا جدی است. توسعه مشخصات فنی، و در واقع، یک برنامه اقدام معمولی، یک مرحله کلیدی در اینجا است.
شرایط مرجع برای هر دو طرف فرآیند کار مورد نیاز است: پیمانکار و مشتری. اغلب بین این دو نفر نزاع، درگیری و سوء تفاهم به وجود می آید. یک برنامه اقدام به خوبی تهیه شده به تنظیم دقیق کلیه تعهدات هر یک از طرفین کمک خواهد کرد.
چرا مشتری به مشخصات فنی نیاز دارد؟
همانطور که قبلا ذکر شد، توسعه مشخصات فنی یک فرآیند ضروری است که برای هر دو طرف مفید است قرارداد استخدام. با این حال، اکنون باید در مورد اینکه چرا سند ارائه شده توسط مشتری مستقیم مورد نیاز است صحبت کنیم.
مهمترین چیزی که باید به آن توجه داشت این واقعیت است که مشخصات فنی فقط توسط مشتری تهیه می شود. این یک نوع برنامه عمل است، توافقی در مورد ارائه خدمات. با کمک این سند، مجریان می توانند وظایف شغلی خود را به وضوح تعریف کنند و همچنین دقیقاً چه چیزی از آنها خواسته می شود. سند مورد نظر باید همیشه با بالاترین کیفیت و دقت تدوین شود. بنابراین، مشتری باید تمام پایان نامه ها و نکات اصلی را در نظر بگیرد و همچنین از مسائل متناقض خودداری کند. اگر سند به درستی تنظیم شود، مشتری همیشه می تواند پیمانکار ناراضی را به بند خاصی از قرارداد راهنمایی کند.
چرا پیمانکار به مشخصات فنی نیاز دارد؟
پیمانکار قبل از شروع هر کاری نمونه مشخصات فنی را دریافت می کند. کارگر باید تمام نکات مندرج در سند را با دقت مطالعه کند. این مرحله به جلوگیری از دستکاری توسط مشتری کمک می کند. بنابراین، بسیاری از روسای ممکن است از کارمندان چیزی بخواهند که در شرایط مرجع مورد بحث قرار نگرفته است.
پیمانکار باید تمام نکات لازم و میزان پرداخت را روشن کند. بنابراین، ارزش آن را دارد که اطمینان حاصل کنید که پرداخت های نقدی فقط به نکاتی که در سند مشخص شده است مربوط می شود. در غیر این صورت، مجریان بی توجه می توانند به صورت رایگان کار کنند.
بنابراین، مجری باید تا حد امکان به نمونه هایی از مشخصات فنی توجه کند. این به او کمک می کند تا از مشکلات و سوء تفاهم های غیر ضروری جلوگیری کند.
شروع به تدوین سند
از کجا باید پر کردن سند را شروع کنم؟ شرایط کار باید همیشه با مفاد و اهداف کلی شروع شود. احکام کلی شامل چه مواردی می شود؟ ابتدا یک واژه نامه کوچک. البته این پیش نیاز نیست. با این حال، اگر سند تمرکز محدودی داشته باشد و بنابراین مملو از اصطلاحات خاص باشد، هنوز ارزش افزودن یک فرهنگ لغت کوچک را دارد. در هر صورت این گامی دیگر در جهت درک متقابل مشتری و پیمانکار خواهد بود. ثانیاً، مقررات کلی باید حاوی اطلاعاتی در مورد طرفین قرارداد باشد.
اهداف شرایط مرجع چیست؟ احتمالا حدس زدن آن سخت نیست. بنابراین، لازم است به طور خلاصه مشخص شود که چه نوع پروژه ای در حال توسعه است، چرا به آن نیاز است و چگونه می توان به نتیجه نهایی دست یافت. تمام وظایف و اهداف باید تا حد امکان با جزئیات و وضوح شرح داده شوند. این رویکرد به ایجاد درک متقابل بین طرفین قرارداد کمک می کند.
الزامات و مهلت
بدون شکست، هر مشخصات فنی برای اجرای کار باید شامل الزامات خاصی و همچنین مهلت های مشخص شده باشد. با زمان بندی همه چیز نسبتاً روشن است. اگرچه شایان ذکر است که بهتر است با کمی رزرو وقت بگذارید. علاوه بر این، سرعت اجرای سفارش نباید بر کیفیت تأثیر بگذارد. اگر پیمانکار مهلت های تعیین شده را نقض کند، قرارداد باید شامل مجازات های خاصی برای این مورد باشد.
در مورد الزامات چه می توانید به ما بگویید؟ مشتری باید به خاطر داشته باشد که تمام نیازها به دو نوع اصلی تقسیم می شوند: ویژه و کاربردی. الزامات عملکردی تا حدی بصری و تصویری هستند. اینها تصاویر، عناصر، طرح های خاصی از آنچه مشتری دوست دارد ببیند هستند. الزامات ویژه به شدت تنظیم می شود، که وظایف و روش های خاص اجرا را نشان می دهد. طبیعتاً موارد خاص باید به طور قابل توجهی غالب شوند. در غیر این صورت، مجری ممکن است به سادگی متوجه نشود که دقیقاً چه چیزی از او می خواهد.
مسئولیت و گزارش
ارزش صحبت در مورد دو عنصر مهم دیگر را دارد که مطلقاً هر نمونه مشخصات فنی باید با کمی جزئیات بیشتر باشد. ما در مورد مسئولیت احزاب و مسئولیت پذیری صحبت می کنیم. هر یک از این عناصر نشان دهنده چیست؟
توصیه می شود گزارش دهی را به صورت مرحله ای تهیه کنید، به خصوص اگر شرایط مرجع زیاد باشد. به محض اتمام مرحله خاصی از کار، می توان گزارش را ارسال کرد (الزامی). علاوه بر این، چنین سیستمی به شما امکان می دهد مجری را در وضعیت خوبی نگه دارید. در غیر این صورت، او می تواند هر کاری را در آخرین لحظه انجام دهد و بنابراین، کیفیت بسیار پایینی دارد.
در مورد مسئولیت طرفین چه می توان گفت؟ بلافاصله شایان ذکر است که چنین بند اجباری نیست. با این حال، بسیاری از مشتریان همچنان لازم می دانند که انواع اصلی جریمه ها، جریمه ها و مجازات ها را تنظیم کنند اختلالات مختلف. توصیه می شود عناصر اصلی مسئولیت را در اسنادی مانند مشخصات فنی خرید، حمل و نقل و غیره ذکر کنید.
تهیه مشخصات فنی
هر گونه تکلیف فنی (برای تامین، ساخت و ساز، حمل و نقل و غیره) باید بسیار ماهرانه و کارآمد تنظیم شود. این امر ابتدا لازم است تا اطمینان حاصل شود که دعواها، اختلافات و درگیری های آینده به دلیل سوء تفاهم بین طرفین ایجاد نمی شود. و دوم، برای راحتی ساده. هر مشتری قادر به تنظیم دقیق مشخصات فنی نیست. اغلب وکلا برای این موضوع استخدام می شوند، اگرچه انجام این کار فایده چندانی ندارد.
فقط باید چند قانون ساده را به خاطر بسپارید:
- قرارداد باید مفصل و مفصل باشد (با این حال، نیازی به اغراق نیست؛ بعید است که حداقل یک پیمانکار بخواهد نظرات چند جلدی در مورد الزامات را بخواند).
- قرارداد باید واضح و بدون سردرگمی و اطلاعات غیر ضروری باشد.
- وظیفه نباید نوعی دگم باشد. شایان ذکر است که این فقط یک نشانه است، هرچند کاملاً تنظیم شده - چه مشخصات فنی برای نگهدارییا کاشتن درخت
تمام توصیه هایی که در بالا داده شد، فقط هستند بخش کوچکاز آنچه می توان گفت با این حال، هنوز هم می توانید چند دستورالعمل به مشتریان ارائه دهید. بنابراین، شرایط مرجع (برای تعمیر و نگهداری یا ساخت و ساز) را می توان بر اساس یک الگو ایجاد کرد. لازم نیست این الگو را از جایی بگیرید. بنابراین، اگر نوشتن قرارداد برای ارائه خدمات یک کار نسبتاً رایج است، ایجاد چند کلیشه برای خود چندان دشوار نخواهد بود.
لازم به یادآوری است که بررسی استانداردها چقدر مهم است: GOST، قوانین نظارتی یا قانونی، اقدامات محلی و غیره.
مشخصات فنی چیست؟ چگونه این کار را انجام دهیم و برای چیست؟ مثال ها، نمونه ها، نکات و توصیه ها.
به نظر می رسد چقدر عالی است وقتی کسی شما را کاملاً درک می کند. شما چند عبارت را بیان کردید و این دقیقاً همان چیزی است که تصور می کردید. متاسفانه اینطوری کار نمیکنه
مشکل ادراک اطلاعات ابدی است. افکت گوشی شکسته اتفاق رایج. اما اگر به سادگی ندانید که چگونه یک وظیفه را تعیین کنید چه؟ بله، این نیز اتفاق می افتد و شما باید به نوعی با آن کار کنید، اما چگونه؟ برای اطمینان از اینکه نتایج کارهایی که تعیین می کنید مطابق انتظارات شماست، یک مشخصات فنی بنویسید.
مشخصات فنی چیست
مشخصات فنی (یا TOR) سندی است که شامل الزامات مشتری برای محصولات یا خدمات ارائه شده توسط پیمانکار است. به زبان ساده: من این طرف و آن طرف را می خواهم که هفت خط عمود بر هم باشند و همچنین برخی به رنگ قرمز و برخی بی رنگ باشند (توصیه می کنم در پایان مطالب ویدیویی در مورد این موضوع مشاهده کنید).
واحد طراحی
این سند می تواند یک صفحه A4 یا یک جلد کامل را اشغال کند، همه اینها به وظایف و خواسته هایی بستگی دارد که در آن گنجانده شده است. به عنوان مثال، می توانید مشخصات فنی یک صفحه فرود کوچک (وب سایت یک صفحه ای) یا برای یک صفحه پیچیده را بنویسید نرم افزاربا یادگیری ماشین و سایر ویژگی ها.
چرا به مشخصات فنی نیاز دارید؟
- برای تعیین وظایف به مجریان.
- برای توصیف جزئیات آنچه می خواهید در پایان به دست آورید.
- برای توافق بر سر ترتیب کار.
- ارزیابی و پذیرش کار پس از اجرا.
- به ... (گزینه های خود را در نظرات اضافه کنید).
در واقع، اهداف و مزایای مشخصات فنی بسیار بیشتر از لیست بالا است. برای من شخصا، وظیفه اصلی که مشخصات فنی حل می کند، اجرای آنچه که نیاز دارم با حداقل انحراف از انتظارات (انتظارات من) است.
به لطف مشخصات فنی، همیشه می توانید در مورد مهلت اجرا، پول و رعایت مشخصات ذکر شده سوال کنید محصول نهایییا خدمات
در واقع این یک سند جدی است که توسط مشتری و پیمانکار تنظیم می شود. تا حدی که مجازات ها و تعهدات طرفین مقرر شده باشد. تعدادی GOST وجود دارد، در Habré بیشتر بخوانید.
توسعه مشخصات فنی
اگر ما در مورد یک بازی "بزرگسالان" صحبت می کنیم، برای مثال، مشخصات فنی برای توسعه اپلیکیشن موبایلیا یک وب سایت، پس این یک کار جداگانه است که برای آن پول زیادی پرداخت می شود. شما فردی را جذب می کنید که معمولاً یک مدیر فنی سابق یا فعلی است و از او می خواهید که به شما کمک کند.
داشتن ریش اختیاری است
بسته به محدوده پروژه/وظایف، این شخص تمام «خواسته‌های» شما را جمع‌آوری می‌کند، آنها را به زبان فنی ترجمه می‌کند، شاید طرح‌هایی را آماده کند (تقریباً چه شکلی باید باشد) و سند تمام شده را به شما می‌دهد. در مرحله بعد، این سند را به مجریان (تیمی در شرکت یا برون سپاری شده) تحویل می دهید، روی پول، ضرب الاجل ها توافق می کنید و دست به کار می شوید.
نکته: CTO باید در تیم شما باشد، در غیر این صورت به احتمال زیاد چیزی را در طول فرآیند اجرا از دست خواهید داد. شما به سادگی برای همه چیز دانش کافی ندارید. هر کس در نوشتن مشخصات فنی شرکت کرده است آن را بررسی می کند.
مشخصات فنی شامل چه مواردی است؟
همه چیز به قالبی که انتخاب می کنید بستگی دارد (کمی بیشتر پیوندهایی به الگوها/نمونه ها می دهم)، اما بلوک های اساسی وجود دارد که در مشخصات فنی گنجانده شده است:
- شرح پروژه/وظیفه. ما به طور خلاصه می نویسیم که پروژه یا وظیفه ای که باید تکمیل شود چیست.
- هدف و اهداف. اهداف پروژه چیست؟
- الزامات. طراحی، عملکردها، فن آوری های مورد نیاز.
- شرح کار. چه، چه زمانی و چگونه انجام خواهد شد.
- مراحل کنترل و پذیرش نحوه پذیرش کار، چه چیزی را می توان تکمیل شده در نظر گرفت.
- برنامه های کاربردی. طرح ها، طرح ها، نمونه های اولیه.
هزینه کار معمولاً در پیوست جداگانه ای به قرارداد درج می شود، اما زمانی اتفاق می افتد که طرفین مبلغ را در مشخصات فنی خود مشخص کنند.
با عرض پوزش برای قطع خواندن. به کانال تلگرام من بپیوندید. اعلامیه های جدید مقالات، توسعه محصولات دیجیتال و هک رشد، همه چیز وجود دارد. در انتظار شما! بیا ادامه بدهیم...
نمونه هایی از مشخصات فنی
با وجود این واقعیت که توسعه مشخصات فنی یک فرآیند پیچیده است، بسیار جالب است. وظیفه شما این است که تصویر نتیجه نهایی را دوباره بسازید و سپس آن را در قسمت هایی توصیف کنید.
نمونه ای از یکی از شرایط مرجع من برای به روز رسانی برنامه تلویزیون هوشمند. وظایف برای محصولات پیچیده تر و پیچیده تر با کمک همکاران بخش فنی جمع آوری شد. از درخواست کمک از هم تیمی های خود دریغ نکنید، تا جایی که امکان دارد آنها را در این فرآیند مشارکت دهید. و بازخورد را فراموش نکنید! هیچ چیز بدتر از صرف تلاش و زمان برای کاری بدون اطلاع از نتایج نیست. به ما بگویید که مشاوره آن شخص چگونه در کار شما مفید بوده است، در غیر این صورت، این یک بازی یک طرفه است.
شرایط مرجع برای توسعه یک فروشگاه آنلاین
شرایط مرجع برای توسعه یک برنامه تلفن همراه
شرایط مرجع برای سایت
شرایط مرجع برای خدمات / به روز رسانی
اگر به نمونه های بیشتری نیاز دارید، فقط آن را در گوگل جستجو کنید.
توصیه اصلی انجام این کار است. مشکل اینجاست که تنبلی مادر بر همه چیره می شود و مقاومت در برابر آن آسان نیست. تمام اراده خود را جمع کنید و شروع به نوشتن مشخصات فنی کنید، فقط بنویسید و متوقف نشوید. نگران نباشید که "کاملا" کار نمی کند، رازی را به شما می گویم، این هرگز اتفاق نمی افتد. فقط بنویس، هر بار بهتر و بهتر می شود.
باید اینطور باشد
اولین اصول اولیه من برای نوشتن مشخصات فنی چندین سال پیش ظاهر شد. من با طراحان کار کردم و وظیفه ایجاد خلاقیت ها را برای آنها تعیین کردم کمپین های تبلیغاتی. من آن را به طور نامنسجم می خواستم و تبدیل به وقت تلف شده و توضیحات زیادی شد. با گذشت زمان، تنظیم وظایف شروع به تبدیل شدن به نوعی بلوک معنایی و سپس به چیزی شبیه به مشخصات فنی کرد.
به عنوان مثال، برای کار "دکمه لایک در سایت":
- توضیحات: شما باید یک دکمه "پسندیدن" در وب سایت ما ایجاد کنید.
- هدف و اهداف: مشارکت کاربر، صدور/رده بندی مطالب بر اساس تعداد لایک ها.
- الزامات: طراحی زیر (به عنوان مثال: پیوند به چیزی مشابه)، عملکرد (هر کاربری می تواند به تصویر امتیاز دهد و آن را دوست داشته باشد، سیستم سایت تعداد لایک ها را در نظر می گیرد و خروجی مواد را تغییر می دهد)، فناوری (موجود در دسکتاپ). و نسخه موبایل سایت).
- شرح کار: ترسیم 3 گزینه برای طرح بندی دکمه ها (تاریخ آماده: 10/01/17)، توسعه یک سیستم برای توزیع مواد بر اساس لایک (تاریخ: 10/14/17)، تست عملکرد (تاریخ: 10/16/17) )، انتشار (تاریخ: 17/10/17)
- پذیرش کار: کاربر دکمه like را فشار می دهد، سیستم کلیک را می شمارد، تحویل مواد تغییر می کند.
- برنامه‌ها: طرح‌ها، طرح‌ها، نمونه‌هایی از پروژه‌هایی که عملکرد مشابهی در آنها کار می‌کند.
بخش‌ها و بخش‌هایی از ساختار را که برای کارهای شما لازم است، برای خود بگذارید. به عنوان مثال، بلوک ششم "برنامه ها" را می توان در الزامات عملکردی توصیف کرد. توصیه اساسی: به هر طریقی، کار را با توجه به ساختار مشخصات فنی توصیف کنید. به این ترتیب شما از دست نخواهید داد نکات مهمو خود را از سؤالات غیر ضروری نجات دهید و زندگی را برای همکارانتان آسان تر کنید.
بفرمایید
ما بررسی کردیم که یک کار فنی چیست و چگونه آن را انجام دهیم. اکنون شما این توانایی را دارید که وظایف خود را به وضوح و واضح تنظیم کنید، افکار خود را به افراد دیگر منتقل کنید و در وقت خود برای توضیحات اضافی صرفه جویی کنید. امیدوارم اکنون بدانید که با همه اینها چه کار کنید.