Bir proqramçı üçün texniki şərtləri necə yazmaq olar. Bir proqramçı üçün texniki xüsusiyyətləri necə düzgün yazmaq olar

Salam.

Artıq bilirik, amma bu gün Texniki Spesifikasiyalar (TOR) haqqında danışacağıq.
Mən tələbə olanda bizə deyirdilər ki, proqramlaşdırmaya tanış olmadan başlamamalıyıq”. Texniki tapşırıqlar", hər hansı bir layihə ilə başlayır layihə öncəsi sorğu və texniki spesifikasiyalar yazmaq. Bu belədir, amma əslində mən çox vaxt ya texniki tapşırıq olmadan, ya da öyrəndiyimdən çox uzaqda işləyirdim.

Ancaq müştəri ilə işə başlamazdan əvvəl həmişə aşağıdakı məqamlarla razılaşıram:
Məqsəd, metodologiya, funksionallıq (əsas alqoritmlər), qiymət.
Həcmi bir səhifədən ağlabatandır və...

Texniki tapşırıqları kim yazmalıdır?
Layihə meneceri, proqramçı və ya müştəri.

İşimdə layihə menecerləri ilə, əsasən müştərilərlə nadir hallarda ünsiyyət qururam, lakin müştəri mənə texniki şərtləri yazmır, istəklərini, tələblərini, “istəklərini” ortaya qoyur. Müştərinin tam olaraq nə istədiyini anlamağa, özümə tapşırıq qoymağa, müştəri ilə razılaşmağa və həll yolu ilə davam etməyə çalışıram. Daimi rəy və görülən işlərə nəzarətlə, yəqin ki, başqa cür işləmək mümkün deyil.

“Bəli, biz həmişə bunu edirik”

TK nəzəriyyəsi

Maraqlananlar üçün GOST-dakı tövsiyələrə baxın:
GOST 2.114-95 Vahid sistem dizayn sənədləri. Spesifikasiyalar;
GOST 19.201-78 Vahid proqram sənədləri sistemi. Texniki tapşırıq. Məzmun və dizayn üçün tələblər;
GOST 34.602-89 İnformasiya texnologiyaları. üçün standartlar toplusu avtomatlaşdırılmış sistemlər. Avtomatlaşdırılmış sistemin yaradılması üçün texniki tapşırıqlar.

TK olmalıdır

Texniki tapşırıqların olması aydındır, amma nə olmalıdır və ona nə qədər vaxt sərf etmək işin növündən, müştəridən və s.

Mən həmişə özüm, əlbəttə ki, başqaları bunu mənə verməsələr, GOST-lardan çox uzaq olsa da, texniki spesifikasiyalar tərtib edirəm, lakin bu şəkildə daha az ziddiyyətlər olur, inkişafı idarə etmək mənim üçün daha asandır və bəzi ciddi müştərilər var. təəccüblənmədi.

1C Proqramçısına texniki spesifikasiyalar tərtib etmək lazımdırmı, bu nə olmalıdır və daha çox şey şərhlərdə müzakirəyə buraxıram və davamı üçün.

Zəhmət olmasa şərhinizi buraxın.

Beləliklə, TK kimi qısaldılmış texniki spesifikasiya, son məhsulda həqiqətən görmək istədiyimizi rəsmi şəkildə təsvir etmək üçün kifayət qədər uzun müddətdir xidmət edir. Veb resursu hazırlamaq üçün texniki spesifikasiyalar istisna deyil. Əsasən bu, veb saytın inkişafı üçün əsasdır. Saytla birbaşa və ya dolayısı ilə əlaqəli bütün müddəaları müəyyən edir.

Texniki spesifikasiya, bir qayda olaraq, veb resursun yaradılması üçün əsas müqaviləyə əlavə olunur, çünki o, müştəri ilə podratçı arasında mümkün mübahisələri aradan qaldırmaq üçün yerinə yetirilməli olan bütün işlərin tam siyahısını ehtiva edir. bilindiyi kimi hələ zaman zaman ortaya çıxır.

Təcrübədən “döyülmüş” bəzi insanlar arasında belə bir fikir formalaşıb ki, TK elə yazılsın ki, guya onunla məhkəmədə iştirak edib, ondan müdafiə kimi istifadə edəsən. Bu, həddindən artıq ola bilər, amma buna baxmayaraq, yenidən düşünmək üçün bir səbəbdir yaxşı yazılmış və ətraflı texniki spesifikasiyanın əhəmiyyəti haqqında .

Həcmi baxımından texniki spesifikasiya kifayət qədər böyük bir sənəd ola bilər. Veb şirkətləri tez-tez texniki spesifikasiyalar tərtib etməkdə kömək təklif edirlər ayrı xidmət, ümumiyyətlə veb saytın bütün inkişafının dəyərinin 10-20% -ni təşkil edir.

Texniki şərtlərin hazırlanması adətən layihə rəhbəri tərəfindən və ya əsas məlumatları verən müştərinin iştirakı ilə birbaşa proqramçı tərəfindən həyata keçirilir.

Necə daha ətraflı texniki spesifikasiyalar (əlbəttə ki, ağlabatan məhdudiyyətlər daxilində), hər iki tərəf üçün - həm sifarişçi, həm də işin icraçısı üçün bir o qədər yaxşıdır. Hər ikisi belə desək qalib gəlir:
— müştəri əmin olacaq ki, onun layihədə planlaşdırdığı hər şey aydın şəkildə yazılıb və texniki şərtlərə uyğun olaraq həyata keçirilməlidir.
- ifaçı bir çox kiçik və ya böyük düzəliş və modifikasiyalardan, yenə eyni texniki şərtlər əsasında sığortalanır.

Texniki spesifikasiyalar olmadan edə biləcəyiniz bir fikir var. Məsələn, arqumentlərdən biri tapşırığın texniki tapşırıqlara uyğun gəlməməsi üçün çox yaradıcı olmasıdır. Bu fikir çox güman ki, bu sahədə təcrübə və peşəkarlıq çatışmazlığını maskalayır. Hesab edirəm ki, bu fikir yanlışdır, çünki veb saytın qurulmasında demək olar ki, hər şey rəsmiləşdirilə və texniki şərtlərdə təqdim oluna bilər və onu tərtib etmək daha çox təcrübə məsələsidir.

