Ғылыми-зерттеу институтындағы вентиляцияны жаңғыртудың техникалық шарттары. Ғылыми-зерттеу объектісінің вентиляциясын жаңғыртуға арналған техникалық шарттар сақтау серверін өзгертуге арналған техникалық шарттар

Техникалық сипаттама не үшін қажет?

Бағдарламашыға арналған техникалық сипаттамалардың мысалы

Егер сіз «өнімге қойылатын талаптар құжаты» сұранысымен шетелдік сайттарды аралайтын болсаңыз, техникалық сипаттамалардың (TOR, PRD) өлі екендігі туралы креативті және сенімді мақалаларды таба аласыз. Біз мұнымен ішінара келісуіміз керек - өнімді нөлден әзірлеу кезінде прототиптеу тұтынушы жазбаларының көлемінен әлдеқайда қызықты және тиімдірек көрінеді, олар кейде өте кәсіби емес. Алайда, егер біз негізгі жүйені аяқтау туралы айтатын болсақ, онда іс мүлдем басқаша болады. Біз модификациялармен де, тапсырыстық әзірлеумен де бетпе-бет келдік, сондықтан аспаз бізді өтірік айтпаса, техникалық сипаттама ит жейтін ит болып табылады. Жалпы, бүгін біз сатып алынған және орнатылғандарды аяқтау үшін жазылған классикалық техникалық тапсырмалар туралы сөйлесеміз бағдарламалық қамтамасыз ету. Қысқасы, азапты нәрселер туралы.

Өзара әрекеттесу қырлары

Ресурстар- талаптарды орындау процесінде пайдаланылуы тиіс адамдар, машиналар, жабдықтар, әзірлеу ортасы, уақыт пен ақша. Ресурстар техникалық шарттарды бекіту сатысында нақты жоспарлауды және бағалауды талап етеді. Тапсырыс беруші тарапынан дұрыс басымдық беру және жеткізуші тарапынан еңбек ресурстарын бөлу өткізіп алған мерзімдерді болдырмауға және басқа тәуекелдерді азайтуға мүмкіндік береді.

Мүмкіндіктер- қысқасы, бұл сатушының (орындаушының) шын мәнінде істей алатыны. RegionSoft CRM мысалын қарастырайық. Клиент жүйені сатып алады және модификациялау үшін техникалық спецификацияны жасайды: веб-сайтпен интеграцияны құру және CRM оқиғаларын интернет-дүкеннің тапсырыс нөміріне байланыстыру қажет. Бұл нақты талап, оны орындауға біздің ресурсымыз да, мүмкіндігіміз де бар. Сондай-ақ CRM-ге веб-сайт мазмұнын басқару жүйесі CMS әзірлеу және тіркеу қажет. Теориялық тұрғыдан біз мұны істей аламыз, бірақ оны арзан жасауға мүмкіндігіміз жоқ, ал тапсырыс берушінің бізге адам және уақыт ресурстарын тапсырмаға бөлу үшін жеткілікті төлеуге мүмкіндігі жоқ. Нәтижесінде тұтынушы бұл талаптан бас тартады - және оған CMS шынымен қажет емес, бәрі жақсы. Бірақ кейінірек ТК-ның «ашкөздігі» туралы.

Шектеулер- техникалық спецификациядағы тапсырмаларды орындауды қиындататын немесе мүмкін емес ететін кедергілер жиынтығы: бюджет, технологиялық стек, лицензиялау мәселелері, заңнамалық тыйымдар, аппараттық конфигурациялар және т.б.

Осылайша, барлық төрт мән бір-бірімен тығыз байланысты және тұтастай алғанда жобаның табыстылығын анықтайды. Әрбір элементті қарастырайық және техникалық сипаттамалармен жұмыс істеу кезінде есте сақтау қажет маңызды сәттерді бөліп көрсетуге тырысайық.

Талаптарды жинау және талдау

Сіздің компанияңызды сізден және сіздің қызметкерлеріңізден артық ешкім білмейді. Бұл талаптарды жинау және талдау тек сіздің міндетіңіз екенін білдіреді, онда сатушы көмектесе алады және бағыттай алады, бірақ ешбір жағдайда процеске кедергі келтірмейді. Әзірлеушіден осындай енгізулер туралы сұраңыз, не іздеу керектігін біліп, іске кірісіңіз. Айтпақшы, жақсы ассистент мамандандырылған тақырыпты жақсы білетін және бағдарламалық жасақтаманың архитектурасы туралы дөрекі түсінікке ие және әзірлеу процесін жақсы білетін қызметкер болуы мүмкін - ол талдаушы және ішкі сарапшы ретінде әрекет ете алады. техникалық шарттарды жасау және жеткізушімен байланысу процесі.

Өте бар қарапайым тізбекталаптарды жинау.

1. CRM-ді қолданатын бөлімдердің басшылары мен тәжірибелі мамандарынан жұмыс тобын құру. Таңдағыңыз келетін шешім туралы айтып беріңіз, демонстрациялық нұсқаға рұқсат беріңіз.
2. Жұмыс тобының мүшелері қызметкерлерге ақпаратты жеткізуі және олардың ұсыныстарын сұрауы керек жаңа бағдарламатолығымен еркін нысанда. Егер қызметкерлердің бірі мұндай бағдарламалық жасақтаманы ешқашан кездестірмеген болса және болашақта пайдалану туралы айтуға дайын болмаса, сіз одан оның мерзімді тапсырмаларын сипаттауды сұрауыңыз керек, бұл әмбебап тәсіл.
3. Содан кейін әрбір бөлім CRM-де не жоқ немесе нені өлшемейтінін анықтайды және ақпаратты жинақтайды.
4. Жұмыс тобы жиналған талаптарды талдап, қиылыстарды тексеріп, жояды. Мысалы, көбінесе сату бөлімі мен маркетинг бөлімі бірдей есепке тапсырыс береді, бірақ талаптардың өрістер мен нысандар үшін әртүрлі атаулары болуы мүмкін, бірақ олардың артындағы деректер бірдей. Сәйкесінше, біртұтас формаға келуіміз керек.
5. Жұмыс тобы талаптар тізімін жасайды және басымдықтарды белгілейді. Бұл кезеңде сіз жеткізушіні тарта аласыз, өйткені ол ресурстарға жауапты. Мысалы, RegionSoft CRM үшін теңшелетін есепті жасауды сұрауға немесе сайтпен біріктіруге тапсырыс беруге болады. Бұл орындалу мерзімі мүлде басқа тапсырмалар, мұнда басымдық өте маңызды.

Техникалық спецификацияның анатомиясы

• Анықтау – талаптарды анықтау, шешуді қажет ететін мәселелерді табу.
• Талдау – талаптарды талдау, негізгі қажеттіліктерді анықтау, жалпылау.
• Бейімделу – CRM мүмкіндіктері мен қолданыстағы бизнес-процестер контекстіндегі талаптарды бағалау.
• Құжаттама – ресми және толық сипаттаматалаптар, техникалық шарттарды бекіту.
• Жеткізушімен (әзірлеушімен) байланыс – құрастырылған техникалық шарттарға сәйкес жақсартуларға қатысты жеткізушімен итерациялық өзара әрекеттесу.
• Іске асыру - бұл қажетті функционалдылықты жасау үшін жеткізушінің жұмысы. Жеткізуші тұтынушымен үнемі байланыста болғаны жақсы - осылайша түпкілікті өнім клиенттің көзқарасына дәл сәйкес келеді.
• Тестілеу – өзгертулер мен техникалық сипаттамаларға сәйкестігін және енгізілген өзгерістерге сәйкес жүйенің жұмыс қабілеттілігін анықтау мақсатында жеткізушінің қызметкерлері, клиенттің ішкі сарапшылары және соңғы пайдаланушылары функционалдығын тексеру.

Іскерлік деңгей- күрделі және басым міндеттер шешілетін ең жаһандық деңгей. Бұл деңгей интеграцияны, бизнес-процестерді жетілдіруді және модельдеуді, жаңа функционалдық модульдерді әзірлеуді қамтиды. Әдетте, бұл байыпты консультациялармен және жақын арада ресурсты қажет ететін даму бірге жұмыс істеутұтынушымен. Мысалы, бір кездері RegionSoft CRM-де мұндай реттелетін модификациялар қойма есебі, касса және өндіріс болды. Біртіндеп өзгерістер шығарылымға қосылды, кейінірек көтерме, бөлшек сауда дүкендері мен гипермаркеттер үшін жаңа өнімді - RegionSoft Retail жасауға мүмкіндік берді.

Пайдаланушы немесе пайдаланушы тобы деңгейі.Бұл деңгейде бар интерфейсті нақтылау бойынша тапсырмалар орындалады. Мысалы, тұтынушы меңзерді тұтынушыға апарған кезде соңғы тапсырыстың нөмірі мен күйі бар терезенің немесе деректердің арнайы тобы бар теңшелетін есептің пайда болуын қалауы мүмкін. Бұл деңгейде қайта өңдеу аз уақытты алады, бірақ олардың көпшілігі болуы мүмкін - мысалы, маркетинг, логистика және техникалық қолдау бөлімдерінің бірнеше талаптары.

Функционалдық деңгейі.Оны алдыңғысынан ажырату жиі қиын, мұнда ресми критерий жұмыс істейді - жақсарту интерфейсте бірдеңені көрсету деңгейінде емес, жүйелік логиканы аяқтау деңгейінде. Бұл сұрыптаудың әртүрлі түрлеріне, чатты біріктіруге және телефония мүмкіндіктеріне қойылатын талаптарды қамтуы мүмкін.

