نمونه ای از مشخصات فنی خدمات. آنچه در مشخصات فنی باید درج شود


هنگام توسعه هر پروژه این سند چگونه تهیه می شود؟ این در مقاله مورد بحث قرار خواهد گرفت.

مشخصات فنی - چیست؟

قبل از شروع توسعه یک پروژه، ابتدا باید یک برنامه ترسیم شود. ساخت و ساز، کارآفرینی، کار مسکن - مطلقاً هر بخش کار نیاز به توسعه یک برنامه مناسب دارد. در این مورد، مهم نیست که این یا آن کار چقدر پیچیده یا جدی است. توسعه مشخصات فنی، و در واقع، یک برنامه اقدام معمولی، یک مرحله کلیدی در اینجا است.

شرایط مرجع برای هر دو طرف فرآیند کار مورد نیاز است: پیمانکار و مشتری. اغلب بین این دو نفر نزاع، درگیری و سوء تفاهم به وجود می آید. یک برنامه اقدام به خوبی تهیه شده به تنظیم دقیق کلیه تعهدات هر یک از طرفین کمک خواهد کرد.

چرا مشتری به مشخصات فنی نیاز دارد؟

همانطور که قبلا ذکر شد، تدوین مشخصات فنی یک فرآیند ضروری است که برای هر دو طرف قرارداد کار مفید است. با این حال، اکنون باید در مورد اینکه چرا سند ارائه شده توسط مشتری مستقیم مورد نیاز است صحبت کنیم.

مهمترین چیزی که باید به آن توجه داشت این واقعیت است که مشخصات فنی فقط توسط مشتری تهیه می شود. این یک نوع برنامه عمل است، توافقی در مورد ارائه خدمات. با کمک این سند، مجریان می توانند وظایف شغلی خود را به وضوح تعریف کنند و همچنین دقیقاً چه چیزی از آنها خواسته می شود. سند مورد نظر باید همیشه با بالاترین کیفیت و دقت تدوین شود. بنابراین، مشتری باید تمام پایان نامه ها و نکات اصلی را در نظر بگیرد و همچنین از مسائل متناقض خودداری کند. اگر سند به درستی تنظیم شود، مشتری همیشه می تواند پیمانکار ناراضی را به بند خاصی از قرارداد راهنمایی کند.

چرا پیمانکار به مشخصات فنی نیاز دارد؟

پیمانکار قبل از شروع هر کاری نمونه مشخصات فنی را دریافت می کند. کارگر باید تمام نکات مندرج در سند را با دقت مطالعه کند. این مرحله به جلوگیری از دستکاری توسط مشتری کمک می کند. بنابراین، بسیاری از روسای ممکن است از کارمندان چیزی بخواهند که در شرایط مرجع مورد بحث قرار نگرفته است.

پیمانکار باید تمام نکات لازم و میزان پرداخت را روشن کند. بنابراین، ارزش آن را دارد که اطمینان حاصل کنید که پرداخت های نقدی فقط به نکاتی که در سند مشخص شده است مربوط می شود. در غیر این صورت، مجریان بی توجه می توانند به صورت رایگان کار کنند.

بنابراین، مجری باید تا حد امکان به نمونه هایی از مشخصات فنی توجه کند. این به او کمک می کند تا از مشکلات و سوء تفاهم های غیر ضروری جلوگیری کند.

شروع به تدوین سند

از کجا باید پر کردن سند را شروع کنم؟ شرایط کار باید همیشه با مفاد و اهداف کلی شروع شود. احکام کلی شامل چه مواردی می شود؟ ابتدا یک واژه نامه کوچک. البته این پیش نیاز نیست. با این حال، اگر سند تمرکز محدودی داشته باشد و بنابراین مملو از اصطلاحات خاص باشد، همچنان ارزش پیوستن یک فرهنگ لغت کوچک را دارد. در هر صورت این گامی دیگر در جهت درک متقابل مشتری و پیمانکار خواهد بود. ثانیاً، مقررات کلی باید حاوی اطلاعاتی در مورد طرفین قرارداد باشد.