• Sadə həqiqət budur ki, layihə nə qədər mürəkkəb olsa, texniki spesifikasiyalar bir o qədər təfərrüatlı olmalıdır.
• arasında mümkün variantlar interfeysin əsas səhifələrini bütün elementlər dəsti ilə və onların davranışlarının təsvirini təsvir edən texniki spesifikasiya adlandırıla bilər. Və ya vizit kartı veb saytı üçün bir neçə səhifənin lakonik təsviri ola bilər və s.
• Proqramçı üçün texniki spesifikasiyalar elementlərin dizaynını qeyd etməməli və ya dizayn istəklərini ifadə etməməlidir. Vəzifə hələ proqramçıya aiddir..
• Texniki şərtlərin ayrı-ayrı hissələrində tapşırıqların təsviri məhdudlaşdırılmalıdır. Bunun mənası nədi? Müəyyən bir tapşırıq elementinin sonunu aydın şəkildə göstərmək lazımdır. Texniki şərtlərdə “asan naviqasiya olmalıdır” kimi mücərrəd ifadələr olmamalıdır. Bütün bunlar subyektiv əlamətlərdir - bəziləri üçün əlverişlidir, digərləri üçün əlverişli deyil və texniki şərtlərin müddəalarının qeyri-müəyyənliyi səbəbindən bu nöqtənin yerinə yetirilib-yetirilmədiyini başa düşmək çətin ola bilər. Yəni buna nəzarət etmək lazımdır.
• Çarxı yenidən kəşf etməmək üçün bəzi funksional modulu təsvir etməli olduğunuz sadə saytlar üçün oxşar funksionallığı olan saytları təhlil etməlisiniz, belə deyək, rəqiblərin təhlilini aparmalısınız; tələb olunan interfeys elementləri və funksiyaları olan səhifələrə hiperlinkləri yadda saxlayın və onları dəqiq nə etməli olduğuna dair geniş izahatlarla iş bəyanatına daxil edin. İçində də lazımdır məcburi saytın bir müddət əlçatan olmadığı halda lazımi səhifələrdən ekran görüntüləri çəkin. Eyni zamanda, şəkillərə öz işarələrinizi qoya bilərsiniz (xoşbəxtlikdən, indi bunun üçün çoxlu alətlər var - Clip2net, Joxi, Awesome Screenshot və başqaları).
• Səhifələr üçün dizayn yoxdursa və ya hansısa layihə çərçivəsində o qədər də vacib deyilsə, deyək ki, müştəri saytın idarəetmə panelinin dizaynına qənaət etmək qərarına gəlib, bu halda proqramçı prototiplərdən yaxşı istifadə edə bilər.

İstinad

Prototip interfeys elementlərinin qrafik tərtibatıdır. Kobud desək, bütün elementləri olan xüsusi proqramda çəkilmiş səhifə.

Prototiplərin çəkilməsi üçün çoxlu proqram təminatı, o cümlədən masaüstü proqramlar və onlayn xidmətlər, həmçinin daha təvazökar imkanlara malik brauzerlər üçün genişləndirmələr var. Həm pulsuz, həm də ödənişli lisenziyalı proqram təminatı.

Populyar olanlara aşağıdakılar daxildir:
— pulsuz olanlar arasında: iPlotz, MockFlow, Mockup Builder, Cacoo;
— ödənişli olanlar arasında: Creately, ProtoShare, Adobe Fireworks, Axure. Ümumiyyətlə, çoxlu imkanlar var - seç, usta, çək...

Texniki şərtlərin ümumi strukturu. Abstraksiyadan spesifikliyə

Mümkün sayt strukturlarından biri, mümkün olanları vurğulayıram, bu kimi görünə bilər:

1. ümumi məlumat Sayt haqqında.
2. Saytın funksional məqsədi.
3. Konsepsiya və terminlər
4. Sayt modullarının təsviri
5. Funksional xüsusiyyətlər
6. Səhifələrin təsviri.
7. Artıqlıq və etibarlılıq.
8. Sayt üçün hostinq.

1. Sayt haqqında ümumi məlumat
Hansı saytın və ya modulun hazırlanacağını və ümumiyyətlə onun məqsədini tanıtmaq üçün burada bir neçə cümlə kifayətdir. Sərbəst üslubda yazılmışdır.

2. Saytın funksional məqsədi
Budur nələrin qısa siyahısı texniki vasitələr və ya ümumi məqsədə əsaslanaraq saytın malik olmalı olduğu alətlər. Bir misalla izah edim. Vizit kartı veb saytı üçün bu əhəmiyyətsiz ola bilər, rəy forması, əsas səhifələrin siyahısı, məsələn, "şirkət haqqında", "əlaqələr" və s.

3. Anlayışlar və terminlər
Bu bölmə hər iki tərəfin saytı anlamaq və inkişaf etdirmək üçün vacib olan domenə xas anlayışları başa düşməsinə təminat verməlidir. Hər iki tərəf daxil ola bilər.

4. Sayt modullarının təsviri
Bu bölməyə saytda istifadə olunan modulların siyahısı daxildir. Məsələn, bu, yuxarıda qeyd olunan rəy forması (FOF) ola bilər. Ancaq çox vacib olan odur ki, sadəcə “FOS olmalıdır” yaza bilməzsiniz. Hər bir varlıq öz atributlarını müəyyən etməyi tələb edir! Bu vəziyyətdə atributlar ola bilər:

• "Adınız" sahəsi;
• "Sizin elektron poçtunuz" sahəsi;
• "Sualınız" sahəsi;
• Spam robotlarından qorunmaq üçün Captcha giriş sahəsi.

Və bütün bunlar aydın şəkildə ifadə edilməlidir ki, sonradan suallar yaranmasın: « ...sual kateqoriyasını seçmək üçün siyahı haradadır?» Və ya buna bənzər bir şey.

5. Funksional xüsusiyyətlər
Buraya, məsələn, saytın düzgün göstərilməli və işləməli olduğu brauzerlərin siyahısı daxil ola bilər. Məsələn, bəzi müştərilər az da olsa, mümkün ziyarətçilərin payını itirməmək üçün saytlarının tanınmış Internet Explorer 6-da düzgün işləməsini tələb edə bilər.
Yüksək yüklü veb sayt yaratmağı planlaşdırırsınızsa, bu da göstərilməlidir. Yüksək yüklənmiş veb-sayt serveri inkişaf etdirərkən və quraşdırarkən fərqli yanaşma tələb edir.

Həmçinin, funksional xüsusiyyətlərə saytın mobil versiyasının mövcudluğu və ya olmaması daxildir, lakin bu, bir qayda olaraq, bu spesifikasiyanın ayrı bir bölməsinə daxil olur və ya tamamilə ayrıca yazılır.

6. Sayt səhifələrinin təsviri
Bu, saytın bütün səhifələrinin çəkildiyi və işlərinə dair şərhlərin yazıldığı kifayət qədər geniş bir maddədir.
Vermək də olar ümumi quruluş sayt səhifələri. Sözdə "yüksək səviyyəli" prototiplər. Məsələn, sadə bir kataloq saytı üçün bu ola bilər:

Hər bir xüsusi səhifə üçün interfeys elementlərinin hər biri və onların davranışı haqqında ətraflı şərhlərlə prototiplər tərtib edilə bilər.
İdarəetmə paneli üçün istifadə olunan səhifələr adətən ictimai səhifələrdən ayrı siyahıya alınır. Bu iki bölmə, öz növbəsində, öz ayrı alt bölmələrində qruplaşdırıla bilər. Burada prototiplərin onların təsviri ilə ziddiyyət təşkil etmədiyinə və heç bir ziddiyyətin olmadığına əmin olmaq lazımdır. Müəyyən bir veb sayt səhifəsi üçün prototip nümunəsi ola bilər:

Digər səhifələr

Texniki spesifikasiyanın son iki hissəsini ətraflı nəzərdən keçirməyəcəyik, qısaca deyim ki, etibarlılıq tələblərindən biri verilənlər bazası ehtiyat nüsxəsinin yaradılmasını əhatə edə bilər.

Hostinq tələblərinə sayt üçün mövcud fiziki yaddaş, bant genişliyi, istifadə olunan verilənlər bazası dəstəyi və saytın düzgün işləməsi üçün bir sıra digər tələblər daxil ola bilər.

TOR-un sonunda bu TOR-da təsvir olunmayan bütün işlərin olduğu məlumatları daxil etmək məcburidir proqramçının ixtiyarına uyğun olaraq həyata keçirilir aşkar səbəblərə görə. Bu, texniki spesifikasiyalar çərçivəsindən kənara çıxan mümkün dəyişikliklərə və dəyişikliklərə qarşı bizim “kiçik zəmanətimizdir”.

Nəticələr: Qeyd etmək lazımdır ki, texniki spesifikasiyalar bölmələrinin bu strukturu özünü tam tamamlanmış kimi göstərmir (ən azı böyük strateji layihələr üçün), lakin yenə də əsas məqamları əhatə edir.

Qeyd etmək lazımdır ki, yuxarıda qeyd olunanların hamısı yalnız vebsaytın hazırlanması sahəsində çalışan insanların təcrübəsinə əsaslanan tövsiyələrdir və heç bir halda texniki spesifikasiyalar yazmaq üçün ciddi tələb deyildir.

Layihələrinizdə və insan anlayışınızda uğurlar!

Ümumi müddəalar. Bu, ifaçının nə etdiyini başa düşməsi üçün lazımdır. Ümumi müddəalar işin yerinə yetirilməli olduğu avadanlığın xüsusiyyətlərini, mübahisəli məsələlərin aydınlaşdırılmasını, lüğəti və s.

İkinci nöqtə, iş prosesində əldə edilməli olan dəqiq müəyyən edilmiş məqsədlərdir. Bu bölmənin yazılması müştəriyə həqiqətən nə istədiyini anlamağa kömək edəcək və podratçı sonradan təsvir olunan problemlərə həll yolları təklif edəcək.

Üçüncü məqam müştərinin tapşırığa qoyduğu tələblərdir. Bu nöqtə olmadan heç bir texniki tapşırıq yerinə yetirilə bilməz. Müştərinin tam olaraq nəyi və hansı müddət ərzində almaq istədiyini aydın şəkildə göstərməlidir. Tapşırığı yerinə yetirmək üçün son tarixləri buraxmaqla ifaçıya “azadlıq” verdiyinizi düşünməyə ehtiyac yoxdur. Qeyri-müəyyənlik şəraitində işləmək çox çətindir.

Texniki spesifikasiya çox qeyri-müəyyən olmamalıdır - axırda podratçı onu səhv başa düşə və ya müştərinin tələb etdiyi şəkildə başa düşə bilər. Eyni zamanda, texniki tapşırıqlar çox təfərrüatlı olmamalıdır - hər hansı bir layihədə yaradıcılıq üçün yer olmalıdır. Bundan əlavə, veb saytınızın, jurnalınızın və ya cihazınızın necə görünəcəyini yaxşı bilirsinizsə, onu özünüz yaratmağınıza nə mane olur?

Mövzu ilə bağlı video

Mənbələr:

• texniki bəyanatı necə yazmaq olar

Öz onlayn mağazanızı yaratmaq istəyirsiniz və ixtisaslaşmış bir şirkətlə əlaqə saxlamazdan əvvəl texniki spesifikasiyalar üzərində düşünməyə qərar verdiniz. Bunu təkbaşına etmək olduqca mümkündür. Texniki spesifikasiyanın hansı komponentlərdən ibarət olduğuna dair bəzi məsləhətlər.

Sizə lazım olacaq

• Saytın mövzusu, təqdim edəcəyi xidmətlər və funksionallığı haqqında düşünməli olacaqsınız.

Təlimatlar

Məqsədlər. Bu çox vacib bölmədir; resursunuzun məqsədlərini aydın şəkildə formalaşdırmaq üçün bu barədə düşünməyə bir az vaxt sərf edin. Məsələn, onlayn mağaza yaratmağı planlaşdırırsınızsa, gələcək podratçıya necə qazanc əldə edəcəyinizi izah edin. Bu, podratçıya sizə hədəflərinizdən maksimum istifadə edəcək həllər təklif etməyə kömək edəcək.

Hədəf auditoriyası. Bu bölmədə cəlb etmək istədiyiniz auditoriyanı təsvir edin. Bu, yalnız xidmətlərin seçilməsində deyil, həm də dizaynın hazırlanmasında kömək edə bilər.

Funksional tələblər. Tələblər əsaslı şəkildə funksional və qeyri-funksional/xüsusi bölünə bilər. Funksional tələblər ən yaxşı şəkildə istifadə nümunələri baxımından təsvir edilir.

Standartlar. WAI seriyası standartları, ISO/TR 16982:2002 kimi istifadə standartları və digər standartlar kimi istifadə standartlarını təsvir edin ümumi məqsəd.

Sistem tələbləri. Sistem tələblərini, hansı əməliyyat sistemlərinin dəstəklənməli olduğunu, yaddaş tələblərini sadalayın. Buraya həmçinin nasazlığa dözümlülük tələbləri, məsələn, nasazlıqdan sonra sistemi bərpa etmək imkanı daxil ola bilər.

Performans. Bu bölmədə neçə istifadəçinin eyni vaxtda saytda və ya müəyyən müddət ərzində işləyə biləcəyini təsvir edin. Performansı müəyyən etmək üçün hansı alətdən istifadə ediləcəyini də qeyd etmək lazımdır.

Təhlükəsizlik. Bu bölmədə məlumatların lazımi şifrələmə üsullarını, onların ötürülməsi və saxlanması üsullarını təsvir edin.

İstifadəçi interfeysi. İstifadəçi interfeysi elementlərinin necə göstərildiyini təsvir edin.

Mövzu ilə bağlı video

Qeyd