Қызмет көрсету деңгейі- шын мәнінде, бұл деңгейдің талаптары түзетілген жаңа құрылымдарға бірінші болып қосылуы керек. Бұл жүйенің жауап беру жылдамдығына, жоғары жүктеме кезінде жұмыс істеуге және қауіпсіздікке қатысты тапсырмалар. IN идеалЖеткізушіде мұндай модификациялар болмауы керек - корпоративтік бағдарламалық қамтамасыз ету баяуламауы, деректерді жоғалтпауы, пішіндерді бұзбауы және бірдей деңгейдегі қол жеткізу құқықтарын таратпауы керек. Бірақ егер талап пайда болса және ол клиенттің жеке паранойясына немесе мәселеге қатысты болмаса аппараттық құрал, оған ерекше назар аударған жөн.

Технологиялық деңгей- тізімде соңғы, бірақ маңыздылығы мен күрделілігі бойынша басқалардан алда. Бұл платформаға қатысты тұтынушылардың талаптары болуы мүмкін, операциялық жүйенемесе құрылғылар. Мысалы, MacOS үшін құрастыру сұрауы. Мұндай талаптар бірте-бірте шығарылымдарға айналса, жақсы болады, бірақ олар үшін түзетулер болуы керек. Дәл осы деңгейде тұтынушылардың сұраулары бойынша біз MacOS жүйесіне арналған RegionSoft CRM құрдық және мобильді нұсқаға сирек кездесетін, бірақ бар сұрауға уақытша шешім ретінде TRM технологиясын пайдаланып қашықтан қол жеткізуді қостық.

Техникалық спецификацияның анатомиясы қарапайым, кем дегенде қаңқа түрінде. Техникалық спецификацияның міндетті бөліктері тапсырыс берушіге мәселеге назар аударуға және тапсырманы дұрыс тұжырымдауға, ал мердігерге одан не қалайтынын түсінуге көмектеседі. Айтпақшы, түсіну туралы. Әрине, посттың басында бизнес-кеңесшілерді сынып ретінде жоққа шығарып, аздап өтірік айттық. Мәселе мынада: әрбір сатушы нарықта бірнеше жылдар бойы жұмыс істейді (біз бір күндік CRM туралы айтып отырған жоқпыз), тіпті ондаған жылдар бойы, яғни олардың барлық дерлік салада істер жиынтығы бар. Тиісінше, инженерлер, бағдарламашылар және сатушылар компанияның әрбір түріне енгізу ерекшеліктерімен таныс. Бірақ тағы да, сіздің бизнесіңізге ерекше назар аудару маңызды.

Кім үшін?Бұл бөлімде жақсартудың соңғы пайдаланушысы кім болатынын, қандай міндеттерді шешу жоспарланғанын және қандай жиілікте болатынын сипаттау керек.

Бір мысал келтірейін. Бір компания CRM енгізді және деректердің жеткілікті үлкен массивінде (айына бірнеше ондаған миллион жазбалар, күніне бірнеше жүз мың жазбалар) жұмыс істеуі керек еді. Сату бөлімінің басшысы осы жазбалардың «күнделікті» жиілікте жүктелуі туралы есеп беруді сұрады. Әрине, бір уақытта жүздеген пайдаланушылар жұмыс істейтін мұндай есеп жүйені жүктеді - процесті оңтайландыру үшін шешімдер табылды. Жұмыс барысында сатушы оны қауіпсіз ойнап, есеп айдың соңында ғана қажет болғаны белгілі болды, содан кейін оны түнде кесте бойынша іске қосуға болады. Уақыт пен ақша босқа кеткені айтпаса да түсінікті.

Не үшін?Жақсарту қажеттілігін негіздеу және оның бизнес-процестегі орны. Бұл нүкте тұтынушының өзі үшін қажет, бірақ сатушыға басқа қандай процестерге әсер ететінін білу пайдалы. Кейде бұл балама шешім табуға көмектеседі.

Ол не істеу керек?Ең ақпараттық блок - ол жүйеден талаптар мен күтуді сипаттайды. Міне, інжу-маржандар, ғажайыптар мен соқтығыстар башоргқа жіберуге тура келеді және бұл өмірді өте қиындатады. Бір ғана себеп бар - пайдаланушы не қалайтынын, не істеу керектігін білмейді. Тағы бір кішігірім қосалқы себеп бар - пайдаланушы талаптарды тұжырымдай алмайды. Ал мұнда әзірлеушінің міндеті (жұмыс тобы, талдаушы, бар болса) қажеттілікті дұрыс тұжырымдауға көмектесу, сәйкес талапты таңдау және тапсырманы жүйенің жұмыс контекстіне сәйкес келтіру. Сол блокта күтілетін нәтижені айту керек.

Спецификация параметрлері- орындау мерзімдері, орындалу кезеңдері, барлық тараптардың жауапкершілігі, қажетті байланыстар және т.б. Шын мәнінде, бұл құжатты техникалық сипаттамаға айналдыратын маңызды ресми заттардың жиынтығы. Әзірлеу кезінде көптеген өзгерістерді болдырмау үшін техникалық тапсырма тараптармен келісілуі және қол қойылуы керек (олар әлі де болады, бірақ аз дәрежеде).

Ең дұрысы, техникалық сипаттама жеткізушінің белсенді қатысуымен жасалады және оның нәтижесі шамамен келесі құрылымды құрайды:

1. Әрбір механизмнің және әрбір функционалдылықтың талабының сипаттамасы
2. Бұл функцияны жүзеге асырудың сипаттамасы
3. Әр кезең үшін жұмыс құны бөлек
4. Осы техникалық ерекшелік бойынша жұмыстың жалпы құны
5. Кезеңдер бойынша бөлінген және басымдылықты көрсететін жұмыстарды аяқтау мерзімдері
6. Орнату шарттарын сипаттау және модификацияларды сынау
7. Техникалық тапсырманың толық сипатына және басқа шарттарға қатысты ескертпелер

Әзірлеушінің көз жасымен жазылған 10 ереже

Техникалық сипаттама сараң болмауы керек.Көбінесе бизнес өз мүмкіндіктерін асыра бағалайды немесе «бәрін бірден» алғысы келеді. Бұл тәсіл қаржылық тұрғыдан да, іскерлік тұрғыдан да ақталмайды. Сатушы, әдетте, бірнеше апта бойы жоқ (RegionSoft жағдайында - 15 жыл) және сіз онымен біраз уақыттан кейін, CRM-де не жетіспейтінін түсінген кезде хабарласа аласыз.

Кешеден артық жұмыссыздықтың жарқын мысалы: клиент белгілі бір компаниядан ERP сатып алды. ресейлік компания, бухгалтерлік есеп жұмыс істейтіндіктен, бұл жеткізушінің ERP жақсы болады деп ойлаймын. ERP өзі өте жақсы ғана емес, сонымен қатар бизнес үшін өте жарамсыз болып шықты. Бірақ RegionSoft CRM көмегімен қойма есебіжәне өндіріске жарамды. Шешім бар: ERP туралы ұмытыңыз, жылаңыз, 1С есебін жаңа CRM-мен біріктіріңіз және ыңғайлы енгізуден ләззат алыңыз. Бірақ босқа кеткен ақша үшін өкінішті! Ал клиент CRM-ді ERP-мен біріктіруді талап етеді. Біз мұны жасамадық, бірақ неге мұндай ысырап, неге салыстырмалы түрде ұқсас екі жүйе?

Техникалық тапсырма нақты және қол жетімді болуы керек- талаптар бойынша да, мерзімдері бойынша да. Мұнда сатушының пікірін тыңдау маңызды, өйткені ол осы немесе басқа тапсырмаға қанша уақыт кететінін біледі. Маған сеніңіз, әзірлеушіге уақытты ысырап ету және мерзімдерді ұлғайту тиімді емес - оның беделіне нұқсан келтірмеу үшін мүмкіндігінше көп жобаларды аяқтап, оны жақсы орындау пайдалы. Шынайылыққа келетін болсақ, CRM-ті коллайдерді басқару жүйесінің деңгейіне дейін жаңарту туралы сұраулардан аулақ болу оңай: талаптарға шынымен қажет нәрсені қосу керек. осы сәтжәне жақын болашақта.

Мысалы, RegionSoft CRM – бұл жұмыс үстелі бағдарламасы, бізде браузер клиенті жоқ. Бізден бір компания үшін веб-қосымшаны жасауды сұрау мағынасыз, бұл үлкен әзірлеме, ол қазір жүріп жатыр және бір компания үшін мүмкін емес. Жоқ, әрине, әр нәрсенің өз бағасы бар, бірақ тағы да – жалпы жағдайда талапты орындау мүмкін емес.

Мұны тапсырысты әзірлеу туралы айтатын жағдаймен шатастырмау керек және қолданбаның идеясы мен логикасы түбегейлі өзгереді; шын мәнінде, «өзің үшін» жаңа бағдарламалық жасақтаманы құру демеушілік етеді. Бірақ бұл басқа әңгіме.

Техникалық тапсырма егжей-тегжейлі болуы керек.Болашақ жобаның барлық маңызды бөлшектерін көрсету қажет: бағдарламаны пайдалану жиілігінен интерфейске тілектерге дейін. Талаптар неғұрлым егжей-тегжейлі болса, енгізу және тестілеу соғұрлым оңай және жылдам болады. Егер сіз белгілі бір салада (медицина, сақтандыру, банктер) жұмыс істесеңіз, егжей-тегжейге ерекше назар аударған жөн - бизнес пен бағдарлама арасындағы өзара әрекеттесу нюанстарын егжей-тегжейлі көрсету жеткізушінің тапсырманы түсінуін және жүйені жылдам бейімдеуін қамтамасыз етеді. сіздің компанияңыз.

Сан пішімдеріне, өріс атауларына, ашылмалы тізімдердің бар немесе жоқтығына, түймелер мен кеңестердің әрекетіне және деректер түрлеріне назар аударыңыз. Егер тұтынушы CRM операциясының логикасына қосылуы керек өз формулаларын пайдаланса ( мысалы, дилердің бонустарын есептеу), бұл формулалар олардың белгіленуі мен есептеу логикасы толық түсіндіріліп жазылуы керек.