اهداف شرایط مرجع چیست؟ احتمالا حدس زدن آن سخت نیست. بنابراین، لازم است به طور خلاصه مشخص شود که چه نوع پروژه ای در حال توسعه است، چرا به آن نیاز است و چگونه می توان به نتیجه نهایی دست یافت. تمام وظایف و اهداف باید تا حد امکان با جزئیات و وضوح شرح داده شوند. این رویکرد به ایجاد درک متقابل بین طرفین قرارداد کمک می کند.

الزامات و مهلت

بدون شکست، هر مشخصات فنی برای اجرای کار باید شامل الزامات خاصی و همچنین مهلت های مشخص شده باشد. با زمان بندی همه چیز نسبتاً روشن است. اگرچه شایان ذکر است که بهتر است با کمی رزرو وقت بگذارید. علاوه بر این، سرعت اجرای سفارش نباید بر کیفیت تأثیر بگذارد. اگر پیمانکار مهلت های تعیین شده را نقض کند، قرارداد باید شامل مجازات های خاصی برای این مورد باشد.

در مورد الزامات چه می توانید به ما بگویید؟ مشتری باید به خاطر داشته باشد که تمام نیازها به دو نوع اصلی تقسیم می شوند: ویژه و کاربردی. الزامات عملکردی تا حدی بصری و تصویری هستند. اینها تصاویر، عناصر، طرح های خاصی از آنچه مشتری دوست دارد ببیند هستند. الزامات ویژه به شدت تنظیم می شود، که وظایف و روش های خاص اجرا را نشان می دهد. طبیعتاً موارد خاص باید به طور قابل توجهی غالب شوند. در غیر این صورت، مجری ممکن است به سادگی متوجه نشود که دقیقاً چه چیزی از او می خواهد.

مسئولیت و گزارش

ارزش صحبت در مورد دو عنصر مهم دیگر را دارد که مطلقاً هر نمونه مشخصات فنی باید با کمی جزئیات بیشتر باشد. ما در مورد مسئولیت احزاب و مسئولیت پذیری صحبت می کنیم. هر یک از این عناصر نشان دهنده چیست؟

توصیه می شود گزارش دهی را به صورت مرحله ای تهیه کنید، به خصوص اگر شرایط مرجع زیاد باشد. به محض اتمام مرحله خاصی از کار، می توان گزارش را ارسال کرد (الزامی). علاوه بر این، چنین سیستمی به شما امکان می دهد مجری را در وضعیت خوبی نگه دارید. در غیر این صورت، او می تواند هر کاری را در آخرین لحظه انجام دهد و بنابراین، کیفیت بسیار پایینی دارد.

در مورد مسئولیت طرفین چه می توان گفت؟ بلافاصله شایان ذکر است که چنین بند اجباری نیست. با این حال، بسیاری از مشتریان همچنان لازم می دانند که انواع اصلی جریمه، مجازات و مجازات تخلفات مختلف را تنظیم کنند. توصیه می شود عناصر اصلی مسئولیت را در اسنادی مانند مشخصات فنی خرید، حمل و نقل و غیره ذکر کنید.

تهیه مشخصات فنی

هر گونه تکلیف فنی (برای تامین، ساخت و ساز، حمل و نقل و غیره) باید بسیار ماهرانه و کارآمد تنظیم شود. این امر ابتدا لازم است تا اطمینان حاصل شود که دعواها، اختلافات و درگیری های آینده به دلیل سوء تفاهم بین طرفین ایجاد نمی شود. و دوم، برای راحتی ساده. هر مشتری قادر به تنظیم دقیق مشخصات فنی نیست. اغلب وکلا برای این موضوع استخدام می شوند، اگرچه انجام این کار فایده چندانی ندارد.