Texniki tapşırıqlar ətraflı şəkildə göstərilməlidir. Layihənin təqdimatı (ideyası) ilə texniki tapşırıqlar arasında çox şey var böyük fərq.

Faydalı məsləhət

Podratçı ilə işə başlamazdan əvvəl, terminologiyanı müzakirə edin - əks halda, eyni sözlə fərqli şeylərə zəng edə bilərsiniz. Bu cür uyğunsuzluq çaşqınlığa səbəb ola bilər və layihəyə zərər verə bilər.

Mənbələr:

• E2E4, veb sayt

Sifarişlə həyata keçirilən heç bir iş və ya layihə bu xüsusi inkişaflar üçün texniki spesifikasiyalar olmadan həyata keçirilə bilməz. Bu sənəddə müştəri podratçıya məhsul yaratmaq və ya inkişaf etdirmək üçün tapşırıqlar qoyur və göstərir spesifikasiyalar, məhsulun uyğun olmalı olduğu, bu işin qaydası və vaxtı. İstənilən texniki tapşırıq, işlənmə mövzusundan asılı olmayaraq, ümumi komponentlərə və ya alt bölmələrə malik olmalıdır.

Təlimatlar

Quruluşa “Ümumi müddəalar” bölməsini daxil etməyinizə əmin olun. Onlarda texniki spesifikasiyalarda istifadə olunanları göstərin və onların semantik izahını verin - lüğət təqdim edin. Bu, podratçı və sifarişçiyə eyni dildə danışmağa imkan verəcək və əsas anlayışların və təriflərin ikiqat şərhini aradan qaldıracaq.

Texniki tapşırıqlara layihənin məqsəd və vəzifələrini aydın şəkildə ifadə edən “Məqsədlər” bölməsini daxil edin. Düzgün ifadə edilmiş layihə məqsədləri podratçıya Müştərinin tam olaraq nəyə ehtiyacı olduğunu başa düşməyə və problemin həllinin ən optimal həll yolunun tapılmasına səbəb olacaq yol və üsulları seçməsinə kömək edəcəkdir.

İnkişaf üçün funksional olanları təsvir edin. Burada siz də əks etdirə bilərsiniz xüsusi tələblər. Nəticələrin istifadəsi və ya tətbiqi variantları şəklində funksional tələblərin təqdim edilməsi məqsədəuyğundur bu layihənin. Xüsusi tələblərdə, inkişafın cavab verməli olduğu standartları, nasazlığa dözümlülük, performans və ya təhlükəsizlik tələblərini göstərin. Əgər haqqında danışırıq O proqram məhsulu, sistem tələblərini və istifadəçi interfeysi tələblərini göstərin.

Adətən podratçı tərəfindən doldurulan "Fərziyyələr və məhdudiyyətlər" bölməsində son parametrlər və xüsusiyyətlər göstərilir ki, bu da dizayn işlərinin dəyərini qeyri-müəyyən müddətə artırmamağa və onu məntiqi nəticəyə çatdırmağa imkan verir. Bu bölmədə layihənin əhatə dairəsinə daxil olmayan funksionallıq və tapşırıqları, texniki məhdudiyyətləri, gözlənilməz hallardan asılılıqları və xarici şərtlər, qəbul edilmiş öhdəlikləri dəyişə bilər.

“Risklər” bölməsində işin yerinə yetirilmə müddətinə və ya onun dəyərinə təsir edə biləcək amilləri əks etdirin.

Mövzu ilə bağlı video

Əgər işinizdə tez-tez üçüncü tərəf mütəxəssisləri ilə məşğul olmaq və ya tapşırıqları digər işçilərə həvalə etmək məcburiyyətində qalırsınızsa, işin uğuru üçün texniki şərtləri bacarıqla tərtib etməyi öyrənməlisiniz. Təbii ki, hər bir sahənin özünəməxsus xüsusiyyətləri ola bilər, amma var ümumi tövsiyələr texniki şərtləri tərtib etmək üçün.

Təlimatlar

Texniki spesifikasiyaların yazılması hər hansı bir layihənin başlanğıcıdır, çünki nəticə birbaşa qarşıya qoyulan məqsədlərdən asılıdır. Texniki ya sifarişçi ilə podratçı arasındakı münasibətləri tənzimləyən əsas sənəd, ya da ona əlavə ola bilər. Hər halda, işin nəticəsi olaraq nə əldə etmək istədiyinizi mümkün qədər ətraflı təsvir edin. Bu məqsəd, məhsul, xidmət, vəzifə ola bilər. Sifariş edilən məhsulun hansı vəzifələri həll etdiyini və ya yerinə yetirdiyini yazın.

Müştərinin əldə edilmiş məqsədə baxışı podratçının vizyonu ilə üst-üstə düşməsi üçün işin gedişatını hərfi mənada nöqtə-nöqtə ilə təsvir etmək lazımdır. Prosesi başa düşmək üçün vacib və zəruri hesab etdiyiniz hər şeyi göstərin. Qeyri-müəyyənlik və qeyri-müəyyən şərhlərdən çəkinin. Hər iki tərəf üçün işlərin siyahısı və gedişi aydın və başa düşülən olmalıdır.

Qeydiyyatdan keçin başlanğıc materiallar işin başa çatdırılması üçün tələb olunacaq, onların formatı, eləcə də bu “mənbələrin” podratçıya necə və hansı müddət ərzində veriləcəyi. Layihənin çatışmazlıq səbəbindən "sürüşməməsi" üçün bütün bu məlumatlar imzalanmadan əvvəl yazılmalıdır zəruri materiallar müştəri tərəfdən.

Tapşırıqları yerinə yetirmək üçün dəqiq son tarixlər təyin edin. Bu, hər iki tərəfin öz imkanlarına və qarşı tərəfin gözləntilərinə uyğun olaraq fəaliyyətlərini planlaşdıra bilməsi üçün lazımdır. Texniki spesifikasiyanı yazarkən müəyyən bir vaxtı nəzərə alın, çünki icra prosesi zamanı əlavə təsdiqlər və ya müzakirələr səbəbindən son tarixlər dəyişə bilər.

Texniki spesifikasiyaların tərtibi prosesində müştərinin istəklərini, xüsusən də oxşar işlərin bəyənilən nümunələrini göstərmək vacibdir, Əlavə tələblər, marketinq məlumatları və ya bir araşdırmadan alınan məlumatlar. İfaçı və ya tərtibatçı ona verilən tapşırıqları daha aydın başa düşəcək və bu, hər iki tərəfi birgə uğura aparacaq.

Mövzu ilə bağlı video

Qeyd

Unutmayın ki, texniki tapşırıqda göstərilən bütün tələblər və tapşırıqlar yerinə yetirilərsə, podratçı layihəni başa çatmış hesab etmək hüququna malikdir. İşin və ya xidmətlərin vaxtı, növləri və keyfiyyəti ilə bağlı mübahisələrin və fikir ayrılıqlarının qarşısını almaq üçün məlumatları mümkün qədər ətraflı təqdim edin.