Техникалық сипаттама бір мәнді және нақты болуы керек.Бұлыңғыр тұжырымдар, іске асыру нұсқалары, түсініксіз талаптар – мұның бәрі тұйыққа апаратын жол. Клиент жақсы ниетпен техникалық спецификацияға жүйенің мінез-құлқының жақын, бірақ баламалы емес бірнеше нұсқаларын жазады. Бұл жағдайда ол бағдарламашыға көмектесіп, итермелейтініне сенімді, бірақ шын мәнінде, тозаққа апаратын жол жақсы ниетпен төселген, әзірлеуші ​​нақты не қажет екенін түсінуі керек және ол мұны қалай жасау керектігін өзі таңдайды. жүйенің сипаттамалары және қолданылатын технологиялар стегі туралы.

Техникалық спецификация адам тілінде жазылуы керек.Және бұл маңызды, жоқ, МАҢЫЗДЫ. Мен тіл проблемалары жобаны жүзеге асырудың кешігуіне әкелетін екі жағдайды атап өтемін.

1. Клиент өзінің техникалық сауаттылығын көрсетуге тырысады және «күнтізбеде терезе пайда болуы керек» орнына «күнтізбенің негізгі бөлігіне қоңырау шалу оқиғаларына жауап беру мүмкіндігі бар терезені енгізу...» сияқты конструкцияларды жасайды. онда тапсырманы орындалды деп белгілеуге болады». Егер сізде немесе сіздің ішкі сарапшының техникалық мәтіндерді жазу дағдылары болмаса, Google қолданбаңыз - қарапайым сөздермен жазыңыз, біз оларды түсінеміз.

   Техникалық тапсырма шағымдар кітабы болмауы керек.Қаріптерге назар аударып, талаптарды сипаттауды ұмытып, мәселені сипаттамай, шешу керек. Техникалық спецификацияда мәселенің өзі ғана емес, оның түсіну деңгейіндегі шешімі де болуы керек – сонда әзірлеуші ​​оны код деңгейінде шешеді. Салыстыру «Сату бөлімі жақсы жоспарламайды, ол сандарды жоғалтуда, біз бір жылдан бері күресіп жатырмыз»Және «өнім топтары бойынша бөлінген ай сайынғы жоспарлы және нақты сатылымның мәндерін сақтайтын есеп жасау қажет».

   Техникалық тапсырма болашақты қарастыра алуы керек.Нақты емес, оның артында тұрған адамдар. Егер бизнес-процестердегі өзгерістер жақын арада болатыны белгілі болса, модификациялар үшін екі рет төлем жасамау үшін мұны ескеру қажет.

   Техникалық тапсырма бюрократиялық болмауы керек.Егер сіз осы құжатты бұрын-соңды жасаған болсаңыз, бюрократияға бой алдыру, кіріспе сөздерді, қатаң сөз тіркестерін қосу және әр тармақты Қылмыстық кодекстің бабы ретінде сипаттау (бұзушылық үшін барлығына жаза қолдану жақсырақ) қаншалықты қиын екенін сезінген боларсыз. ). Бюрократиялық тұжырымдар техникалық шарттарды жасау мақсаттарын толық түсінбеуді бүркемелейді. Сатушының жауапкершілігі келісім-шартта көрсетіледі, бюджет те сонда жазылады. Бұл нүктелерді техникалық сипаттамаларға көшірмеу керек.

   Техникалық тапсырма техникалық сипаттамалар болуы керек.Бұл парадоксальды естіледі, бірақ біз көбінесе техникалық сипаттамалардың орнына хаттарды, шағымдарды, келісімшарттарды, CRM үшін жаңадан жазылған нұсқауларды немесе жиналыс хаттамаларын оқимыз. Әрине, мұндай құжат бойынша жұмыс істеу мүмкін емес. Пішін мен мазмұнның жоғарғы жағында болу үшін ескі мектеп трюкін қолданыңыз: терминді сөзбен қараңыз. Техникалық құралдар модификацияны, технологияны талап етеді және бағдарламалық жасақтаманы өзгерту арқылы мәселені шешуге бағытталған. Бұл туралы бағдарламалық жасақтама контекстінде айту керек. Тапсырма кеңессіз, кеңессіз немесе алдын ала бағалаусыз сұрақты, мәселені қоюды білдіреді. Проблеманың мәлімдемесі ғана.

   Өсиет бітті, енді сөгіс

   Көрсетілген ережелерден басқа, тағы бірнеше нәрсе туралы айтуға тұрарлық. Біз мақсаттар, жоспарлар және күтулер туралы айтып отырмыз - жобаны сәтті ететін барлық элементтер және жеткізуші мен клиент арасындағы достық қарым-қатынас.

   Техникалық шарттарды тез жазу керек, тіпті сіз процестерді автоматтандыру міндетіне тап болсаңыз да ұялы байланыс операторынемесе үлкен гипермаркет. Бұл технологиялардың үлкен жылдамдықпен дамып келе жатқандығына және тіпті сіз енгізіп жатқан жүйенің алты ай немесе бір жыл ішінде негізгі шығарылымнан (немесе кейде екі) аман қалуы және жаңа функционалдық алуына байланысты. Сізге өзгертулер қажеттілігін қайта қарап, процесті қайта бастау қажет болуы мүмкін.

   

   
   Ақыры техникалық тапсырманы аяқтауға уақыт тапты. Бірақ, өкінішке орай, оны жүзеге асыратын әзірлеушілер қалмады.

   Клиент стек пен техникалық шектеулер туралы білмейді.Ол білмеуі керек - бұл сатушының міндеті, ол техникалық шарттарды жасағаннан кейін жұмысты бағалайды. Тұтынушы технологияға тереңдеп кіріп, әр үтірден сатушы осы немесе басқа нәрсені жасай ала ма деп сұрамауы керек. Толық техникалық сипаттаманы жасаңыз және әзірлеуші ​​қолайлы архитектураны таңдайды - көбінесе сіз ойлағаннан да жақсы.

   Бюджетіңізді бағалаңыз және жағымсыз тосынсыйлардан аулақ болыңыз- №1 бірлескен тапсырма дерлік. Сіз сатушыны итермелемеуіңіз керек және одан жұмыстың шамамен бағасын талап етпеуіңіз керек (жақсы, кем дегенде шамамен, көзбен, бірақ басқалар сияқты, осы типтегі жобаларда, бірақ тәжірибеден, жақсы, шегінде. қателік шегі). Бюджетті толық бағалау техникалық тапсырманы оқып, талдап, түпкілікті мақұлдағаннан кейін ғана мүмкін болады. Егер әзірлеушіңіз басқаша әрекет етсе, қайта қарау кем дегенде екі есе қымбат тұратынына дайын болыңыз.

   Өзгерістер мен кеңейтулердің объективті қажеттілігіне негізделген– Жоғарыда әзірлеуші ​​жоғалып кетпейтінін және кез келген уақытта сіздің талаптарыңызға сай өзгерістер мен толықтырулар енгізуге дайын екенін жаздым. Сондықтан бірден армандаған CRM/ERP жасауға тырыспаңыз, сатушыдан «Мен кофе ішкен кезде бәрі жұмыс істейді» түймесін талап етпеңіз - жүйеде жұмыс жасаңыз, сіз үшін сыни пікірлерді анықтаңыз және талаптарды жинап, сурет салуды бастаңыз. техникалық сипаттамаларды жоғарылату.

   Сіз техникалық тапсырмалар туралы шексіз жаза аласыз, бұл тек мемдер мен ертегілердің ғана емес, сонымен қатар бас ауруларының нағыз генераторы. Сіз басымдықтар мен дизайн ережелері туралы, техникалық сипаттамаларды адамгершілікке жатпайтын ГОСТ 1989 туралы, сәл жақсырақ IEEE стандарттары туралы, оларды толықтыратын прототиптер мен техникалық сипаттамалар туралы айтуға болады. Бірақ соңында мен өзімді бір, ең маңызды ережемен шектегім келеді: техникалық сипаттама - бұл заң нормасы емес, ГОСТ емес және догма емес, сондықтан оны жақсарта алсаңыз, оны жеңілдете алсаңыз, оны жақсартыңыз. оны жеңілдетіңіз, егер сіз мұны әдемі және бәріне ұнайтындай жасай алсаңыз, оны жасаңыз. Осыдан кейін ешкім техникалық сипаттамаға мұрнын қағып, ол жерде жазылмаған деп айтпайтынына сенімдімін. Немесе ешкім жоқ дерлік.

   Желтоқсан айы бойы біз RegionSoft CRM және барлық жеке бағдарламалық жасақтамаға жеңілдіктер береміз. 1 желтоқсаннан 15 желтоқсанға дейін - 15% және бөліп төлеу және жалға алу үшін күрделі шарттар. Бізде -70% және -90% жоқ, өйткені біз лицензиялардың бағасын экономикалық тұрғыдан негіздейміз және оны күтпеген жерден қабылдамаймыз.

   Егер сізге CRM жүйесі қажет болса (өзгертумен немесе өзгертусіз), онда өтіңіз біздің веб-сайт, CRM, оның артықшылықтары және басқа да корпоративтік бағдарламалық қамтамасыз ету туралы көп нәрсе бар.

   Иә, біз әрқашан CRM және басқа өнімдерді сатуға, CRM өзгертуге және сатуға, бағдарламалық құралды сатуға және пайдаланушыларды оқытуға дайын серіктестерді іздейміз. Табысты бөлу серіктес үшін әділ және тиімді. Біз саған көрсетеміз, айтамыз, үйретеміз. -ге жазыңыз [электрондық пошта қорғалған]

   Слайдтар, слайдтар. Комикстер http://www.modernanalyst.com/ және Pinterest сайттарынан алынған. Егер жақсырақ аударма болса, біз оны постқа қосуға қуаныштымыз.