فقط باید چند قانون ساده را به خاطر بسپارید:

  • قرارداد باید مفصل و مفصل باشد (با این حال، نیازی به اغراق نیست؛ بعید است که حداقل یک پیمانکار بخواهد نظرات چند جلدی در مورد الزامات را بخواند).
  • قرارداد باید واضح و بدون سردرگمی و اطلاعات غیر ضروری باشد.
  • وظیفه نباید نوعی دگم باشد. شایان ذکر است که این فقط یک نشانه است، هرچند به شدت تنظیم شده است - خواه این یک کار فنی برای نگهداری باشد یا برای کاشت درخت.

تمام توصیه هایی که در بالا ارائه شد تنها بخش کوچکی از آنچه می توان در مورد آن صحبت کرد. با این حال، هنوز هم می توانید چند دستورالعمل به مشتریان ارائه دهید. بنابراین، شرایط مرجع (برای تعمیر و نگهداری یا ساخت و ساز) را می توان بر اساس یک الگو ایجاد کرد. لازم نیست این الگو را از جایی بگیرید. بنابراین، اگر نوشتن قرارداد برای ارائه خدمات یک کار نسبتاً رایج است، ایجاد چند کلیشه برای خود چندان دشوار نخواهد بود.

لازم به یادآوری است که بررسی استانداردها چقدر مهم است: GOST، قوانین نظارتی یا قانونی، اقدامات محلی و غیره.

اخیراً آنها به من مراجعه کردند تا در مورد استانداردهای نوشتن مشخصات فنی (TOR) برای توسعه سیستم های خودکار (AS) و نرم افزار (SW) به من مشاوره دهند. بنابراین فکر می کنم، اکنون به Yandex می روم، یک مقاله مناسب پیدا می کنم و آن را ارسال می کنم. اما آنجا نبود! من مقاله ای را پیدا نکردم که استانداردهای مشخصات فنی، از جمله الگوها و نمونه هایی از اسناد آماده را فهرست کند. این مقاله را باید خودتان بسازید...

و بنابراین، استانداردهای اصلی، روش‌شناسی و مجموعه‌ای از دانش که TK یا SRS (نرم‌افزار (یا سیستم) مشخصات مورد نیاز را ذکر می‌کنند):

GOST 34
GOST 19
IEEE STD 830-1998
ISO/IEC/IEEE 29148-2011
RUP
SWEBOK، BABOK، و غیره.

GOST 34

GOST 34.602-89 شرایط مرجع برای ایجاد یک سیستم خودکار، ساختار مشخصات فنی برای ایجاد سیستم را تنظیم می کند که شامل نرم افزار، سخت افزار، افرادی که با نرم افزار کار می کنند و فرآیندهای خودکار را شامل می شود.

طبق GOST 34، مشخصات فنی باید شامل بخش های زیر باشد:

1. اطلاعات عمومی
2. هدف و اهداف ایجاد (توسعه) سیستم
3. ویژگی های اشیاء اتوماسیون
4. سیستم مورد نیاز
5. ترکیب و محتوای کار برای ایجاد سیستم
6. رویه کنترل و پذیرش سیستم
7. الزامات ترکیب و محتوای کار برای آماده سازی شی اتوماسیون برای راه اندازی سیستم
8. مدارک مورد نیاز
9. منابع توسعه

هنگام توسعه مشخصات فنی برای پروژه های دولتی، مشتریان، به عنوان یک قاعده، نیاز به رعایت این استاندارد خاص دارند.

GOST 19

"GOST 19.xxx سیستم یکپارچه مستندات برنامه (USPD)" مجموعه ای از استانداردهای دولتی است که قوانین به هم پیوسته ای را برای توسعه، طراحی و گردش برنامه ها (یا نرم افزار) و اسناد برنامه ایجاد می کند. آن ها این استاندارد به طور خاص برای توسعه نرم افزار اعمال می شود.
طبق GOST 19.201-78 مشخصات فنی، الزامات محتوا و طراحی، مشخصات فنی باید شامل بخش های زیر باشد:

1. معرفی؛
2. دلایل توسعه;
3. هدف توسعه;
4. الزامات برای برنامه یا محصول نرم افزاری.
5. الزامات برای مستندات برنامه.
6. شاخص های فنی و اقتصادی;
7. مراحل و مراحل رشد;
8. رویه کنترل و پذیرش;
9. برنامه های کاربردی.