Faydalı məsləhət

IN yaradıcı layihələrİfaçıya təxəyyül və yaradıcılıq üçün otaq vermək məsləhətdir. Məhsuldar işləmək üçün sərt sərhədlərdən qaçın və yeni ideyaları alqışlayın.

Mənbələr:

• 2018-ci ildə texniki şərtlərin yazılması

Memarlıq mühəndisliyi - mühüm mərhələ hər hansı tikinti, o cümlədən yaşayış mənzilinin təmiri. Əgər memarın işinin gözlənilən və arzu olunan nəticələrə mümkün qədər uyğun olmasını istəyirsinizsə, memar və onun işinə olan tələblərin tam siyahısını özündə əks etdirən dizayn xülasəsini bacarıqla və düşünülmüş şəkildə tərtib etmək üçün vaxt ayırın.

Təlimatlar

Yenidənqurma bəzi daşıyıcı olmayan divarların sökülməsi, yaşayış otaqlarının ölçüsünün və formasının dəyişdirilməsi, həmçinin qapıların yerinin dəyişdirilməsi, elektrik naqillərinin, qaz avadanlıqlarının və digər oxşar parametrlərin dəyişdirilməsini əhatə edə bilər. Yerləri dəyişdirərək funksional binaları dəyişdirmək istəyirsinizsə, yenidən qurulmasını deyil, yenidən qurulmasını qanuniləşdirməli olacaqsınız.

Yenidənqurma üçün icazə alındıqda, etibarlı və sertifikatlı bir memarla müqavilə imzalanacaq. Bəzi hallarda, bir memarlıq firması, əlavə ödəniş üçün, vaxtınıza qənaət edərək, bir mənzilin yenidən qurulmasını qanuniləşdirmək və təsdiqləmək üçün bütün lazımi addımları ata bilər.

Hər halda, layihə vaxtında təsdiqlənməlidir - əks halda gələcəkdə müxtəlif daşınmaz əmlak əməliyyatları zamanı BTI tərəfindən təsdiqlənməmiş qeyri-qanuni yenidənqurma nəticəsində yaranan problemlə qarşılaşacaqsınız. Bundan əlavə, qeyri-qanuni yenidənqurma ilə müəyyən pozulma riski var tikinti kodları– o cümlədən normalar yanğın təhlükəsizliyi.

Gələcək layihənin tapşırığına təmirdə görmək istədiyiniz bütün nüanslar, habelə binalarınızla bağlı vacib parametrlər - yaşayış sahəsi, elektrik təchizatı və rozetkaların və açarların yerləşdirilməsi, almaq istədiyiniz işıqlandırma sistemi, televiziya və radionun olması, interyerin üslubu, onun konsepsiyası və arzu olunan elementləri, mənzilin rəng sxemi, mebel və aksesuarlara üstünlüklər və s. Tapşırıqda nə qədər çox nöqtə göstərilsə və nə qədər təfərrüatlı tərtib edilərsə, ortaya çıxan interyer gözləntilərinizə bir o qədər çox cavab verəcəkdir.

Müəyyən bir məhsul yaratmaq lazımdırsa və büdcə çox böyük deyilsə, texniki şərtləri özünüz yazmaq və hazırlamaq lazım ola bilər. Texniki spesifikasiyanı (TOR) yazmağın başqa bir səbəbi əvvəlcə inkişaf şirkətinə verəcəyiniz sifarişi öyrənmək istəyi ola bilər. Məsələn, bir veb sayt yaratmalısınız və icraçı şirkətin onu quracağı əsas məqamları özünüz üçün aydınlaşdırmaq istəyirsiniz.

Təlimatlar

Birincisi, texniki spesifikasiyanın komponentlərinin tam siyahısını tərtib edin və onu doldurmağa başlayın - bu, bütün vacib məqamları bir araya gətirməyi asanlaşdıracaq və heç birini qaçırmamağa kömək edəcəkdir.

Texniki şərtlərin hazırlanması Müştərinin adı ilə başlayır. Bu paraqrafa şirkət haqqında tam məlumat daxil edin.

Sonra Podratçı şirkət haqqında tam məlumat daxil edin.

Növbəti məqam çox vacibdir: sifarişi tamamlamaq üçün dəqiq son tarixləri göstərin - başlanğıc tarixi və tamamlanma tarixi.

Sonra layihənin büdcəsinin nə olduğunu, onun smetasını göstərin.

Bundan sonra saytın texniki tərəfini təsvir edin. Proqramlaşdırma bilikləriniz varsa, bunu etmək olduqca sadə olacaq, əgər yoxsa, əsas parametrləri yazın və qalanları barədə Podratçı şirkətin mütəxəssisləri ilə məsləhətləşin. Onlardan bəzilərinə toxunaq.

Saytın məqsədləri. Saytın strukturunun, xidmətlərinin və xidmətlərinin gələcək inkişafı bundan asılı olacaq.

Hansı auditoriya üçün nəzərdə tutulub? Bu paraqrafda resursunuza hansı növ ziyarətçiləri cəlb etmək istədiyinizi təsvir edin - yaş kateqoriyası, ictimai vəziyyət, maliyyə həddi. Bu, resursun və onun xidmətlərinin dizaynına təsir edəcək. Məsələn, onlayn mağaza açırsınızsa, bu, satın alınan mallar üçün ödəniş proseduru barədə qərar verməyə kömək edəcəkdir.

Funksional və xüsusi tələblər. Funksional olanları onların necə istifadə ediləcəyinə dair nümunələr şəklində təqdim etmək və xüsusi olanları sadalamaq daha rahatdır - bunlar abunə seçimləri, xüsusi poçt göndərişləri və s.

Standartlar. Bu məqamı ifaçı və ya qabaqcıl bir proqramçı dostu ilə müzakirə etmək daha yaxşıdır.

Sistem tələbləri. Buraya saytınızın hansı əməliyyat sistemləri ilə dost olması, onun yaddaş resurslarının nə qədər böyük olacağı və uğursuzluqlardan tez bir zamanda bərpa etmək imkanı haqqında məlumatlar daxil olacaq.

Performans. Bu məqam saytınızın eyni anda neçə ziyarətçi qəbul edə biləcəyi və onların necə “hesablanacağı” ilə bağlıdır.

Təhlükəsizlik. Çox vacib bölmə. Məlumatların necə şifrələnəcəyini, necə ötürüləcəyini və saxlanacağını təsvir edin.

Faydalı məsləhət

Texniki xüsusiyyətlər çox ətraflı təsvir edilməlidir. Əks halda, bu, texniki spesifikasiya deyil, sadəcə ümumi fikrin təsviri olacaqdır.