Мен клиент өз сайтының қандай болатынын түсінуі үшін жиі бет прототиптерін қосамын. Содан кейін мен макет дизайнеріне жеке тапсырма жасаймын - оның жұмысына көмектесетін техникалық мәліметтер мен түсініктемелер.

Тапсырма неғұрлым күрделі болса, техникалық сипаттама соғұрлым егжей-тегжейлі болуы керек. Үлкен жобаларға қатысқанымда 30 бет болатын техникалық сипаттамаларды көрдім.

Гурам Сипки, Udix Media сандық студиясының негізін қалаушы

Ең алдымен, клиентке техникалық сипаттамалар қажет - ол өзінің веб-сайтының қандай болатынын және ақшаның неге жұмсалатынын түсінуі үшін. Егер бірдеңе дұрыс емес орындалса, ол техникалық сипаттамаларға сілтеме жасап, оны қайта жасауды сұрай алады.

Техникалық спецификацияны жоба менеджері тапсырыс берушімен байланысқаннан кейін және дизайнермен тапсырманы талқылағаннан кейін жасайды.

Ірі тұтынушылар жиі әр түймені сипаттайтын өте егжей-тегжейлі техникалық сипаттамаларды сұрайды. Шағын компаниялар, керісінше, 100 беттік ұқыпты құжаттарды ұнатпайды.

Веб-сайтты жақсартуға арналған техникалық тапсырманың мысалы

Негізгі ақпарат

Автоматтандырылған жүйенің атауы

«AS Sbyt»

Тұтынушы

Орындаушы

Жұмыстың негізі

Жүйені құру бойынша жұмыстың басталу және аяқталуының жоспарланған мерзімдері

Жұмыстың басталуы: 01.09.2010 ж

Жұмыстың аяқталуы: 31.12.2010 ж

Жүйені құрудың мақсаты мен мақсаттары

Жүйенің мақсаты

Әзірлеу үстінде автоматтандырылған жүйекәсіпорынның сату процестерін автоматтандыруға арналған.

Жүйені құру мақсаттары

Автоматтандырылған жүйені құру мақсаттары

«А.С.Сбыт» дамытудың міндеттері:

1. 3. Автоматтандыру объектісінің сипаттамасы

3.1 Кәсіпорынның бизнес-процестері

3.1. 1 «Шарт жасау» бизнес-процессі

Ол сіздің қалқаныңызға айналады; бұл құжатта бірдеңе болса, саусағыңызды жосықсыз әзірлеушіге көрсетіп, сайтыңызды оған сәйкес келтіруді талап ете аласыз.

Техникалық тапсырма(қысқаша айтқанда, «TOR») - бұл сіздің болашақ веб-сайтыңызға қойылатын талаптарды барынша егжей-тегжейлі және бір мәнді түрде көрсететін құжат.

Веб-сайт дәл техникалық сипаттамалар негізінде жасалған. Неғұрлым егжей-тегжейлі және бір мағыналы болса, жаңа сайтыңыз соғұрлым сіздің үміттеріңізді қанағаттандырады.

Веб-сайтты құру бойынша техникалық тапсырма – заң ретінде түсіндірулер мен сәйкессіздіктерге жол бермеу керек.

Әзірлеуші ​​техникалық сипаттамада көрсетілмегеннің бәрін өз қалауы бойынша жасайды.

· Әкімші нұсқаулығы;

· Content Manager нұсқаулығы;

· Орнату нұсқаулығы;

· Бағдарламалаушыға арналған нұсқаулық.

2.20. Ресей Федерациясының прокуратурасы жанындағы Тергеу комитетінің мамандарын оқытуды ұйымдастыру және өткізу

Келесі оқыту талаптары қолданылады:

· Мердігер прокуратурада Тергеу комитетінің қызметкерлерін оқытуды өткізуі керек Ресей Федерациясысаны 10 адамнан аспайды.

· Оқыту орыс тілінде жүргізілуі керек.

· Оқу үй-жайларын Тапсырыс беруші береді.

· Оқу орны мен уақыты Тапсырыс берушімен келісілуі керек.

Оқыту Жүйенің барлық функциялары бойынша жүргізілуі керек.

Оқыту шеңберінде Ресей Федерациясының прокуратурасы жанындағы Тергеу комитетінің сайттар сақинасының бір пилоттық сайтының ақпараттық мазмұнын жүргізу қажет.

3.

Веб-сайтты жақсартуға арналған үлгі техникалық сипаттамалар

Маңызды

Орындау процесінде Орындаушы Тапсырыс берушіге Іске асыру кестесінің шеңберінде көмек көрсетуі керек.

6.1.11. Тапсырыс беруші персоналының енгізуге нашар дайындығы және бағдарламалық қамтамасыз етуді сәтті енгізу үшін Орындаушының қосымша көмегі қажет болған жағдайда ақпараттық-консультациялық жұмыстарды ұсынуға шарттық бағаларды келісу үшін қосымша хаттама жасалуы тиіс.

6.2 «САТУ» АС тапсырмаларын одан әрі қолдау тәртібі.

TOR қосымша талаптарды орындау үшін жұмыстың күрделілігі мен құнын көрсетуі керек.

6.2.2. Мердігер бағдарламалық қамтамасыз етуді қолдау үшін жедел телефон желісін жүргізуге міндеттенеді.

Өзара әрекеттесу аспектілері Техникалық спецификацияны құру процесін қарастыруды бастамас бұрын, жобаны бастау кезінде мердігер мен тапсырыс беруші тап болатын төртбұрыш туралы сөйлесейік. Талаптар- тұтынушы немесе процесті ұстаушы сипаттайтын жүйенің іске асырылуы қажет әрекеті. Әдетте, талаптар жұмыс тәжірибесі мен бағдарламаның дұрыс тәртібін түсіну негізінде қалыптасады.

Бұл әзірлеуші ​​(өндіруші) үшін негізгі ақпарат, дегенмен талаптарды жинау сатысында ең көп коллизиялар, қателер, қажетсіз сұраулар және т.б.

Ресурстар- талаптарды орындау процесінде пайдаланылуы тиіс адамдар, машиналар, жабдықтар, әзірлеу ортасы, уақыт пен ақша. Ресурстар техникалық шарттарды бекіту сатысында нақты жоспарлауды және бағалауды талап етеді.

Бұл сұрыптаудың әртүрлі түрлеріне, чатты біріктіруге және телефония мүмкіндіктеріне қойылатын талаптарды қамтуы мүмкін.

Қызмет көрсету деңгейі- шын мәнінде, бұл деңгейдің талаптары түзетілген жаңа құрылымдарға бірінші болып қосылуы керек. Бұл жүйенің жауап беру жылдамдығына, жоғары жүктеме кезінде жұмыс істеуге және қауіпсіздікке қатысты тапсырмалар.

Назар аударыңыз

Ең дұрысы, жеткізушіде мұндай модификациялар болмауы керек - корпоративтік бағдарламалық қамтамасыз ету жылдамдығын төмендетпеуі, деректерді жоғалтпауы, пішіндерді бұзбауы және бірдей деңгейдегі қол жеткізу құқықтарын таратпауы керек. Бірақ егер талап пайда болса және ол тұтынушының жеке паранойясына немесе аппараттық қамтамасыз ету мәселесіне қатысты болмаса, оған көбірек назар аударған жөн.

Технологиялық деңгей- тізімде соңғы, бірақ маңыздылығы мен күрделілігі бойынша басқалардан алда.

Microsoft World немесе Microsoft Excel.

Жеке біз қону бетін әзірлеу кезінде арнайы бағдарламалық өнімдерді қолданамыз.

Олардың көмегімен сіз тіпті күрделі сайттар үшін жобаларды тез және оңай жасай аласыз - мысалы, Balsamiq. Дегенмен, біз бүкіл прототипті қалай жасайтынымыз мақалада сипатталған.

Тақырып бойынша: Веб-сайтты прототиптеу: құру, құралдар және бағдарламалар.

Жобаға дейінгі дизайн әзірлеушімен бірлесіп жасалуы мүмкін немесе оның иығына толығымен берілуі мүмкін.
Ең бастысы, ұмытпау керек, содан кейін екі тарап келіседі және қол қояды.

ТОР ДАЙЫНДАУ ҮШІН ЛАЙФХАКТАР

Бұл тармақтар брифингті толтыруға да, техникалық шарттарды жасауға да бірдей қолданылады.

Оларда мен сізге веб-сайттың техникалық сипаттамаларын жасау және кәсіпкердің қиын өмірін жеңілдету туралы шағын трюктарды айтамын:

1.

Тапсырыс беруші мен орындаушы бір-бірін дұрыс түсінетініне көз жеткізіңіз».

Техникалық тапсырмада сапалы сын есімдер болмауы керек: әдемі, сенімді, заманауи. Оларды анық түсіну мүмкін емес. Әр адамның сұлулық пен заманауилық туралы өз ұғымдары бар.

Қараңыз. Біреу бұл дизайнды әдемі деп ойлап, оны өз веб-сайтында пайдалануға рұқсат берді:

Дәл осындай нәрсе өздігінен ештеңені білдірмейтін түсініксіз тұжырымдармен болады:

• Клиентке сайт ұнауы керек.Егер оның көңіл-күйі нашар болса ше?
• Сайт ыңғайлы болуы керек.Бұл нені білдіреді? Неге ыңғайлы?
• Сайт ауыр жүктемелерге төтеп беруі керек. 10 мың келушілер? Әлде 10 миллион?
• Жоғары сапалы сараптамалық мазмұн.Ал, сіз идеяны түсінесіз.