به طور طبیعی ، GOST 34 (و 19) قبلاً منسوخ شده است و من دوست ندارم از آنها استفاده کنم ، اما با تفسیر صحیح استانداردها ، می توانید مشخصات فنی خوبی دریافت کنید ، به نتیجه گیری مراجعه کنید.

IEEE STD 830-1998

تعریف نسبتاً خوبی از استاندارد 830-1998 - IEEE Recommended Practice for Software Requirements Specifications در توضیحات آن ارائه شده است:

ویژگی های محتوا و کیفیت یک مشخصات نیازمندی های نرم افزاری (SRS) را که به خوبی نوشته شده است را توصیف می کند و چندین الگوی SRS را ارائه می دهد. این روش توصیه شده برای ایجاد الزامات نرم افزار در حال توسعه در نظر گرفته شده است، اما همچنین می تواند برای کمک به انتخاب محصولات نرم افزاری اختصاصی و تجاری استفاده شود.

طبق استاندارد، شرایط مرجع باید شامل بخش های زیر باشد:

1. معرفی

  • 1. هدف
  • 2. دامنه
  • 3. تعاریف، کلمات اختصاری و اختصارات
  • 4. پیوندها
  • 5. مروری کوتاه
2. توضیحات کلی
  • 1. تعاملات محصول (با سایر محصولات و اجزاء)
  • 2. ویژگی های محصول (توضیح مختصر)
  • 3. ویژگی های کاربر
  • 4. محدودیت ها
  • 5. مفروضات و وابستگی ها
3. الزامات دقیق (می توان به روش های مختلف سازماندهی کرد، به عنوان مثال مانند این)
  • 1. الزامات برای رابط های خارجی
    • 1. رابط های کاربری
    • 2. رابط های سخت افزاری
    • 3. رابط های نرم افزاری
    • 4. رابط ها
  • 2. الزامات عملکردی
  • 3. الزامات عملکرد
  • 4. محدودیت های طراحی (و ارجاع به استانداردها)
  • 5. الزامات غیر کاربردی (قابلیت اطمینان، در دسترس بودن، امنیت و غیره)
  • 6. سایر الزامات
4. برنامه های کاربردی
5. فهرست الفبایی

در واقع، برای یک مبتدی درک آنچه باید در این بخش ها مطابق ساختار فوق وجود داشته باشد (مانند مورد GOST) بسیار دشوار است، بنابراین شما باید خود استاندارد را بخوانید. اما به زبان انگلیسی. زبان

خوب، برای کسانی که تا آخر مطالعه می کنند، یک امتیاز وجود دارد: نمونه ای از مشخصات فنی که سال ها پیش نوشتم (الان مدت زیادی است که به عنوان تحلیلگر کار نمی کنم و نمونه های موفق دیگر وجود ندارد. توسط NDA برای مشاهده عمومی باز شد).

  • ارائه توسط یوری بولوی طبقه بندی نیازمندی های نرم افزار و نمایش آن در استانداردها و متدولوژی ها.
  • تجزیه و تحلیل الزامات سیستم های اطلاعاتی خودکار سخنرانی 11: الزامات مستندسازی.
  • (بخوانید همراه با نظرات)
  • نمونه هایی از مشخصات فنی و سایر اسناد برای توسعه AS برای وزارت توسعه اقتصادی
  • سبک مدیریت GOST مقاله Gaperton در مورد کار صحیح با مشخصات فنی طبق GOST
  • الگوهای اسناد تحلیلگر کسب و کار از

اشخاص حقوقی و سایر اشخاص ذینفع حق دارند الزامات مربوط به کار انجام شده را در اسناد جداگانه ضمیمه قرارداد اصلی کار شرح دهند. این سند که هنگام انعقاد معامله مهم است، طبق قوانین فعلی مشمول الزامات خاصی است.