Mənbələr:

• E2E4, veb sayt

Texniki tapşırıqlar - inkişaf prosesində əsas sənəd proqram təminatı. Düzgün spesifikasiya bir çox səhvlərdən və lazımsız işlərdən qaçınmağa imkan verir. Onun tərkibi vəzifədən asılı olaraq dəyişə bilər, lakin universal komponentlər müəyyən edilə bilər.

Təlimatlar

Ümumi müddəalar Əsas müddəaları müəyyənləşdirdiyiniz və istifadə olunan terminologiyanı təsvir etdiyiniz giriş bölməsi; müştərinin texniki spesifikasiyaları başa düşməkdə çətinlik çəkməməsi üçün zəruridir. Sifarişçi və podratçı haqqında məlumat verin, proqramın hazırlanması barədə qərarın qəbul edildiyi sənədləri təsvir edin.

Məqsədlər Bu bölmədə layihənin nail olmaq məqsədi daşıdığı əsas məqsədləri göstərin. Hazırlanan məhsulun reallaşdırdığı məqsədləri dəqiq müəyyən etmək vacibdir. Proqramdan istifadə edəcək auditoriyanı təsvir edin.

Funksional tələblərTexniki spesifikasiyanın əsas komponenti. Bu bölmədə hazırlanmaqda olan proqram təminatının funksionallığını, ondan istifadə variantlarını və istifadəçi interfeysini təsvir edin. Proqram strukturunu funksional tələblərdə təsvir edin.

Xüsusi TələblərHər hansı xüsusi tələbləri və standartları sadalayın. Texniki tələbləri qeyd edin: versiya əməliyyat sistemi, yaddaş tutumu və s. Bu bölmədə performans tələblərini, məlumatı icazəsiz girişdən qorumaq üçün tələbləri, nasazlığa dözümlülüyü, etibarlılığı və erqonomikanı təsvir edin.

Mövzu ilə bağlı video

Faydalı məsləhət

Texniki spesifikasiyaların həddindən artıq və qeyri-kafi təfərrüatlarından çəkinin. Çox ətraflı tələblər sistemdə çevikliyin olmamasına səbəb ola bilər - hər hansı bir dəyişiklik etmək çox çətin olacaq. Texniki spesifikasiyaların kifayət qədər təfərrüatlı olmaması bir sıra səhvlərə, eləcə də böyük miqdarda lazımsız işlərə səbəb olacaqdır.

Texniki spesifikasiyalar tərtib edərkən son dərəcə diqqətli olun - gələcəkdə bu, müştəri ilə mübahisəli məsələləri həll etməyə kömək edəcəkdir.

Texniki spesifikasiya və ya TOR, müştərinin layihə üçün bütün istək və tələblərini ətraflı təsvir edən sənəddir. Onun tərtib edilməsi müştəri ilə podratçı arasında qarşılıqlı əlaqə prosesində nöqsanların və fikir ayrılıqlarının qarşısını almağa imkan verir. Bundan əlavə, yaxşı yazılmış texniki spesifikasiya tez-tez tapşırığı yerinə yetirmək üçün tələb olunan vaxtı azaldır.

Texniki spesifikasiya (TOR) və ya bir proqramçını necə düzgün tapmamaq olar!

Bu yazıda biz işləyən bir proqramçı üçün düzgün texniki spesifikasiyalar tərtib etməyə baxacağıq maliyyə bazarları. Müasir texnologiyalar istənilən ticarət strategiyasını tam avtomatlaşdırmağa və treyderi yorucu işlərdən azad etməyə imkan verir:

• Qrafikdə müşahidələr
• Kompleks hesablamalar
• Psixoloji stress
• Emosional təcrübələr
• Yanlış hərəkətlər

Ticarət strategiyanızı avtomatlaşdırmaq istəyirsinizsə, sizə proqramlaşdırma bacarığı olan və maliyyə bazarlarında ticarətin xüsusiyyətlərini yaxşı başa düşən şəxs lazımdır.

Proqramçı tapmaq problemin yarısıdır, əsas çətinlik proqramçıya istədiyinizi necə izah etməkdir. Görünür, mürəkkəb bir şey yoxdur, göstərici AL, məsləhətçi alır, göstərici SAT, məsləhətçi satır, amma əslində bu sadə hərəkətlər üçün proqram bir çox ilkin addımları yerinə yetirməlidir.

Burada yalnız bir neçə sadə olanlar var:

1. Artıq sifarişlərin olub olmadığını yoxlayın. (Bəlkə də son işarədə artıq siqnal əsasında sifariş açmışıq)
2. Ticarətə icazə verildiyini yoxlayın. (Seçilmiş valyutada ticarətə icazə verilir)
3. İnternet bağlantısının mövcudluğunu yoxlayın.
4. Ticarət həcmini yoxlayın və hesablayın. (Kifayət qədər pul varmı)
5. Göstəricidən yoxlayın və hesablamalar aparın. (Siqnal alın)
6. ......

Bu göstəricilərin əksəriyyəti müştəri tərəfindən nəzərə alınmalıdır, çünki proqramçı icazə verilən lotlar üçün çekin lazım olub-olmadığını bilmir. Müştəri başa düşməlidir ki, çoxlu lazımsız yoxlamalar proqramın işini xeyli ləngidir, buna görə də müştəri avtomatlaşdırma üçün ticarət strategiyasını mümkün qədər ətraflı təsvir etməli və düşünməlidir.

Səlahiyyətli texniki spesifikasiya proqramın yazılma vaxtını əhəmiyyətli dərəcədə azaldır, ödənişli sifariş halında xərc minimal ola bilər və qeyd etmək vacibdir ki, müştəri lazımsız problem olmadan istənilən nəticəni alacaq.

Texniki spesifikasiya və ya (TOR) vaxtın, qiymətin, göstəricilərin və ya digər əlavə riyazi obyektlərin dəqiq vəziyyətini nəzərə alaraq, həmçinin proqramın hərəkətləri və davranışlarının dəqiq göstəricisi ilə ticarət strategiyasının tam təsviridir. real, sınaq şərtləri.

Texniki spesifikasiya üç blokdan ibarət olmalıdır:

Mövqe açılış bloku - proqramın bazarda açdığı və ya sifariş verdiyi şərtlər. Vaxtı, zolağın nömrəsini, zolağın vəziyyətini, zolağın ölçüsünü və digər şərtləri nəzərə alan göstərici siqnalları...

Bazarda mövqe tutma bloku - sifarişləri dəyişdirmək üçün bütün şərtlər təsvir edilmişdir, bu, arxada dayanmaq, zərəri dayandırmaq və mənfəət əldə etmək ola bilər. Proqramın bazarda olan bir mövqe ilə etməli olduğu hər şeyi təsvir edir.