Мәтіндегі түсініксіз жерлерді тексеріңіз. Егер бар болса, оны қайта жазыңыз.

Сіз веб-сайтқа тапсырыс беруді шештіңіз бе? Тәжірибе көрсеткендей, бұл оңай емес. Жүздеген тұтынушылар өздерінің дайын веб-сайттарын көріп, оның оларға сәйкес келмейтінін анықтайды: дизайн дұрыс емес, макет ақсап, мәтіндер қате, қажет емес функциялар қосылды.

Мұндай салдарды болдырмау үшін сізге веб-сайтты әзірлеуге арналған техникалық сипаттамалар қажет.

ОЛ МАҒАН КЕРЕК ПЕ?!

Сайтты кім басқаратыны маңызды емес - сіз өзіңіз, туыстарыңыз, қарапайым жалақы алатын фрилансерлер, үлкен ақшаға мамандандырылған компания...

Сайттың техникалық сипаттамалары болуы керек.

Мысалы, RegionSoft CRM үшін теңшелетін есепті жасауды сұрауға немесе сайтпен біріктіруге тапсырыс беруге болады. Бұл орындалу мерзімі мүлде басқа тапсырмалар, мұнда басымдық өте маңызды.Талаптар жиналып, талданып, қызметкерлермен және басшылықпен келісілгеннен кейін техникалық спецификацияны жасауға кірісуге болады.
Сіз сатушыдан пішінді сұрай аласыз немесе оны өзіңіз жасай аласыз - кез келген жағдайда бірнеше темірдей ережелер бар, оларды сақтау сізді және CRM жеткізушіңізді бас ауруынан сақтайды.

Техникалық спецификацияның анатомиясы

Егер техникалық спецификацияны құру процесі туралы айтатын болсақ, онда бірнеше кезең бар. Олардың дәйекті өтуі тұтынушыны қалаған жақсартуға әкеледі.
Міне олар.

Мұнда сатушының пікірін тыңдау маңызды, өйткені ол осы немесе басқа тапсырмаға қанша уақыт кететінін біледі. Маған сеніңіз, әзірлеушіге уақытты ысырап ету және мерзімдерді ұлғайту тиімді емес - оның беделіне нұқсан келтірмеу үшін мүмкіндігінше көп жобаларды аяқтап, оны жақсы орындау пайдалы.

Шынайылыққа келетін болсақ, CRM-ті коллайдерді басқару жүйесінің деңгейіне дейін жаңарту туралы сұрауларды болдырмау оңай: талаптарға қазіргі уақытта және жақын болашақта шынымен қажет нәрсені қосу керек.

Мысалы, RegionSoft CRM – бұл жұмыс үстелі бағдарламасы, бізде браузер клиенті жоқ. Бізден бір компания үшін веб-қосымшаны жасауды сұрау мағынасыз, бұл үлкен әзірлеме, ол қазір жүріп жатыр және бір компания үшін мүмкін емес.

Ақпараттық жүйенің толық және қысқаша атаулары

Жүйенің толық атауы - Ресей Федерациясының прокуратурасы жанындағы Тергеу комитетінің ресми сайты.

Жүйенің қысқаша атауы – «SKP сайты», «Жүйе», «Сайт».

1.2. Жүйе тұтынушысының аты және оның мәліметтері

Атауы: Ресей Федерациясының прокуратурасы жанындағы тергеу комитеті

Орналасқан жері:

Ақпарат

Мәскеу қаласы, Техникалық жолақ, 2 ғимарат

Нақты мекенжайы: А

Тұтынушымен байланысатын тұлға:

Телефон: (4, (4;

Электрондық поштаның адресі

1.3. Негізінде Жүйе құрылатын құжаттар тізімі

2010 жылғы ___ ___________ No________________ мемлекеттік келісім-шарт

1.4.

Шартқа сәйкес анықталады.

2. Жүйе талаптары

2.1.

төлеу күні

Төлем нөмірі

Төлем жүйесіндегі төлем нөмірі

Төлем сомасы

1. Деректерді тасымалдау файл жолдарын таңдаңыз
2. Деректерді тасымалдау файлының жолдары арқылы циклды бастаңыз
3. Деректерді тасымалдау файл жолын оқыңыз
4. Келісімшарт кодын деректерді тасымалдау файлы жолынан алыңыз
5. «Контрагенттік келісімдер» каталогында сәйкес элементті код бойынша табыңыз, егер элемент табылмаса, «Кодпен келісім табылмады...» хабарын көрсетіңіз.
6. Егер элемент табылса, мәндер кестесіне жол қосыңыз, мұнда: «Келісім» - табылған элемент, «Күн» - «Data_plat», «Төлем нөмірі» - «Nomer_plat», «Сома» - «Summa_plat»
7. Деректерді тасымалдау файлының соңғы жолын алғаннан кейін циклды аяқтаңыз
8. Құндық кестенің әрбір жолы үшін «Қаржыны алу үшін төлем тапсырмасы» құжатын жасаңыз.

Веб-сайт дизайнына арналған қысқаша толтыру немесе техникалық тапсырманы құрастыру кезінде онда бос орындар қалдырмаңыз.

«Әзірлеушінің қалауы бойынша» «Мен қалағанымды істеймін» немесе «Көрсетілмеген барлық нәрсе орындаушының қалауы бойынша жасалады» дегенді білдіретінін түсінуіңіз керек. Маған сеніңіз, бұл жай ғана саңылау емес, әзірлеуші ​​үшін Еуропаға тұтас терезе.

Және, әрине, бұл әрқашан бола бермейді.

Егер сіз құзыретті маманды кездестірсеңіз, нәтиже туралы алаңдамаудың қажеті жоқ.

Бірақ бұл жерде тағы бір мәселе туындайды: ол мұны шынымен дұрыс жасай алады, бірақ сіз оны тек субъективті түрде ұнатпайсыз. Және бәрі көптеген әзірлеушілерге белгілі әзілдегідей болады:

НЕГІЗГІ НӘРСЕЛЕР ТУРАЛЫ ҚЫСҚА

Веб-сайтты немесе бастапқы бетті жасау үшін техникалық тапсырманы әзірлеуге және келісуге кеткен уақытыңызға өкінбейсіз.

Өйткені, бұл процесте туындайтын келіспеушіліктерді бақылау және шешу үшін ең жақсы құрал.

Белгілі бір ауданды басқан кезде, ол осы ауданның мәтіндік сипаттамасы бар бетке өтуі керек.

· «Төраға блогы» блогы- тақырыптың атауы және оның жарияланған күні түрінде блогта жасалған ең соңғы үш тақырыптың тізімі болуы керек. Тақырыптың атауы басқан кезде сізді осы тақырыпты сипаттайтын блог бетіне апаратын сілтеме болады. Бұл блокта кетпей ойнатуға болатын бейне де болуы керек басты бет. Бейнеде берілген бейне суреті бойынша пікірлер санын білдіретін "Пікірлер" сілтемесі болуы керек. «Пікірлер» сілтемесі жіберілген бейнеге түсініктемелері бар блог бетіне апаруы керек.

Төменгі деректемеде іздеу жолағы, авторлық құқық туралы ақпарат және т.б. болуы керек.

2.3.

Қысқашамазмұны, дизайны туралы сұрақтары бар сауалнама, техникалық мүмкіндіктерСіздің болашақ веб-сайтыңыз.

Әрине, екі тарап қол қойған егжей-тегжейлі брифинг техникалық тапсырманы алмастыра алады.

Ақыр соңында, бұл іс жүзінде бірдей нәрсе, жалғыз айырмашылығы - бұл қысқаша сіздің көзқарасыңыз, ал техникалық сипаттама - сіздің қысқаша ақпаратыңыз бен әзірлеушінің пікірлеріне негізделген қорытынды құжат.

Егер белгілі бір нүктелер қиындықтар тудырса, әзірлеушіге «Бұл нені білдіреді?», «Бұл менің сайтымның жұмысына қалай әсер етеді?» сияқты сұрақтар қоюдан тартынбаңыз, өйткені барлық әзірлеушілер сіз сияқты нәрсені түсінбейді.

«немесе» бағанында қосымша ақпарат«Сұрақтарға жауаптарда қамтылмаған барлық тілектеріңізді көрсетіңіз.

Егер бұл баған жоқ болса, оларды қысқаша мәтіннің соңына қосыңыз.

VK, Google, Facebook.

3.2.2 В жеке шоттапсырыстар бөлімінде жарнамалық кодты қосу үшін өрісті қосыңыз.

3.2.3 Пайдаланушы құпия сөзді қалпына келтіру сұрауынан кейін алатын беттің орнына (мысалы name.com/bitrix/admin/index.php?change_password=yes&lang=ru&USER_CHECKWORD=) бет жасаңыз (мысалы name.com/login/forgot) Сайт мазмұнын көрсететін /change_password=yes&lang =ru&USER_CHECKWORD=), «Тіркеу кезінде электрондық пошта» өрісі, басқару жолы, жаңа құпия сөз, құпия сөзді растау және деректерді жіберу түймесі болады.

3.2.4 Себетке заттарды қосқанда, элементтің себетке қосылғанын көрсететін хабарлама көрсетілуі керек.

3.2.5 Жаңа пайдаланушыны тіркеу кезінде құпия сөздің қауіпсіздік параметрлеріне сәйкес келмейтінін көрсететін хабарлама шығысын қосыңыз.

«_» ______________ 2010 ж

Біртіндеп өзгерістер шығарылымға қосылды, кейінірек көтерме, бөлшек сауда дүкендері мен гипермаркеттер үшін жаңа өнімді - RegionSoft Retail жасауға мүмкіндік берді.

Пайдаланушы немесе пайдаланушы тобы деңгейі.Бұл деңгейде бар интерфейсті нақтылау бойынша тапсырмалар орындалады. Мысалы, тұтынушы меңзерді тұтынушыға апарған кезде соңғы тапсырыстың нөмірі мен күйі бар терезенің немесе деректердің арнайы тобы бар теңшелетін есептің пайда болуын қалауы мүмкін.

Бұл деңгейде қайта өңдеу аз уақытты алады, бірақ олардың көпшілігі болуы мүмкін - мысалы, маркетинг, логистика және техникалық қолдау бөлімдерінің бірнеше талаптары.

Функционалдық деңгейі.Оны алдыңғысынан ажырату жиі қиын, мұнда ресми критерий жұмыс істейді - жақсарту интерфейсте бірдеңені көрсету деңгейінде емес, жүйелік логиканы аяқтау деңгейінде.

Егер ол ботқа десе, артқа қарамай жүгіру керек шығар.

• Орындаушының арамдығынан сақтандыру.Сайт дайын болған кезде оны техникалық сипаттамаларға сәйкес тексеруге болады. Қандай да бір сәйкессіздіктер бар ма? Әзірлеуші ​​оларды түзетуге міндетті. Егер сіз ресми түрде ынтымақтасатын болсаңыз және келісім жасасқан болсаңыз, оны сот арқылы да мәжбүрлей аласыз.
• Орындаушыларды ауыстыруды жеңілдету.Егер клиент пен әзірлеуші ​​жанжалдасып, қашып кетсе, сайтты құру көп уақытты алуы мүмкін. Егжей-тегжейлі техникалық сипаттама болған кезде оны жаңа командаға беруге болады - олар жұмысқа бірнеше есе тезірек кіріседі.
• Күрделі өнімді әзірлеуге кететін шығынды табыңыз.Күрделі веб-сервисті әзірлеудің нақты уақыты мен құнын бірден бағалау мүмкін емес. Алдымен сіз қызмет қалай жұмыс істейтінін және оның қандай функциялары бар екенін түсінуіңіз керек.

Түбірлік қатынас, өзіңіздің IP мекенжайларыңыз, порттар, сүзу ережелері және маршруттау кестелері бар.

Google PageSpeed ​​Insights - бұл тегін қызметпайдаланушы браузерінде бетті көрсетуді жылдамдату үшін веб-сайттарға арналған ұсыныстар (https://developers.google.com/speed/pagespeed/insights/).

Іздеу жүйесін оңтайландыру (немесе SEO) - белгілі бір пайдаланушы сұраулары үшін іздеу жүйесінің нәтижелеріндегі сайттың орнын арттыру үшін ішкі және сыртқы оңтайландыруға арналған шаралар кешені.

Сыртқы веб-сайтты оңтайландыру - бұл веб-сайтты тіркеу іздеу жүйелері, жылы жылжыту әлеуметтік желілерде, басқа ресурстардан жарнамаланған сайтқа сілтемелерді тарту арқылы сілтеме құру, баннерлік жарнама, контекстік жарнама.

Ішкі сайтты оңтайландыру - бұл мәтінді, URL мекенжайларын оңтайландыру, сайт құрылымын өңдеу, байланыстыру, сервер жауаптарын тексеру.

Қол жетімді материалдар Таңдаулы сайттарға сілтемелер, сондай-ақ буклеттер, журналдар, фотосуреттер - кез келген нәрсе немесе сізде дайын бренд кітап болуы мүмкін. Жеке мұрағат ретінде тіркелген. Минималды ажыратымдылық және дисплей құрылғылары Осы тармақта сайтты қай құрылғылардан көргіңіз келетінін көрсетіңіз – ДК, ноутбук, смартфон... 19-дан 27 дюймге дейінгі ДК мониторлары; 15,6-дан 17,3 дюймге дейінгі ноутбуктер; 3,5-тен 6 дюймге дейінгі смартфондар; 7-ден 12 дюймге дейінгі планшеттер Маған қажет пе Мобильді нұсқа? Иә ФУНКЦИЯЛЫҚ ТАЛАПТАР Модульдердің шамамен жинағы (пайдаланушылар үшін) Бұл бөлімде барлығы тізімделуі керек. функционалдылық, сіз сайттан көргіңіз келетін.

Бұл сатып алу қоржыны, әртүрлі параметрлерге негізделген каталог сүзгілері, онлайн тапсырыс беру мүмкіндігі, сұраныс қалдыруы мүмкін. кері қоңырау, ақпараттық бюллетеньге жазылыңыз және кез келген басқа опциялар Каталог сүзгілері бағасы бойынша, әліпби бойынша, өндіруші бойынша.
CRUпtCj9B:s»XVzhb╟▌╤└u╟J_■E╘Dj»J■╛EХHJя(gTT┬Pb╟▌╤└u╟╛#╜┘al+Ka Kqяk3┐┘┕i┕i █ ts╜IWA▓BOь└vOZb╟▌╤└u╟╛#╜┘al+KaXG[ b:ьVzhb╟▌╤└u╟╛#╜┘al+KaXG[ b:╜┘al+KaXG[ b:╜┘al+KaXG[ b:╜┌u⤜ ┘al+KaXG[ b:bVzhb╟▌╤└u╟╛#╜│ts&V█7┬m3aqNYJy╕°Vzhb╟▌╤└u╟╛#╜┘al+KaXG[┕:╟╛#╜┘al+KaXG[┕:╟┕ ╛ #╜┘al+KaXG[ b:bVzhb╟▌╤└u╟╛#╜┘al+KaXG[ b:bVzhb╟▌╤└u╟╛#╜┘al+KaXG[ b:bVzhb┒uFy ≈≈K&ОQТе╦▒'%[н╓≥Lк"[Ц(b╖~ы╚б╖~ы╚б╖~ы╚б╖~ы╚б╖~ы╚б╖~у╚б╖~у ╚b╖~y╚b╖~y╚b╖~y╚b╖~y╚b╖~y╚b╖~y╚b╖~y╚b╖~y╚bD'═\┘*NлkZ ⌡ ⌡ ©Tw╦|╒T⌠ZZA╙┼r≤⌠ьЧ≈D7i$╔≥ Н∙?БjЛ?Ч╜∙╤SQ≥╒°еНФх═с┬├6ыСыиЪ╖E═с┬├6ыСыиЪР╖E ╪ ┬7 ┴+iSo(╦°rБ╒┴■E4SCg┬╨ z╖ ┘╤m°с÷Уm╦Wыmdр'%R^&╔gt╖yхDA]zт╪L╝i▌▀s_2╝i▌▀s_2╫J)K %j ┼╖`СsА≈K▐ф²Yч▐Hd╟Fг╬lн∙╥е#⌡и<ТC▐╡И&d╨JГ!─Sj║·K,s┼#m ╓⌡JГн IOLЬ©h?ОeН╡▐┌ъHЙmwд$©aЗ$ёу°Н≤gт.bZ┐}Э1црn▄т≈фГ?TA<э:р▓T<кГ║2ic╖▀Иqf⌠Pсс▀32нЫ╘▌n-«÷0i╦▓Q:⌠^%5#⌡Н⌡│ вЬ└%N╙Оtб}8яца╨з≤[╖┐╕■╡╒4╞▄G√≥оЖNa╡vсM╔)9╘д≈ib╕╝■ i├{≈²5╨∙∙╣ф╒▓Цz²┌Ф╤I√HaО2┬б=└Б╦F∙P»гЙz&╔Р3{ ёS÷_н_g7⌡г$Н╜чk┐(ЗQэH▓З╨?.

Мерфи заңы есіңізде ме? Егер сізді түсінбеу мүмкін болса, сізді дұрыс түсінбейді. Бұл адамдар арасындағы қарым-қатынаста ғана емес, сонымен қатар веб-сайттарды жасауда да дұрыс. Клиент екінші Facebook-ті қалайды, бірақ жас ит өсірушілерге арналған форум алды. Әзірлеуші ​​тапсырыс берушінің не қалайтынын болжай алмады - ол өз уақытын босқа өткізді.

Бұл нұсқаулықта мен сізге техникалық тапсырмада нені және не үшін жазу керектігін айтамын. Сонымен қатар, мен сізге техникалық сипаттамаларды жасау бос уақытқа айналмас үшін қалай жазбау керектігін көрсетемін.

Мақала пайдалы болады:

• Веб-сайтты құруға қатысатын барлық адамдар үшін: әзірлеушілер, дизайнерлер, макет дизайнерлері.
• Жоба менеджерлері.
• Сандық студиялардың жетекшілері.
• Веб-сайтты әзірлеуге тапсырыс беруді жоспарлап отырған кәсіпкерлер.

Материалды пайдалы ету үшін мен бірнеше әзірлеушілерден, дизайнерлерден, жоба менеджерлерінен және цифрлық студиялардың иелерінен пікірлер жинадым. Мақаланың соңына ең құндыларын қостым. Барып білейік.

Техникалық сипаттама дегеніміз не және ол не үшін қажет?

Техникалық спецификация сайтқа қойылатын талаптарды белгілейтін құжат болып табылады. Бұл талаптар неғұрлым анық және егжей-тегжейлі болса, процестің барлық қатысушылары оның қандай болуы керектігін соғұрлым жақсы түсінеді. Бұл әркімнің нәтижеге қанағаттану мүмкіндігі артады дегенді білдіреді.

Техникалық спецификацияның негізгі мақсаты – тапсырыс беруші мен мердігердің бір-бірін дұрыс түсінуіне көз жеткізу.

Техникалық сипаттамалардың көптеген артықшылықтары бар. Бұл әр тарап үшін әртүрлі.

Клиент үшін артықшылықтар:

• Оның не үшін ақша төлейтінін және сайттың қандай болатынын түсініңіз.Сіз құрылымды бірден көре аласыз, не және қалай жұмыс істейтінін түсіне аласыз. Барлығы сізге сәйкес келетінін анықтаңыз. Әйтпесе, даму басталғанға дейін оны өзгерту қиын емес.
• Орындаушының біліктілігін қараңыз.Техникалық тапсырма анық және нақты болса, әзірлеушіге деген сенім артады. Егер ол ботқа десе, артқа қарамай жүгіру керек шығар.
• Орындаушының арамдығынан сақтандыру.Сайт дайын болған кезде оны техникалық сипаттамаларға сәйкес тексеруге болады. Қандай да бір сәйкессіздіктер бар ма? Әзірлеуші ​​оларды түзетуге міндетті. Егер сіз ресми түрде ынтымақтасатын болсаңыз және келісім жасасқан болсаңыз, оны сот арқылы да мәжбүрлей аласыз.
• Орындаушыларды ауыстыруды жеңілдету.Егер клиент пен әзірлеуші ​​жанжалдасып, қашып кетсе, сайтты құру көп уақытты алуы мүмкін. Егжей-тегжейлі техникалық сипаттама болған кезде оны жаңа командаға беруге болады - олар жұмысқа бірнеше есе тезірек кіріседі.
• Күрделі өнімді әзірлеуге кететін шығынды табыңыз.Күрделі веб-сервисті әзірлеудің нақты уақыты мен құнын бірден бағалау мүмкін емес. Алдымен сіз қызмет қалай жұмыс істейтінін және оның қандай функциялары бар екенін түсінуіңіз керек. Ол үшін техникалық шарттарды дайындау қажет.

Орындаушы үшін артықшылықтар:

• Тұтынушының не қалайтынын түсініңіз.Клиентке ондаған сұрақтар қойылады, мысалдар көрсетіледі және шешімдер ұсынылады. Сосын барлығын бір құжатқа жазып, келісіп алады. Егер бәрі жақсы болса - ура, сіз дұрыс түсіндіңіз.
• Клиенттің күтпеген тілектерінен сақтаныңыз.Кейде тапсырманы жарты жолда өзгерткісі келетін тұтынушыларды кездестіресіз. Егер сіз келісіп, техникалық тапсырмаға қол қойсаңыз, сіз бұдан қорықпайсыз. Бірдеңе бола қалса, тіпті сот сіз тарапта болады.
• Өз құзыреттілігін көрсетіңіз.Жақсы дайындалған техникалық сипаттама клиентке әзірлеушілердің тәжірибесін көрсетеді. Егер компания веб-сайтты әзірлеуде сізге сенетініне күмәнданатын болса, күмәндар жойылады.
• Ақша табу үшін.Кейбір студиялар мен әзірлеушілер техникалық шарттарды дайындауды жеке қызмет ретінде ұсынады.

• Даму процесін жеңілдету және жеделдету. Жақсы техникалық сипаттама сайттың құрылымын, әр беттегі қажетті функциялар мен элементтерді көрсетеді. Барлық талаптар сіздің көз алдыңызда болғанда, кодты жобалау және жазу ғана қалады.

Енді осы функциялардың барлығын орындайтын жақсы техникалық спецификацияны қалай жасау керектігін анықтайық.

Техникалық тапсырманы орындаушы жасайды

Жалпы, кез келген адам техникалық шарттарды жасай алады. «Бізге стоматологиялық емхана үшін визит картасының веб-сайты қажет» - бұл қазірдің өзінде техникалық тапсырма. Бірақ ол өз функцияларын орындай ма? Әрең.

Жақсы техникалық сипаттаманы әрқашан орындаушы дайындайды: жоба менеджері немесе әзірлеуші. Әлбетте, веб-әзірлеуші ​​веб-сайттарды жасауды кафе немесе стоматологиялық емхананың иесіне қарағанда көбірек түсінеді. Сондықтан ол жобаны сипаттауға мәжбүр болады.

Бұл клиент жоғалып, соңында: «Zbs, мен мақұлдаймын» деп жазу үшін пайда болады дегенді білдірмейді. Ол сондай-ақ процеске қатысуы керек:

Әрине, тапсырыс беруші техникалық сипаттаманың өз нұсқасын сызып тастай алады. Мүмкін, бұл түпкілікті техникалық сипаттамаларды жасау процесін жылдамдатады. Немесе нәтиже жасырын түрде қоқыс жәшігіне тасталатын қоқыс болуы мүмкін.

Түсінікті және нақты жазыңыз

Бұл кеңес техникалық тапсырманың негізгі мақсатынан туындайды - «Тапсырыс беруші мен мердігер бір-бірін дұрыс түсінетініне көз жеткізіңіз».

Техникалық тапсырмада сапалы сын есімдер болмауы керек: әдемі, сенімді, заманауи. Оларды анық түсіну мүмкін емес. Әр адамның сұлулық пен заманауилық туралы өз ұғымдары бар.

Қараңыз. Біреу бұл дизайнды әдемі деп ойлап, оны өз веб-сайтында пайдалануға рұқсат берді:

Дәл осындай нәрсе өздігінен ештеңені білдірмейтін түсініксіз тұжырымдармен болады:

• Клиентке сайт ұнауы керек.Егер оның көңіл-күйі нашар болса ше?
• Сайт ыңғайлы болуы керек.Бұл нені білдіреді? Неге ыңғайлы?
• Сайт ауыр жүктемелерге төтеп беруі керек. 10 мың келушілер? Әлде 10 миллион?
• Жоғары сапалы сараптамалық мазмұн.Ал, сіз идеяны түсінесіз.

Мәтіндегі түсініксіз жерлерді тексеріңіз. Егер бар болса, оны қайта жазыңыз. Сіздің тұжырымыңыз анық және нақты болуы керек:

• Сайт жылдам жүктелуі керек → Сайттың кез келген бетінде Google PageSpeed ​​​​Insights-те 80 ұпайдан жоғары болуы керек.
• Ауыр жүктер → бір уақытта 50 мың келушілер.
• Негізгі бетте мақалалар тізімі көрсетіледі → Негізгі бетте соңғы жарияланған 6 мақаланың тізімі көрсетіледі.
• Пайдаланушыға ыңғайлы жазылымның минималистік интерфейсі → «Электрондық поштаңызды қалдырыңыз» өрісі және «Жазылу» түймесі → *сызылған эскиз*.

Сөздерді ретке келтірдік, құрылымын қарастырайық.

Жалпы ақпарат беріңіз

Команданың барлық мүшелері компанияның не істейтінін және оның мақсатты аудиториясының кім екенін дұрыс түсінуі керек. Ешкім шатастырмас үшін оны техникалық тапсырманың ең басында жазып алған жөн.

Сондай-ақ блогтың орнына интернет-дүкен болмас үшін сайттың мақсатын көрсетіп, оның функционалдығын қысқаша сипаттаған жөн.

Күрделі терминдерді түсіндіріңіз

Техникалық тапсырманың бірінші ережесі – ол кімге арналса, барлығына түсінікті болуы керек. Егер сіз өзіңіздің клиентіңіз, балалар ойыншықтары дүкенінің иесі түсінбейтін терминдерді қолданғыңыз келсе, оларды түсіндіріп беріңіз. Уикипедиядан көшіріп-қою емес, түсінікті тілде.

Құралдар мен хостинг талаптарын сипаттаңыз

Сіз керемет веб-сайт жасауға 2 ай жұмсадыңыз деп елестетіңіз. Әрбір кезең клиентпен келісілді - ол қуанып қалды. Ал енді жұмысты тапсыратын кез келді. Сіз әкімші панелін көрсетесіз және клиент айқайлайды: «Бұл не? Модекс?! Мен мұны WordPress-те жасайсыз деп ойладым!»

Мұндай проблемаларды болдырмау үшін қолданылатын құралдарды, қозғалтқыштарды және кітапханаларды сипаттаңыз. Сонымен бірге хостинг талаптарын көрсетіңіз. Сіз ешқашан білмейсіз, сіз мұны PHP-де жасайсыз - және клиенттің .NET-те сервері бар.

Сайттың жұмысына қойылатын талаптарды көрсетіңіз

Сайт барлық ағымдағы браузерлерде және құрылғылардың барлық түрлерінде жұмыс істеуі керек. Иә, бұл кез келген әзірлеушіге және кез келген тұтынушыға түсінікті. Бірақ клиентті жаман ниетпен жасалған жұмыстан қорғау үшін жазған дұрыс.

Мұнда сайтты жүктеу жылдамдығына, жүктемеге төзімділікке, хакерлік шабуылдардан қорғауға және ұқсас нәрселерге қойылатын талаптарды жазыңыз.

Сайт құрылымын көрсетіңіз

Дизайн мен макетті салуды бастамас бұрын, сіз клиентпен сайттың құрылымын келісуіңіз керек.

Клиентпен сөйлесіп, оған не қажет екенін біліңіз. Әзірлеушілерді, SEO мамандарын, маркетологтарды, бас редакторларды жинаңыз және сайтта қандай беттер қажет екенін шешіңіз. Олардың бір-бірімен қалай қосылатынын, қайсысына ауысуға болатынын ойлаңыз.

Құрылымды тізіммен көрсетуге болады, блок-схеманы салуға болады. Қалағаныңызша.

Бұл сайтта жұмыс істеудің маңызды кезеңдерінің бірі. Құрылым негізі болып табылады. Егер ол сәтсіз болса, сайт қисық болып шығады.

Әр бетте не болатынын түсіндіріңіз

Клиент әр беттің не үшін қажет екенін және онда қандай элементтер болатынын түсінуі керек. Мұны көрсетудің екі жолы бар.

Прототип- анағұрлым көрнекі және бір мағыналы әдіс. Мердігер әрбір беттің эскиздерін сызып, техникалық тапсырмаға қосады. Клиент өзінің болашақ веб-сайтының интерфейсі қандай болатынын көреді және оған не ұнайтынын және нені өзгерту керектігін айтады.

Элементтерді санау- прототипке жалқау балама. Парақта қандай блоктар болуы керек екенін және олар не істейтінін жазыңыз.

Сайтты пайдалану сценарийлерін сипаттаңыз

Стандартты емес интерфейстің қандай да бір түрін жасап жатсаңыз, құрылым мен бет нобайларын көрсету жеткіліксіз. Бүкіл орындау тобы мен клиент келушілердің сайтты қалай пайдаланатынын түсінуі маңызды. Бұл үшін сценарийлер өте жақсы. Сценарий диаграммасы өте қарапайым:

• Пайдаланушы әрекеті.
• Сайттың жауабы.
• Нәтиже.

Әрине, егер сіз стандартты визит картасын немесе бастапқы бетті жасасаңыз, сценарий жазудың қажеті жоқ. Бірақ сайтта кейбір интерактивті қызметтер болса, бұл өте құптарлық.

Уикипедиядағы қолдану жағдайлары туралы толығырақ оқыңыз.

Мазмұнға кім жауапты екенін анықтаңыз

Кейбір әзірлеушілер мазмұны бар веб-сайтты бірден жасайды. Басқалары балықты орналастырады. Тағы басқалары мәтін жаза алады, бірақ қосымша ақыға. Бұл туралы жағада келісіңіз және техникалық тапсырмаға қандай мазмұнды дайындау керектігін жазыңыз.

Мәтіндердің сапасын бағалаудың объективті критерийлерін табу өте қиын. «Мақсатты аудитория үшін пайдалы жоғары сапалы, қызықты және сатылатын мазмұн» дегеннен басқа ештеңе жазбаған дұрыс. Бұл қоқыс, ешкімге керек емес.

Барлық мазмұн бірегей болуы керек екенін көрсету пайдалы. Клиентті жосықсыз орындаушылардан тағы бір қорғау.

Дизайнды сипаттаңыз (мүмкіндігіңіз болса)

Мәтін сияқты, веб-сайт дизайнын бағалаудың объективті критерийлерін табу қиын. Егер сіз және клиент түс схемасы туралы келіскен болсаңыз, оны жазып алыңыз. Егер оның қаріптері көрсетілген бренд кітапшасы болса, оларды да көрсетіңіз.

Әдемі және заманауи дизайн туралы жазудың қажеті жоқ. Бұл ештеңені білдірмейді, күші жоқ және әдетте uf.

Қорытынды орнына: техникалық тапсырманың құрылымы

Техникалық шарттар құрылымы әртүрлі тапсырмалар үшін әртүрлі болады. Жаңа әлеуметтік желіге және сәбізді көтерме сатуға арналған бастапқы бетке бірдей техникалық сипаттама жасау ақымақтық. Бірақ жалпы алғанда сізге мына бөлімдер қажет:

• Компания және мақсатты аудитория, сайттың мақсаттары мен міндеттері туралы ақпарат.
• Клиентке түсініксіз болуы мүмкін терминдердің глоссарийі.
• Учаскенің орналасуына және жұмысына қойылатын техникалық талаптар.
• Қолданылатын технологиялардың сипаттамасы және хостинг талаптарының тізімі.
• Сайттың егжей-тегжейлі құрылымы.
• Беттердің прототиптері немесе оларда болуы керек элементтердің сипаттамасы.
• Стандартты емес интерфейсті пайдалану сценарийлері (міндетті емес).
• Әзірлеуші ​​жасайтын мазмұн тізімі.
• Дизайн талаптары (міндетті емес).

• Бағдарламалық қамтамасыз ету талаптарының спецификациясын құрастыру ережелері. SRS - техникалық сипаттамалар эволюциясының келесі қадамы. Үлкен және күрделі жобалар үшін қажет.
• БҚ әзірлеуге арналған техникалық спецификациялардың стандарттары мен үлгілері. Әртүрлі ГОСТ-тардың сипаттамасы және техникалық шарттарды құру әдістемесі.

Бұл менің жазған бөлімнің соңы. Бірақ тағы біреуі бар - нұсқаулықты жасауға көмектескен мамандардың пікірлері. Оқыңыз, ол да қызық.

Әзірлеуші ​​пікірлері

Мен техникалық сипаттамаларды қалай жасайтынын білу үшін бірнеше әзірлеушілермен сөйлестім. Мен микрофонды оларға беремін.

Ең алдымен, клиентке техникалық сипаттамалар қажет - ол өзінің веб-сайтының қандай болатынын және ақшаның неге жұмсалатынын түсінуі үшін. Егер бірдеңе дұрыс емес орындалса, ол техникалық сипаттамаларға сілтеме жасап, оны қайта жасауды сұрай алады.

Техникалық спецификацияны жоба менеджері тапсырыс берушімен байланысқаннан кейін және дизайнермен тапсырманы талқылағаннан кейін жасайды.

Ірі тұтынушылар жиі әр түймені сипаттайтын өте егжей-тегжейлі техникалық сипаттамаларды сұрайды. Шағын компаниялар, керісінше, 100 беттік ұқыпты құжаттарды ұнатпайды. Бұл ұзақ оқу және маңызды нәрсені жіберіп алу оңай. Көбінесе біз 10-15 беттен тұратын қысқаша техникалық сипаттамалар жасаймыз.

Біз көрсетеміз:

• Компания туралы ақпарат және сайттың мақсаты.
• Дизайнға, түс схемасына қойылатын талаптар.
• Қолданылатын технологиялар мен CMS.
• Мазмұнды кім шығарады - біз немесе клиент.
• Сайттың құрылымы әр бетке дейін.
• Әр беттің сипаттамасы. Біз прототиптер жасамаймыз, бірақ бетте қандай элементтер болуы керек және олардың қалай жұмыс істеуі керек екенін көрсетеміз.

Соңғы 2 бөлім ең маңызды болып табылады. Олар сайттың қандай болатынын және оның қалай жұмыс істейтінін түсінуді қамтамасыз ететін адамдар.

Өте маңызды сәт - сіз әзірлеушілерге техникалық тапсырма бере алмайсыз және олар бәрін жақсы жасайды деп үміттене алмайсыз. Техникалық спецификация сайтқа қойылатын талаптардың тізімі, ол байланысты алмастыра алмайды. Әрбір топ мүшесінің жалпы мақсатты түсінетініне және тапсырмаларды жылдам орындамайтынына көз жеткізу маңызды. Егер бірдеңе түсініксіз болса, түсіндіру, талқылау, егжей-тегжейлі түсініктеме беру керек.

Өмірде адам не қалайтынын, тіпті күнделікті нәрселерде де түсіндіре алмайтын жағдайлар жиі кездеседі. Бағдарламашыға сіздің «қалауларыңызды» түсіндіруге келгенде, адам жай ғана ессіз қалады.

Ең дұрысы, техникалық шарттарды тапсырыс беруші құрастыруы керек - тек ол не қажет екенін біледі. Бірақ іс жүзінде тапсырыс берушінің 1С саласындағы құзыреттілігі төмен болғандықтан, мұны көбінесе мердігер орындауға тура келеді. Тапсырыс беруші өз қажеттіліктерін ауызша айтады, ал бағдарламашы (кеңесші) оны жазбаша түрде береді.

Техникалық сипаттамалар не үшін қажет?

Кез келген, ең дұрысы, техникалық сипаттамалармен бірге болуы керек. Бұл, біріншіден, тапсырманың, орындалу мерзімі мен әдісінің нақты анықтамасы. Екіншіден, бұл болашақта барлық даулы мәселелердің көмегімен шешілетін құжат. Техникалық шарттарды жазу немесе жазбау, әрине, сіздің бизнесіңіз; жеке мен үшін техникалық сипаттамалар менің жұмысымды және клиентпен байланысымды жеңілдетеді.

1С-те 267 бейне сабақты тегін алыңыз:

Техникалық тапсырма нені қамтуы керек?

Анау. тапсырма мыналарды қамтуы керек:

• мақсат— осы спецификацияны енгізу арқылы біз шешетін мәселе;
• сипаттамасы— алдағы жақсартулардың қысқаша мазмұны;
• жүзеге асыру әдісі— мақсатты шешу әдістерінің толық сипаттамасы. Осы кезде бағдарламашы тілінде тапсырманың барлық нюанстарын сипаттау қажет: біз қандай тапсырмаларды жасап/өңдейтініміз, интерфейс қандай болуы керек және т.б. Егер сіз «бағдарламашы тілінде» сөйлемейтін болсаңыз, бірақ «бірдеңе естіген болсаңыз», техникалық тілде жазуға тырыспағаныңыз жөн - бұл өте қызықты болады. Сипаттама бір мәнді болуы керек және сұрақтар тудырмауы керек. Ол сондай-ақ басқа салада ұқсас шешімді енгізудің мысалын қамтуы мүмкін;
• өнімділікті бағалау- өте маңызды нүкте, еңбек шығындарының сипаттамасы.

Сондай-ақ техникалық шарттарды жазудың мемлекеттік стандарттары - ГОСТ бар. Іс жүзінде олар сирек қолданылады, бірақ кейде тапсырыс беруші оны талап етеді.

Тәжірибеге сүйенсек, жұмысты тапсыру кезінде «біз саған сол кезде айттық...» сияқты жағдайлар жиі туындайды, бұл өте жағымды емес және жиі жұмысты қайта орындауға тура келеді. Сондықтан жақсы жазылған техникалық сипаттама екі тараптың өмірін айтарлықтай жеңілдетеді.

1С үшін техникалық сипаттамалардың мысалдары мен үлгілері

Мен Интернетте еркін қол жетімді тапқан шағын таңдау. Ең қарапайым және қол жетімді құжаттардан бастап өте күрделі құжаттарға дейін.