چنین شرایط اجباری باید برآورده شود، در غیر این صورت شرایط مرجع امضا شده و تایید شده توسط طرفین ممکن است توسط دادگاه بی اعتبار شناخته شود و مشمول اعمال نباشد.

شرایط ضروری الزامات فنی برای انجام کار:

1. مطابقت با قوانین روسیه و همچنین قرارداد اصلی برای انجام کار. اطلاعات مندرج در شرایط مرجع برای انجام کار، اما با الزامات قانون یا توافقات قبلی طرفین در چارچوب قرارداد منعقد شده مطابقت نداشته باشد، ممکن است نامعتبر و غیرقابل اجرا تلقی شود.

2. آنچه تهیه شده است باید به ترتیبی که در قانون و توافقات مقرر می شود به توافق و تصویب نمایندگان طرفین برسد. امضای ضوابط انجام کار توسط شهروندان و مقامات غیرمجاز منجر به غیر منعقد شدن چنین سندی می شود. وجود مقامات کافی را می توان با ارائه مدارک پشتیبان و پیوست آنها به مواد TOR تأیید کرد. چنین اسنادی ممکن است وکالتنامه، عصاره و دستور، دستورالعمل باشد.

3. فرم کتبی تولید سند و پیوست های احتمالی به آن. اگرچه توافقات شفاهی بین طرفین توسط قوانین فعلی منع نشده است، اسناد مکتوب اولویت دارند. طرفین حق استفاده از فرم های استاندارد و نمونه مشخصات فنی، از جمله مواردی که به طور مستقل تهیه شده اند را دارند. فرم های شرایط مرجع را می توان به قرارداد اصلی برای اجرای کار پیوست کرد.

طرفین حق دارند با امضای فرمهای خود قراردادها و اسناد ضمیمه را منعقد کنند. در این صورت، کلیه اسناد بعدی ایجاد شده نیز باید دارای فرم محضری باشند.

4. توسعه و امضا فنی. این وظیفه برای اجرای همه طرف های معامله اجباری است و جزء لاینفک توافق اصلی است.

باطل دانستن موافقتنامه اصلی، مستلزم بی اعتباری قراردادهای مندرج در مشخصات فنی است که پیوست آن است. در عین حال، مشخصات فنی که توسط دادگاه باطل اعلام شده است، به طور خودکار باعث بی اعتباری قرارداد اصلی برای انجام کار نمی شود.

نمونه سند مورد نظر توسط طرفین در تعدادی نسخه کافی برای انجام اقدامات مشخص شده در قرارداد کار امضا شده است. در صورت لزوم می توان نسخه های اضافی از اسناد فنی تهیه و امضا کرد. تکالیف برای ارائه به اشخاص ثالث، و همچنین به مقامات نظارتی و نظارتی.

کلیه تکالیف آماده شده باید دارای محتوای قانونی یکسان و دارای قوه قانونی یکسان باشند. یک نسخه از شرایط مرجع که توسط طرفین امضا شده و با مهر سازمان ها تأیید شده است برای استفاده به عنوان بخشی از اجرای کار قبلاً توافق شده به کلیه شرکت کنندگان در اجرای قرارداد منتقل می شود.

مشخصات فنی یک سند اولیه است که برای توسعه طراحی یک پروژه ساختمانی در نظر گرفته شده است که شامل تمام داده های مربوط به شی و تمام ویژگی هایی است که شی باید پس از اتمام کار داشته باشد. با قضاوت بر اساس ترکیب متن، می توان گفت که شرایط مرجع برای ساخت و ساز نمونه ای از آنچه مشتری می خواهد است.

محتوای تقریبی مشخصات فنی

مشخصات فنی تکمیل شده ایده آل برای طراحی ساخت و ساز باید شامل تمام اطلاعاتی باشد که مشتری می تواند ارائه دهد.

مشتری باید به وضوح بفهمد که در نتیجه می خواهد چه چیزی به دست آورد و این اطلاعات را به پیمانکار منتقل کند.

شرایط مرجع معمولاً شامل بخش های زیر است.