Mövqe bağlama bloku - bir mövqenin tam və ya qismən bağlanmalı olduğu şərtlər.

Əsas bloklara əlavə olaraq əlavə bloklar ola bilər:

• Proqram parametrləri bloku.
• Ticarət həcmlərinin (Lot) hesablandığı MM (Money Management) bloku.
• Vəzifəsi cari məlumatları ekranda göstərmək olan məlumat bloku.
• Smartfona, e-poçta və ya FTP serverinə mesaj göndərmək üçün bloklayın.
• Və qeyriləri....

Texniki şərtlərdə aydın şərtlərin olması vacibdir!!!

Bir proqramçı, kompüter kimi, yalnız bəli, yox və, və ya aydın şərtlərini başa düşür. Texniki spesifikasiyanızda aşağıdakı sözlər və ifadələr varsa: Təxminən, ətrafda, burada, ərazidə, burada, özünüz düşünün, bu, birtəhər mənfəət gətirməlidir. Onda texniki spesifikasiyanız uyğun gəlmir, vaxtınızı, proqramçıya və pulunuzu boşa xərcləyəcəksiniz.

Düzgün texniki spesifikasiya nümunəsinə baxaq:

İki hərəkətli ortalamaya əsaslanan ticarət strategiyası.

Açılış sifarişləri:

Sürətli hərəkət edən ortalama yavaşı keçir və yeni bir çubuq görünəndə, bazarda artıq sifarişlərin olub-olmamasından asılı olmayaraq, sifariş açılır. Açıq sifariş, parametrlərə uyğun olaraq Qazanc Al və Zərərini dayandırmağa təyin edilmişdir. Bar müddəti məsləhətçinin quraşdırıldığı diaqramdan asılıdır.

Sifarişlərin dəyişdirilməsi:

Stop Loss alışlar üçün yerli minimumdan aşağı və son 24 bar üçün kəndlər üçün yerli maksimumdan yuxarı yerləşdirilir. Bütün sifarişlər üçün EA parametrlərinə uyğun olaraq arxada dayanma tətbiq edilir.

Bağlama sifarişləri:

Mənfəət almaqla, zərəri dayandırmaqla, əks siqnalla.

Lot hesablama bloku:

Əgər son sifariş itki ilə bağlanıbsa, yeni sifariş üçün lot ikiqat artacaq.

Əgər son sifariş mənfəətlə bağlanıbsa, yeni sifariş üçün lot ilkin parametrlərə qaytarılacaq

Məsləhətçi parametrləri bloku:

• Göstəricilərə görə - MA dövrü, MA növü, MA hesablama qiymətləri.
• Qazanc götürün
• İtki dayandırın
• Sehrli nömrə
• Sürüşmə

Giriş

Haqqında hər kəs eşitmişdir əvvəlcədən istehsal, lakin az adam bunun necə baş verdiyini dəqiq bilir. Və əgər inkişaf mərhələsi haqqında çox yazılıbsa və daha çox nəşriyyat mərhələsi haqqında yazılıbsa, planlaşdırma mərhələsi haqqında çox az şey məlumdur. Ən yaxşı halda tanış olmaq şanslı olacaqsınız planlaşdırma nəticələri. Bəs bu nəticələr necə əldə edildi? - qaranlıqda sirr.

Bu sənəd oyunu yazdıqdan sonra “debrifinq”in nəticəsidir Ulduz Arenaüçün sosial şəbəkələr. Bu sənəddə mən təşkil etməyə çalışmışam problemlərin və həll yollarının siyahısıİskəndərlə mən oyunda birlikdə işləyərkən buna gəldik. Bundan əlavə, bu sənəd kompüter oyunları yaratmaq üçün iş prosesinin qurulması üzrə daha böyük işin bir hissəsidir.

Mən qəsdən digər sənədləri pərdə arxasında buraxdım: konsepsiya, iqtisadi əsaslandırma və digər ifaçılar üçün texniki spesifikasiyalar. Bu, bizə bir mövzuya diqqət yetirməyə və onu kifayət qədər ətraflı şəkildə əhatə etməyə imkan verdi.

Ən əhəmiyyətli:

1. Son nəticənin aydın başa düşülməsi. (Keyfiyyətə nəzarət.)
2. Son tarixlər.

Niyə sənədlər lazımdır:

1. Rabitə üçün vaxta qənaət. (İfadədə çaş-baş qalmaq əvəzinə, 100 dəfə təkrarlamaq əvəzinə bir dəfə yazın.)
2. Bitmiş layihənin necə görünəcəyini görmək üçün bir yol.
3. Problemlərin təhlili və müəyyənləşdirilməsi hələ planlaşdırma mərhələsindədir. (Memarlıq xətası nə qədər tez aşkar edilərsə, onu düzəltmək bir o qədər ucuz olar)
4. Təmir qəbul edilən qərarlar. (Müxtəlif dərəcədə təravətli səpələnmiş şayiələr əvəzinə dəqiq məlumatlar.)
5. İş planlaması.

Hansı növ sənədlər var:

1. Konsepsiya (“Oyun nə haqqındadır?”)
2. Spesifikasiya (Biz nə əldə etmək istəyirik?)
3. Texniki spesifikasiyalar (Bunun necə işlədiyi barədə danışacağıq.)
4. İş planı (Bunu necə edəcəyik.)

Texniki spesifikasiyaların müzakirəsində kim iştirak edir:

1. Oyun dizayneri (Sənədlərin yazılması)
2. Memar (Təsvirin tamlığını və təfərrüatlarını izləmək, parçalanma.)
3. Proqramçı (İşin həcminin qiymətləndirilməsi.)

Sənədləşdirmə tələbləri:

1. Formatlama. (Yazmaq asan və oxumaq/tutmaq gözəl)
2. Əsas ifadələrin vurğulanması. (Sənədi diaqonal oxumaq üçün)
3. Siyahıların hazırlanması. (Bütün mətn əvəzinə)
4. Uzun siyahıların qruplara bölünməsi. (Hər qrupa üç xal)
5. Çoxsaylı təkrarlar. (Sənəd istinadlarından çəkinin)
6. Tarix, səhifə nömrəsi, səhifələrin sayı, paraqrafın nömrələnməsi. (Oxuduqlarınızı müzakirə edərkən dəqiq istinadlar üçün)
7. Mündəricat, sənədlərin siyahısı, dəyişikliklərin tarixi. (Sənədlər/versiyalar üzrə axtarmaq üçün)

Texniki şərtlərin məzmununa tələblər

1. Rus dili. (Memlər, təhrif olunmuş ingilis terminləri, alban dili və digər zibil yoxdur. Hətta daxili sənədlərçox adam oxuyur.)
2. kimi ümumi sözlər yoxdur:
   • bütün mümkün variantlar
   • xəritə kompüter tərəfindən yaradılmışdır
   • müxtəlif obyektlərin qarşılıqlı təsiri
   • bütün hərəkətlərdən sonra və s.
3. Müəssisə növlərinin (siniflərinin) bütün adlarında aşağıdakılar olmalıdır:
   • Rus adı (oyunçu üçün)
   • İngilis dili (kod üçün)
   • qısa təsvir (transkript/işarə/şərh)
4. Müəssisənin yalnız bir adı olmalıdır. (Belə ki, “zireh” başqa səhifədə “zireh” və ya “qalxan”a çevrilməsin).
5. Cümlələr konteksti yaxından araşdırmadan tam və oxucu üçün başa düşülən olmalıdır. (Müəllifin nə demək istədiyini oxucunun özü təxmin edəcəyini düşünməyə ehtiyac yoxdur)
6. Ölçülə bilən hər şey ölçülməlidir.
   • piksel və baytlarda təsvir ölçüləri
   • cədvəldəki sütunların və xanaların sayı
   • mətn sahəsində simvolların sayı
   • səviyyə başına silah sayı
   • sessiya vaxtı və s.

Proqramçının işinin nəticəsi üçün əsas tələblər:

1. Sistemin dəyişmək üçün çevikliyi. (Dinamik tələblər.)
2. Avtomatik xəta məlumatlarının toplanması. (Əlaqə.)
3. Müştəri tərəfindən işə salmaq və konfiqurasiya etmək asandır. (Nəticənin nümayişi.)

Texniki spesifikasiyaların yazılmasının birinci mərhələsi:

1. Verilənlər bazası (metadata)
   • obyekt növlərinin siyahısı
   • obyektlərin xüsusiyyətləri
   • obyektlər arasında əlaqə/asılılıq
2. Biznes prosesləri (tam oyun dövrü)
   • proseslərin siyahısı (iş ssenariləri)
   • funksionallıq siyahısı (nə edə bilməlisiniz)
   • gözlənilən dəyişikliklərin siyahısı (hətta nə baş verə bilər)

Texniki spesifikasiyaların yazılmasının ikinci mərhələsi:

1. İnterfeys (vizual hissə)
   • adları (və ya elementlər qrupları) olan oyun ekranlarının siyahısı
   • adlar və alət ipucu mətni ilə hər bir ekranda elementlərin siyahısı
   • element davranışının təsviri (göz vurma, işarələmə, bloklama, pop-up dialoqları və s.)
2. Administrator (nəzarət)
   • server (həyati/sistem göstəriciləri)
   • oyun məzmunu (satışlar, qonaqlar, canavarlar, əşyalar, mağazalar, damcılar, yerlər və s.)
   • oyun məlumatları (oyunçular tərəfindən yaradılan məzmun)
   • statistika və hesabatlar (hansı statistika toplanmalıdır?)

Texniki spesifikasiyaların yazılmasının üçüncü mərhələsi:

1. Tələb olunan texnologiyaların tədqiqi
   • Hər bir texnologiya üçün tələblərin siyahısı
   • Hər bir texnologiyanın sınaqlarının/nümayişlərinin təsviri
   • Gələcək tələblərin/mümkün problemlərin siyahısı (sonrası nə olacaq?)
2. üçün tələblərin siyahısı fərqli növlər oyun üçün məzmun (resurslar) (qılıncların şəkil ölçüləri, axtarış adlarının uzunluğu, xüsusi effektlərin növləri, video ölçüləri və s.).
3. Məzmunla işləmək üçün zəruri vasitələrin siyahısı (xəritə redaktoru, axtarış idarəetmə paneli,).
4. Tapşırıqların prioritetləşdirilməsi.
5. İlk işçi montaj üçün tələblər (ilk prototip nəyi bacarmalıdır).
6. Qalan layihənin inkişafı iterasiyalarının nəticələrinə dair tələblərlə birlikdə siyahısı. (Bunu tamamlamaq üçün hər mərhələnin sonunda nəyi göstərməlisiniz)

Sənəd dəstəyi

1. İlk mərhələdə yazılanların çoxu köhnələcək və yazışmalara ehtiyac olacaq yenə də planlaşdırmanın bitməsindən çox əvvəl.
2. Planlaşdırmanın ilk mərhələlərinin əsas prinsipi: təşkil etmək bölmələrin siyahısı və bəstələmək sualların siyahısı hər bölmə üçün.
3. Necə aşağıda təfərrüat var haqqında ilkin mərhələlər- daha yaxşı. (silah növlərinin sayı, əvəzinə tam siyahı adlarla, səviyyəyə görə tapşırıqların sayı, ətraflı siyahısı əvəzinə və s.)
4. Sənədlərdə tələb olunan elementi tapmaq və qalanlarına təsir etmədən dəyişdirmək nə qədər asan olsa, bir o qədər yaxşıdır. Buna görə də lazımdır qrafik diaqramlardan və davamlı mətndən qaçın mürəkkəb cümlələrdən. tərk et qrafik təqdimatlar və yekun hesabat üçün emosional təsvirlər.
5. Hər planlaşdırma dövründən sonra - sənədlərin tamlığını yoxlayın və yoxlayın və onun təfərrüat səviyyəsinin vahidliyi. (Əgər 5 otaqlı evdə yalnız biri təsvir edilirsə, digər dördünü təsvir etməli və ya onu atmalısınız. Ətraflı Təsviri bir otaq ki, bütün otaqlar təsvir olunur eyni dərəcədə ətraflı.)
6. Bəstələmək yöndəmsiz sualların siyahısı. Həmişə qaranlıq nöqtələr var və insanlar fərqinə varmadan onları yan keçib susdurmağa çalışırlar.
7. ver son ifaçılar üçün qısa təlimatlar. Son ifaçılar bütün həcmdə tələb olunan qeyd üçün tam sənədlər və ağrılı axtarışlarla məşğul olmamalıdırlar.
8. Ustalıq əlaməti: planlaşdırmanın hər bir sonrakı səviyyəsi daha mücərrəd səviyyələrin təsvirinin nəticələrini aydınlaşdırır, lakin dəyişmir. Tam yaxşı abstraksiya/təfərrüat səviyyələrində hərəkət etmək bacarığı təfərrüatların epizodik təsvirindən obyektlərin sistematik sadalanmasına keçməyə imkan verir.

Küncləri kəsmək

1. Layihə 2-3 ay ərzində.
2. 2-3 nəfərlik komanda.
3. Məhdud büdcə. (Həmişə məhduddur)
4. Sənədləşmə tələbləri yoxdur. (Heç kim bunu necə edəcəyini bilmir)
5. Heç bir faydası yoxdur. (Sənədlərdən heç vaxt istifadə etməmişəm)

İlk addımlar