اطلاعات کل

این بخش باید حاوی اطلاعات زیر باشد (به صلاحدید مشتری):

  • توجیه ساخت و ساز - دستور رئیس سازمان مشتری یا سند دیگری.
  • نوع ساخت و ساز - تازه شروع شده، بازسازی یا غیره.
  • نام کامل سازمان مشتری.
  • اطلاعات در مورد ویژگی های سایت اختصاص داده شده برای ساخت و ساز - ویژگی های زمین شناسی، نوع خاک، محل آب های زیرزمینی، وجود پوشش گیاهی برای برش.
  • الزامات اساسی برای شی: نوع شی، هدف، تعداد طبقات، امکان استفاده از پروژه های استاندارد یا فقط تکی، مساحت ساختمان و مجاز بودن استفاده از فضای زیرزمینی سایت.
  • توالی ساخت - اگر ترتیبی برای راه اندازی تجهیزات یا تاسیسات در محل وجود داشته باشد.
  • تاریخ شروع و پایان مورد نیاز برای ساخت و ساز. تاریخ مورد نظر تکمیل شی. این نکته باید در هر مشخصات فنی وجود داشته باشد. تاریخ تحویل شیء باید زودتر یا مصادف با تاریخ قرارداد منعقده باشد.
  • درجه قابلیت اطمینان ساختمان (مطابق با الزامات GOST 54257-2010).
  • ویژگی های طراحی - تعداد مراحل.
  • در دسترس بودن اسناد اولیه برای ساخت و ساز، از جمله کلیه مجوزها.

الزامات طراحی

  • کامل بودن تصمیمات شهرسازی نیاز به محوطه سازی و محوطه سازی سایت است. این بند همچنین باید شامل الزامات برای قرار دادن پروژه ساخت و ساز در سایت باشد.
  • معماری تاسیسات، از جمله راه حل های نما و راه حل های بهره وری انرژی ساختمان. در این بند می توانید تعداد بالکن ها، پنجره ها، محل قرارگیری خروجی های اصلی و اضطراری و طراحی آنها را مشخص کنید.
  • ویژگی های راه حل های طراحی: نوع پیشنهادی فونداسیون، دیوارها و سقف ها.
  • راه حل های تکمیلی: امکان استفاده از مواد داخلی یا وارداتی، توصیه هایی برای استفاده از آنها و انتخاب رنگ.
  • راه حل های مهندسی: مکان یابی کارآمد شبکه های آب و برق، از جمله راه حل هایی برای بهینه سازی تامین آب و دفع فاضلاب.
  • تامین انرژی تاسیسات و کارایی آن. این آیتم حتی می تواند شامل تعداد مورد نیاز سوکت در هر اتاق باشد.
  • طراحی نورپردازی. این بند ممکن است شامل الزامی برای انجام محاسبات لازم برای استانداردهای روشنایی برای هر اتاق در تأسیسات باشد.
  • نیاز به طراحی سیستم های امنیتی (دزدگیر امنیتی و آتش نشانی یا هر دو اعلام حریق و امنیتی جداگانه)، سیستم های انتقال داده و سایر سیستم ها (تهویه، گرمایش، تهویه مطبوع).
  • زیرساخت تسهیلات و سایت - در دسترس بودن پارکینگ ها، مسیرهای عابر پیاده و جاده های دسترسی به خوبی نگهداری شده.
  • الزامات مشتری برای محتوای اسناد طراحی و برآورد و فرم ارسال آنها.
  • نیاز به مطالعات امکان سنجی کلیه محاسبات.

دستورالعمل های اضافی

این پاراگراف باید آن دسته از نیازهای مشتری را نشان دهد که در پاراگراف های قبلی منعکس نشده است. به عنوان مثال، در دسترس بودن مواد نمایشی، نیاز به توسعه گذرنامه های مختلف برای تسهیلات آینده، تعداد کپی از اسناد پروژه.

همانطور که تمرین نشان می دهد، چنین کار ساخت و ساز کاملی فقط در موارد ساخت و ساز بزرگ و تازه سازماندهی شده اشیاء، از جمله مراکز خرید و مجتمع های مسکونی توسعه می یابد. اطلاعات مربوط به هر مورد باید به اندازه ای که مشتری لازم می داند کامل باشد.

گزینه هایی برای طراحی مشخصات فنی

هیچ الزامات یکسانی برای تهیه مشخصات فنی وجود ندارد.

یعنی شکل کار تقریباً دلخواه است، اما تا حد امکان برای مجری قابل درک است. می توانید کار را در قالب متن فرمت شده پیوسته انجام دهید یا می توانید آن را به صورت جدولی انجام دهید.

  1. تکلیف فنی شماره 1. انواع سوالاتی که باید حاوی مشخصات فنی برای ساخت خانه آینده (خانه هوشمند) باشد. این گزینه برای مشتریانی که به ویژه خواستار برنامه ریزی برای ساخت و سازهای مسکونی بزرگ هستند، مناسب است.
  2. تکلیف فنی شماره 2. یک مشخصات فنی آماده برای طراحی یک هتل، که حداکثر منعکس کننده الزامات ساخت و ساز به عنوان یک کل و ویژگی های طراحی تاسیسات است.
  3. تکلیف فنی شماره 3. این نمونه مشخصات فنی ساخت و طراحی یک مجتمع انباری با محل اداری است که به صورت متن پیوسته نوشته شده است.
  4. توضیح فرم مشخصات فنی (به همراه مثال) از مرکز حفاظت توسعه دهندگان. در این صفحه نمونه کارهای تایید شده برای انواع مختلف کار ارائه می شود.

مسئولیت در هنگام تنظیم مشخصات فنی

هنگام تنظیم سندی مانند مشخصات فنی برای ساخت یک ساختمان، مشتری باید تمام نکات مهم را به وضوح بیان کند. محتوای تکلیف نباید باعث ایجاد مسائل بحث برانگیز یا ابهام شود. این سند دارای وزن قانونی بوده و الزاماً در قالب یکی از ضمائم اصلی ضمیمه توافق نامه پیمانکار و مشتری می باشد. مجری فوری در قبال صحت تکلیف مسئولیت اداری دارد.

انتخاب سردبیر
حامیان تغذیه مناسب، کالری شماری، اغلب مجبورند شادی های کوچک گوارشی را در قالب ...

شیرینی پف دار ترد تهیه شده از شیرینی پف دار آماده، سریع، ارزان و بسیار خوشمزه است! تنها چیزی که به آن نیاز دارید زمان برای ...

مواد لازم برای سس: خامه ترش - 200 میلی لیتر شراب سفید خشک - ½ فنجان خاویار قرمز - 2 قاشق غذاخوری. قاشق شوید - ½ دسته معمولی پیاز سفید ...

حیوانی مانند کانگورو در واقعیت نه تنها کودکان، بلکه بزرگسالان را نیز خوشحال می کند. اما کتاب های رویایی به ظاهر یک کانگورو در خواب اشاره می کنند ...
امروز من، جادوگر سرگئی آرتگروم، در مورد جادوی رونها صحبت خواهم کرد و به رونهای رفاه و ثروت توجه خواهم کرد. برای جذب پول به زندگی ...
احتمالاً هیچ شخصی وجود ندارد که نخواهد به آینده خود نگاه کند و به سؤالاتی که در حال حاضر او را آزار می دهد پاسخ دریافت کند. اگر درست باشد...
آینده رمز و رازی است که همه می‌خواستند نگاهی اجمالی به آن داشته باشند و انجام آن کار چندان آسانی نبود. اگر ما...
اغلب، زنان خانه دار پوست پرتقال را دور می اندازند و گاهی اوقات می توانند از آن برای تهیه میوه های شیرین استفاده کنند. اما این یک هدر دادن بدون فکر است ...
دستور تهیه شربت کارامل خانگی. برای تهیه شربت کارامل عالی در خانه به مقدار بسیار کمی نیاز دارید...