Ilmiy-tadqiqot institutlarida ventilyatsiyani modernizatsiya qilish bo'yicha texnik topshiriqlar. Kichik qayta ko'rib chiqish uchun texnik shartlar va texnik shartlarga misol Jarimalar uchun variantlar

Mijoz o'z sayti qanday ko'rinishini tushunishi uchun men tez-tez sahifa prototiplarini biriktiraman. Keyin men maket dizayneri uchun alohida vazifa tuzaman - uning ishida yordam beradigan texnik tafsilotlar va tushuntirishlar.

Vazifa qanchalik murakkab bo'lsa, TOR shunchalik batafsilroq bo'lishi kerak. Katta loyihalarda qatnashganimda texnik topshiriq va 30 sahifani ko'rdim.

Guram Sipki, Udix Media raqamli studiyasi asoschisi

Avvalo, mijozga TK kerak - u o'z sayti qanday bo'lishini va pul nimaga sarflanishini tushunishi uchun. Agar biror narsa noto'g'ri qilingan bo'lsa, u TKga murojaat qilishi va uni qayta bajarishni so'rashi mumkin.

TOR mijoz bilan aloqa o'rnatgandan va dizayner bilan vazifani muhokama qilgandan so'ng loyiha menejeri tomonidan tuziladi.

Katta mijozlar ko'pincha har bir tugmani tavsiflovchi juda batafsil texnik xususiyatlarni so'rashadi. Kichik kompaniyalar, aksincha, 100 sahifalik puxta hujjatlarni yoqtirmaydi.

Saytni yakunlash uchun texnik topshiriqning namunasi

Umumiy ma'lumot

Avtomatlashtirilgan tizimning nomi

"SOTISH"

Mijoz

Ijrochi

Ish uchun asos

Tizimni yaratish bo'yicha ishlarni boshlash va tugatish uchun rejalashtirilgan sanalar

Ish boshlanishi: 01.09.2010 y

Ishlarning yakunlanishi: 31.12.2010 y

Tizimni yaratishning maqsadi va maqsadlari

Tizimning maqsadi

Ishlab chiqilayotgan avtomatlashtirilgan tizim korxonaning sotish jarayonlarini avtomatlashtirish uchun mo'ljallangan.

Tizimni yaratish maqsadlari

Avtomatlashtirilgan tizimni yaratish maqsadlari

AS SBYT rivojlanishining maqsadlari quyidagilardan iborat:

1. 3. Avtomatlashtirish ob'ektining xarakteristikalari

3.1 Korxonaning biznes jarayonlari

3.1. 1 Biznes jarayoni "Shartnoma tuzish"

Bu sizning qalqoningizga aylanadi, ushbu hujjatda siz, bu holda siz barmog'ingizni vijdonsiz ishlab chiquvchiga qaratib, saytingizni unga moslashtirishni talab qilishingiz mumkin.

Texnik vazifa(qisqacha "TOR") - bu sizning kelajakdagi saytingiz uchun talablarni eng batafsil va aniq tarzda aks ettiruvchi hujjat.

Sayt TK asosida yaratilgan. Bu qanchalik batafsil va aniq bo'lsa, sizning yangi saytingiz umidlaringizga shunchalik javob beradi.

Saytni yaratish bo'yicha texnik topshiriqlar - qonun sifatida, talqin va kelishmovchiliklarga yo'l qo'ymasligi kerak.

TORda ko'rsatilmagan hamma narsani ishlab chiquvchi o'z xohishiga ko'ra qiladi.

· Administrator uchun qo‘llanma;

· Kontent menejeri bo'yicha qo'llanma;

· O'rnatish bo'yicha qo'llanma;

· Dasturchi uchun qo'llanma.

2.20. Rossiya Federatsiyasi Prokuraturasi huzuridagi Tergov qo'mitasi mutaxassislari uchun treningni tashkil etish va o'tkazish

Quyidagi ta'lim talablari qo'llaniladi:

· Pudratchi Rossiya Federatsiyasi Prokuraturasi huzuridagi Tergov qo'mitasining 10 kishidan ko'p bo'lmagan xodimlari uchun trening o'tkazishi kerak.

· Trening rus tilida olib borilishi kerak.

· Trening uchun xona Buyurtmachi tomonidan taqdim etiladi.

· O'quv joyi va vaqti Buyurtmachi bilan kelishilgan bo'lishi kerak.

Tizimning barcha funktsiyalari bo'yicha treninglar o'tkazilishi kerak.

Trening doirasida Rossiya Federatsiyasi prokuraturasi huzuridagi Tergov qo'mitasining saytlar halqasining bitta tajriba saytining axborot mazmunini amalga oshirish kerak.

3.

Veb-saytni ishlab chiqish uchun namunaviy texnik topshiriqlar

Muhim

Amalga oshirish jarayonida Pudratchi Buyurtmachiga Amalga oshirish jadvali doirasida yordam ko'rsatishi shart.

6.1.11. Buyurtmachining xodimlarini amalga oshirishga yomon tayyorgarlik ko'rgan va dasturiy ta'minotni muvaffaqiyatli amalga oshirish uchun Pudratchi tomonidan qo'shimcha yordamga muhtoj bo'lgan taqdirda, axborot va maslahat ishlarini taqdim etish uchun shartnoma narxlarini kelishish uchun qo'shimcha protokol tuzilishi kerak.

6.2.“SOTISH” AS vazifalarini keyingi ta’minlash tartibi.

Dasturiy ta'minot ishga tushirilgandan so'ng, Buyurtmachi bilan kelishilgan TORga muvofiq qo'shimcha takomillashtirish va Buyurtmachining xohish-istaklari amalga oshirilishi mumkin.

TOR qo'shimcha talablarni amalga oshirish uchun mehnat zichligi va ishning narxini ko'rsatishi kerak.

6.2.2. Pudratchi dasturiy ta'minotga texnik xizmat ko'rsatish uchun telefon "ishonch liniyasi" ni saqlash majburiyatini oladi.

O'zaro ta'sir tomonlari Texnik vazifani yaratish jarayonini tayyorlashga o'tishdan oldin, keling, loyihani boshlashda pudratchi va buyurtmachi tushadigan to'rtburchak haqida gapiraylik. Talablar- mijoz yoki jarayon egasi tomonidan ta'riflangan, amalga oshirilishi kerak bo'lgan tizimning istalgan harakati. Qoida tariqasida, talablar tajriba, dasturning to'g'ri xatti-harakatini ifodalash asosida shakllanadi.

Bu ishlab chiquvchi (sotuvchi) uchun asosiy ma'lumotdir, ammo talablarni yig'ish bosqichida eng ko'p to'qnashuvlar, xatolar, ortiqcha so'rovlar va boshqalar sodir bo'ladi.

Resurslar- talablarni amalga oshirish jarayonida foydalaniladigan odamlar, mashinalar, inventar, rivojlanish muhiti, vaqt va pul. Resurslar texnik topshiriqlarni tasdiqlash bosqichida aniq rejalashtirish va baholashni talab qiladi.

Bularga turli xil saralash, chat integratsiyasi va telefoniya imkoniyatlariga qo'yiladigan talablar kiradi.

Xizmat darajasi- aslida, ushbu darajadagi talablar tuzatilgan yangi tuzilmalarga birinchi bo'lib kirishi kerak. Bu tizim javob tezligi, yuqori yuk ostida ishlash va xavfsizlik nuqtai nazaridan vazifalardir.

Diqqat

Ideal holda, sotuvchida bunday yaxshilanishlar bo'lmasligi kerak - korporativ dasturiy ta'minot sekinlashmasligi, ma'lumotlarni yo'qotmasligi, shakllarni yiqitmasligi va bir xil darajadagi kirish huquqlarini tarqatmasligi kerak. Ammo agar talab paydo bo'lsa va u mijozning shaxsiy paranoyasi yoki apparat tomonidagi muammolar bilan bog'liq bo'lmasa, unga alohida e'tibor qaratish lozim.

Texnologiya darajasi- ro'yxatda oxirgi, ammo ahamiyati va murakkabligi bo'yicha qolganlardan oldinda.

Bu platforma, operatsion tizim yoki qurilmalar bilan bog'liq mijoz talablari bo'lishi mumkin. Masalan, MacOS uchun qurish so'rovi.

Microsoft World yoki Microsoft Excel.

Shaxsan, ochilish sahifasini ishlab chiqishda biz maxsus dasturiy mahsulotlardan foydalanamiz.

Ularning yordami bilan siz hatto murakkab saytlarni ham tez va oson loyihalashingiz mumkin - bu, masalan, Balsamiq. Biroq, butun prototipni qanday qilishimiz maqolada allaqachon tasvirlangan.

Mavzu bo'yicha: Sayt prototipi: yaratish, asboblar va dasturlar.

Loyihadan oldingi dizayn ishlab chiquvchi bilan birgalikda amalga oshirilishi yoki butunlay elkalariga o'tkazilishi mumkin.
Asosiysi, unutmang, keyin bu haqda kelishib oling va uni ikkala tomon imzolang.

TORNI ISHLAB CHIQISH UCHUN LIFE HACKLAR

Ushbu fikrlar brifingni to'ldirishda ham, texnik topshiriq loyihasini tuzishda ham birdek qo'llaniladi.

Va ularda men sizga sayt uchun texnik xususiyatlarni yaratish va tadbirkorning allaqachon qiyin hayotini osonlashtirish bo'yicha ba'zi hiylalarni ochib beraman:

1.

Mijoz va ijrochi bir-birini to'g'ri tushunishlariga ishonch hosil qiling.

Texnik topshiriqda yuqori sifatli sifatlar bo'lmasligi kerak: chiroyli, ishonchli, zamonaviy. Ularni aniq tushunish mumkin emas. Har bir insonning o'ziga xos go'zallik va zamonaviylik tushunchalari bor.

Qarang. Axir, kimdir bu dizaynni chiroyli deb hisobladi va uni o'z veb-saytida ishlatishga ruxsat berdi:

Xuddi shu narsa - o'z-o'zidan hech narsani anglatmaydigan noto'g'ri so'zlar bilan:

• Sayt mijozga yoqqan bo'lishi kerak. Agar uning kayfiyati yomon bo'lsa-chi?
• Sayt foydalanuvchilarga qulay bo'lishi kerak. Bu nimani anglatadi? Nima uchun qulay?
• Sayt og'ir yuklarga bardosh berishi kerak. 10 ming mehmon? Yoki 10 millionmi?
• Sifatli ekspert kontenti. Xo'sh, siz fikrni tushundingiz.

Matndagi noaniqliklarni tekshiring. Agar mavjud bo'lsa - qayta yozing.

Veb-saytga (aka ochilish sahifasi) buyurtma berishga qaror qildingizmi? Amaliyot shuni ko'rsatadiki, bu juda oddiy emas. Yuzlab mijozlar o'zlarining tayyor saytlarini ko'rib, bu ularga mos kelmasligini aniqladilar: dizayn bir xil emas, tartib oqsoqlangan, matnlar etishmayapti, ular bir qator keraksiz funktsiyalarni o'rnatdilar.

Bunday oqibatlarga yo'l qo'ymaslik uchun sizga saytni rivojlantirish uchun texnik topshiriq kerak.

BU MENGA KERAKMI?!

Saytning ijrochisi kim bo'lishi muhim emas - siz o'zingiz, qarindoshingiz, oddiy to'lov uchun frilanserlar, katta miqdordagi pul uchun ixtisoslashgan kompaniya ...

Sayt uchun texnik shartlar bo'lishi kerak.

Masalan, siz RegionSoft CRM uchun maxsus hisobot yaratishni so'rashingiz yoki sayt bilan integratsiyaga buyurtma berishingiz mumkin. Bu vaqt jihatidan butunlay boshqacha bo'lgan vazifalar, bu erda ustuvorlik juda muhim.Talablar yig'ilib, tahlil qilinib, xodimlar va rahbariyat bilan kelishilgandan so'ng, siz texnik topshiriqlarni yaratishni boshlashingiz mumkin.
Shaklni sotuvchidan so'rashingiz yoki uni o'zingiz yaratishingiz mumkin - har qanday holatda ham sizni ham, CRM provayderingizni ham bosh og'rig'idan qutqaradigan bir nechta temir bilan qoplangan qoidalar mavjud.

Texnik topshiriq anatomiyasi

Agar texnik vazifani yaratish jarayoni haqida gapiradigan bo'lsak, unda bir necha bosqichlar mavjud. Ularning izchil o'tishi mijozni kerakli yaxshilanishga olib keladi.
Mana ular.

Bu erda sotuvchining fikrini tinglash juda muhim, chunki u ma'lum bir ish uchun qancha vaqt ketishini aniq biladi. Menga ishoning, ishlab chiquvchi uchun vaqt o'ynash va belgilangan muddatni tugatish foydali emas - uning obro'siga zarba bermaslik uchun iloji boricha ko'proq loyihalarni bajarish va buni yaxshi bajarish foydalidir.

Realizmga kelsak, CRM-ni kollayderni boshqarish tizimi darajasida tugatish so'rovlaridan qochish juda oddiy: talablarga hozirgi paytda va yaqin kelajakda haqiqatan ham zarur bo'lgan narsalarni kiritish kerak.

Masalan, RegionSoft CRM ish stoli dasturi bo'lib, bizda brauzer mijozi yo'q. Bizdan bitta kompaniya uchun veb-ilovani yaratishni so'rash befoyda, bu katta ishlanma, u hozirda davom etmoqda va bitta kompaniya uchun mumkin bo'lgan takomillashtirish emas.

Axborot tizimining to'liq va qisqa nomi

Tizimning to'liq nomi - Rossiya Federatsiyasi prokuraturasi huzuridagi Tergov qo'mitasining rasmiy sayti.

Tizimning qisqacha nomi "Site SKP", "System", "Site".

1.2. Tizim mijozining nomi va uning tafsilotlari

Nomi: Rossiya Federatsiyasi prokuraturasi huzuridagi Tergov qo'mitasi

Manzil: Mr.

Ma'lumot

Moskva, Texnik ko'cha, 2-bino

Haqiqiy manzil: A

Buyurtmachining aloqa shaxsi:

Telefon: (4, (4;

E-mail manzili

1.3. Tizim yaratilgan hujjatlar ro'yxati

2010 yil ___ ___________-sonli ______________-sonli davlat shartnomasi

1.4.

Tizimni yaratish uchun rejalashtirilgan boshlanish va tugatish sanalari

Shartnomaga muvofiq belgilanadi.

2. Tizim talablari

2.1.

to'lov sanasi

To'lov raqami

To'lov tizimidagi to'lov raqami

To'lov miqdori

1. Ma'lumotlarni uzatish fayl qatorlarini tanlang
2. Ma'lumot uzatish fayli qatorlari bo'ylab aylanishni boshlang
3. Ma'lumot uzatish faylining qatorini o'qing
4. Ma'lumot uzatish fayli qatoridan shartnoma kodini oling
5. Tegishli elementni "Kontragentlar kelishuvlari" katalogida kod bo'yicha toping, agar element topilmasa, "Kod bilan kelishuv topilmadi ..." xabarini ko'rsating.
6. Agar element topilsa, qiymatlar jadvaliga qator qo'shing, bu erda: "Shartnoma" - topilgan element, "Sana" - "Data_plat", "To'lov raqami" - "Nomer_plat", "Miqdor" - "Summa_plat"
7. Ma'lumot uzatish faylining oxirgi qatorini olgandan so'ng, tsiklni tugating
8. Qadriyatlar jadvalining har bir satri uchun "To'lov topshiriqnomasi pul mablag'larini qabul qilish" hujjatini tuzing.

Sayt dizayni uchun qisqacha ma'lumotni to'ldirish yoki spetsifikatsiyani tuzishda unda bo'sh joy qoldirmang.

Siz tushunishingiz kerakki, "Ishlab chiquvchining ixtiyoriga ko'ra" "men nima xohlasam, men qaytib kelaman" yoki "Ko'rsatilmagan hamma narsa ijrochining ixtiyoriga ko'ra amalga oshiriladi" degan ma'noni anglatadi. Va menga ishoning, bu shunchaki bo'shliq emas, balki ishlab chiquvchi uchun Evropaga butun bir oyna.

Va, albatta, bu har doim ham shunday emas.

Agar sizda malakali mutaxassis bo'lsa, unda natija haqida tashvishlana olmaysiz.

Ammo bu erda yana bir muammo paydo bo'ladi, u haqiqatan ham buni to'g'ri qila oladi, lekin siz buni faqat sub'ektiv ravishda yoqtirmaysiz. Va hamma narsa ko'plab ishlab chiquvchilarga ma'lum hazildagi kabi bo'ladi:

ASOSIY HAQIDA QISQA

Veb-sayt yoki ochilish sahifasini yaratish uchun texnik topshiriqlarni tuzish va kelishish uchun sarflangan vaqtingizdan afsuslanmaysiz.

Axir, bu jarayonda yuzaga keladigan kelishmovchiliklarni nazorat qilish va hal qilish uchun eng yaxshi vositangizdir.

Muayyan tumanni bosganingizda, u ushbu tumanning matn tavsifi bilan sahifaga o'tishi kerak.

· “Raisning blogi”ni bloklash- mavzu nomi va nashr etilgan sana ko'rinishida blogda yaratilgan oxirgi uchta mavzu ro'yxati bo'lishi kerak. Mavzuning sarlavhasi havola bo'ladi, bosilganda, u sizni ushbu mavzu tavsifi bilan blog sahifasiga olib boradi. Bundan tashqari, ushbu blokda asosiy sahifadan chiqmasdan o'ynaladigan video bo'lishi kerak. Videoda "Izohlar" havolasi bo'lishi kerak, ya'ni videodagi sharhlar soni. "Izohlar" havolasi yuborilgan videoga sharhlar yozilgan blog sahifasiga olib kelishi kerak.

Altbilgida qidiruv maydoni, mualliflik huquqi ma'lumotlari va boshqalar bo'lishi kerak.

2.3.

qisqacha- bu sizning bo'lajak saytingizning mazmuni, dizayni, texnik imkoniyatlari haqidagi savollardan iborat so'rovnoma.

Albatta, har ikki tomon tomonidan imzolangan batafsil brifing texnik topshiriqni almashtirishi mumkin.

Axir, bu amalda bir xil, yagona farq shundaki, brief sizning tasavvuringiz, texnik topshiriq esa sizning brifingingiz va ishlab chiquvchining sharhlariga asoslangan yakuniy hujjatdir.

Agar ba'zi nuqtalar qiyinchilik tug'dirsa, ishlab chiquvchiga "Bu nimani anglatadi?", "Bu mening saytimning ishlashiga qanday ta'sir qiladi?" kabi savollarni berishdan tortinmang, chunki hamma ishlab chiquvchilar siz bilan bir xil narsani tushunishmaydi.

Yoki "Qo'shimcha ma'lumotlar" ustunida savollarga javoblarga kiritilmagan barcha istaklaringizni ko'rsatishni unutmang.

Agar ushbu ustun yo'q bo'lsa, ularni qisqacha so'nggiga qo'shing.

VK, Google, Facebook.

3.2.2 Buyurtmalar bo'limida shaxsiy hisobingizda promo-kod qo'shish uchun maydon qo'shing.

3.2.3 Parolni tiklash soʻrovidan soʻng foydalanuvchiga keladigan sahifa oʻrniga (forma name.com/bitrix/admin/index.php?change_password=yes&lang=ru&USER_CHECKWORD=) sahifa yarating (shakl nomi. com/login/forgot/change_password=yes&lang =ru&USER_CHECKWORD=), bu sayt mazmunini aks ettiradi, "Ro'yxatdan o'tish paytida elektron pochta" maydoni, boshqaruv qatori, yangi parol, parolni tasdiqlash, ma'lumotlarni yuborish tugmasi bo'ladi. .

3.2.4 Savatga narsalarni qo'shganda, buyum savatga qo'shilganligi haqida xabar ko'rsatilishi kerak.

3.2.5 Yangi foydalanuvchini ro'yxatdan o'tkazishda parol xavfsizlik sozlamalariga mos kelmasligi haqida xabar qo'shing.

avtomatlashtirilganSALES tizimi.Texnik vazifa Varaqlarda 2010 yil "__" ____________ dan amal qiladi

» _» ______________ 2010 yil

Asta-sekin, o'zgarishlar relizga kiritildi va keyinchalik ulgurji, chakana savdo do'konlari va gipermarketlar uchun yangi mahsulotni yaratishga imkon berdi - RegionSoft Retail.

Foydalanuvchi yoki foydalanuvchilar guruhi darajasi. Ushbu darajada mavjud interfeysni takomillashtirish bo'yicha vazifalar amalga oshiriladi. Masalan, foydalanuvchi sichqonchani mijoz ustiga olib borganida oxirgi buyurtmaning raqami va holati ko'rsatilgan oyna yoki ma'lumotlarning maxsus guruhlangan maxsus hisoboti paydo bo'lishini xohlashi mumkin.

Ushbu darajadagi takomillashtirish kamroq vaqt talab etadi, lekin ular juda ko'p bo'lishi mumkin - masalan, marketing, logistika va texnik yordam bo'limlarining bir nechta talablari.

funksionallik darajasi. Ko'pincha uni avvalgisidan ajratish qiyin, bu erda rasmiy mezon ishlaydi - tozalash interfeysda biror narsani ko'rsatish darajasida emas, balki tizim mantig'ini takomillashtirish darajasida.

Agar u erda bo'tqa yozilgan bo'lsa, orqaga qaramaslik uchun yugurishga arziydi.

• Ijrochining insofsizligidan sug'urta qilish. Sayt tayyor bo'lgach, uni texnik topshiriqlarga muvofiq tekshirish mumkin. Qarama-qarshiliklar bormi? Ishlab chiquvchi ularni tuzatishi kerak. Agar siz rasman hamkorlik qilsangiz va shartnoma tuzsangiz, sizni sud orqali ham majburlash mumkin.
• Ijrochilarni almashtirishni soddalashtiring. Agar mijoz va ishlab chiquvchi janjallashib qochib ketgan bo'lsa, saytni yaratish uzoq vaqt talab qilishi mumkin. Batafsil texnik topshiriq mavjud bo'lganda, uni yangi jamoaga o'tkazish mumkin - u ishga bir necha barobar tezroq aralashadi.
• Murakkab mahsulotni ishlab chiqish xarajatlarini aniqlang. Murakkab veb-xizmatni yaratishning aniq vaqti va narxini darhol taxmin qilish mumkin emas. Avval siz xizmat qanday ishlashini va qanday funktsiyalarga ega bo'lishini tushunishingiz kerak.

Ildizga kirish, shaxsiy IP manzillar, portlar, filtrlash qoidalari va marshrutlash jadvallari mavjud.

Google PageSpeed ​​​​Insights - bu foydalanuvchi brauzerida sahifalarni ko'rsatishni tezlashtirish uchun veb-saytlar uchun bepul tavsiyalar xizmati (https://developers.google.com/speed/pagespeed/insights/).

Qidiruv tizimini optimallashtirish (yoki SEO) - ma'lum foydalanuvchi so'rovlari uchun qidiruv tizimlari natijalarida sayt o'rnini oshirish uchun ichki va tashqi optimallashtirish bo'yicha chora-tadbirlar majmui.

Tashqi saytni optimallashtirish - qidiruv tizimlarida saytni ro'yxatdan o'tkazish, ijtimoiy tarmoqlarda reklama qilish, targ'ib qilinayotgan saytga boshqa resurslardan havolalarni jalb qilish orqali havolalar yaratish, bannerli reklama, kontekstli reklama.

Ichki saytni optimallashtirish - bu matnni, URL manzillarini optimallashtirish, sayt tuzilishini tahrirlash, qayta ulanish, server javoblarini tekshirish.

Mavjud materiallar Sizga yoqqan saytlarga havolalar, shuningdek, bukletlar, jurnallar, fotosuratlar - har qanday narsa yoki sizda tayyor brend kitobingiz bor. Alohida arxivga biriktirilgan. Minimal ruxsat va displey qurilmalari Ushbu bandda saytni ko'rishni rejalashtirgan qurilmalarni ko'rsating - shaxsiy kompyuterlar, noutbuklar, smartfonlar ... 19 dan 27 dyuymgacha bo'lgan kompyuter monitorlari; 15,6 dan 17,3 dyuymgacha bo'lgan noutbuklar; 3,5 dan 6 dyuymgacha bo'lgan smartfonlar; 7 dan 12 dyuymgacha bo'lgan planshetlar Sizga mobil versiya kerakmi? Ha FUNKSIONAL TALABLAR Taxminan modullar to'plami (foydalanuvchilar uchun) Ushbu bo'limda siz saytda ko'rmoqchi bo'lgan barcha funksiyalarni sanab o'tishingiz kerak.

Bu xarid qilish savati, turli parametrlar bo'yicha katalog filtrlari, onlayn buyurtma berish, qayta qo'ng'iroq qilish uchun so'rov qoldirish, axborot byulleteniga obuna bo'lish va boshqa har qanday imkoniyatlar bo'lishi mumkin.Katalog filtrlari narxlari, alifbo tartibida, ishlab chiqaruvchi bo'yicha.
CRUptCj9B:s»XVzhb╟▌╤└u╟J_■E╘Dj»J■╛EXHJya(gTT┬Pb╟▌╤└u╟╛#╜┘al+Kqyak3┴┘al+Kqyak3┴i≜┴i≜# ╜IWA▓BO└vOZb╟▌╤└u╟╛#╜┘al+KaXG[ b:Vzhb╟▌╤└u╟╛#╜┘al+KaXG[ b:╜┘al+KaXG[┤┌┕┕┕. #╜┘al+KaXG[ b:bVzhb╟▌╤└u╟╛#╜┘al+KaXG[ b:bVzhb╟▌╤└u╟╛#╜┘al+KaXG[ b:bVzhb┒uFy ≈≈K&OQTyo╦▒'%[n╓≥Lk"[Ts(b╖~s╚b╖~s╚b╖~s╚b╖~s╚b╖~s╚b╖~y╚b╖~y ╚b╖~s╚b╖~s╚b╖~s╚b╖~s╚b╖~s╚b╖~s╚b╖~s╚b╖~s╚bD'═\┘*NlkZ ⌡ . ©OlM²K%j ┼╖`SsA≈K▐f²Yh▐Hd╟Fg╬ln∙╥e#⌡i<Т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▓З╨?.

Ulardan TK ga misollar keltirishlari tez-tez so'ralishini hisobga olib, men o'zimning ba'zi ishlanmalarimni jamoatchilik bilan baham ko'raman. Ushbu hujjatlar tijorat qiymatiga ega emas (yillar va konfiguratsiya cheklanganligi sababli), lekin ular namuna sifatida foydali bo'lishi mumkin deb umid qilaman.

Texnik vazifa:

avtomatlashtirilgan

SALES tizimi.

Texnik vazifa

Choyshablarda

"_" ______________ 2010 yil

1. Umumiy ma’lumotlar

Avtomatlashtirilgan tizimning nomi

"SOTISH"

Mijoz

Ijrochi

Ish uchun asos

Tizimni yaratish bo'yicha ishlarni boshlash va tugatish uchun rejalashtirilgan sanalar

Ish boshlanishi: 01.09.2010 y

Ishlarning yakunlanishi: 31.12.2010 y

Tizimni yaratishning maqsadi va maqsadlari

Tizimning maqsadi

Ishlab chiqilayotgan avtomatlashtirilgan tizim korxonaning sotish jarayonlarini avtomatlashtirish uchun mo'ljallangan.

Tizimni yaratish maqsadlari

Avtomatlashtirilgan tizimni yaratish maqsadlari

AS SBYT rivojlanishining maqsadlari quyidagilardan iborat:

1. 3. Avtomatlashtirish ob'ektining xarakteristikalari

3.1 Korxonaning biznes jarayonlari

3.1. 1 Biznes jarayoni "Shartnoma tuzish"

3.1.2. "To'lov" biznes jarayoni

1. 4. tizim talablari.

4.1. Umumiy tizim talablari.

4.1.1. ASda ishlab chiqilgan usullar va dasturiy modullar tizimni yanada rivojlantirish imkoniyatlarini o'z ichiga olishi kerak.

5.1.1. Ishlab chiqilgan tizim avtomatlashtirilgan tizimlar, quyi tizimlar va moliyaviy-iqtisodiy sinfning avtomatlashtirilgan tizimlarini qurish uchun belgilangan metodologiyaga muvofiq funktsional maqsadlariga muvofiq ajratilgan buxgalteriya hisobi modullaridan iborat bo'lishi kerak.

5.1.2. Ishlab chiqilgan AS mavjud buxgalteriya tizimiga muvofiq har bir aniq ijrochi uchun avtomatlashtirilgan ish stantsiyasini (AWP) o'rnatish qulayligini ta'minlashi kerak.

5.1.3. Ishlab chiqilayotgan AS foydalanuvchilarning kirish huquqlarining farqlanishini ta'minlashi va har bir ijrochining vazifalarini bajarish uchun zarur va etarli darajada ma'lumotlarga kirish imkoniyatini ta'minlashi kerak.

5.1.4. Axborotni ruxsatsiz kirishdan himoya qilish quyidagi mexanizmlar yordamida amalga oshirilishi kerak:

1. 1C: Enterprise platformasi darajasida kirish huquqlarini cheklash 8.1.

2. Ijro muhiti darajasida kirish huquqlariga qo'shimcha cheklovlar.

5.1.4.1.Platforma darajasida kirish huquqlarini cheklash ustuvorlik bo'lishi kerak. Ish vaqti darajasida qo'shimcha cheklovlarni olib tashlash, agar ular uchun tizim cheklovi o'rnatilgan bo'lsa, tizim ob'ektlari yoki funktsiyalariga kirish huquqini bermaydi.

5.1.4.2 Platforma darajasida axborot xavfsizligi

· Axborotni platforma darajasida himoya qilish tizim vositalari bilan ta'minlanadi. Shu bilan birga, tizim ob'ektlarini o'qish va tahrirlash, interfeyslardan, tizim funktsiyalaridan foydalanish va axborot tizimining ma'lumotlari bilan muntazam operatsiyalarni bajarish huquqlari tartibga solinadi.

· Barcha kirish huquqlari tegishli to'plamlarda tizimlashtirilgan bo'lishi kerak - Axborot tizimining rollari.

· Axborot tizimi foydalanuvchilari ro'yxati tizim administratori tomonidan belgilanishi kerak.

· Har bir foydalanuvchining kirish huquqlari unga mavjud bo'lgan Axborot tizimi rollari to'plami bilan belgilanishi kerak.

· Har bir foydalanuvchi uchun mavjud bo'lgan Axborot tizimi rollari to'plami tizim administratori tomonidan belgilanishi kerak.

· Tizimda ishlashni boshlaganda foydalanuvchi tizimdagi o‘z nomini va parolini ko‘rsatgan holda avtorizatsiya protsedurasidan o‘tishi kerak.

5.1.4.3. Ish vaqti darajasida ma'lumotlarni himoya qilish

Tizimdagi bir qator kataloglar uchun tahrirlash huquqlariga qo'shimcha cheklovlar berilishi kerak.

Tizimda tahrirlashni taqiqlash kerak bo'lgan kataloglar:

• Manzil qisqartmalari
• Valyutalar
• O'zaro hisob-kitoblarning turlari
• Kontragentlarning faoliyati
• Foydalanuvchilar guruhlari
• Shaxsni tasdiqlovchi hujjatlar
• Tashkilotlarning pozitsiyalari
• Bo'limlar
• Foydalanuvchilar
• Pul oqimi ob'ektlari
• Xarajatlar
• Tariflar

5.1.5. Baxtsiz hodisalarda ma'lumotlarning xavfsizligini ta'minlash uchun har kuni avtomatik ma'lumotlarni arxivlashni ta'minlash kerak.

5.1.6. Ergonomika va texnik estetikaga qo'yiladigan talablar

5.1.6.1.Foydalanuvchi interfeyslari dizaynini birlashtirishni ta'minlash uchun 1C platformasi tomonidan avtomatik ravishda yaratilgan asboblar paneli va kontekst menyularidan sukut bo'yicha foydalanish kerak.

5.1.6.2.Tizimdagi ob'ektlar va foydalanuvchi harakatlarini belgilashda foydalaniladigan terminologiya predmet sohasining standart terminologiyasiga mos kelishi kerak.

5.2. «SBYT» AS tuzilishi va faoliyatiga qo'yiladigan talablar.

5.2.1. AS "SALES" quyidagi avtomatlashtirilgan quyi tizimlardan iborat bo'lishi kerak:

Abonent to'g'risidagi birlamchi ma'lumotlarni kiritish uchun quyi tizim (shartnoma tuzish);

To'lov uchun hujjatlarni shakllantirish quyi tizimi;

ASKUE tizimi bilan aloqa quyi tizimi;

To'lov terminallari bilan aloqa qilish uchun quyi tizim.

5.2.2. Abonent to'g'risidagi birlamchi ma'lumotlarni kiritish (shartnoma tuzish) uchun quyi tizimning tarkibi quyidagicha bo'lishi kerak:

"Abonent bilan shartnoma" hujjati;

5.2.3. To'lov uchun hujjatlarni shakllantirish quyi tizimi tarkibi quyidagicha bo'lishi kerak:

"Kvitansiya" hujjati

Hujjat "Jarimalarni hisoblash"

"Iste'mol qilingan energiya" hujjati

O'zaro hisob-kitoblar holatini tekshirish moduli

5.2.4. ASKUE tizimi bilan aloqa quyi tizimining tarkibi quyidagicha bo'lishi kerak:

ASKUE tizimi bilan modul aloqasi.

5.2.5. To'lov terminallari bilan aloqa qilish uchun quyi tizimning tarkibi quyidagicha bo'lishi kerak:

To'lov terminallari bilan aloqa moduli.

5.3. Abonent to'g'risidagi birlamchi ma'lumotlarni kiritish uchun quyi tizim modulining funktsiyalariga qo'yiladigan talablar (shartnoma tuzish)

5.3.1. Abonent to'g'risidagi asosiy ma'lumotlarni kiritish (shartnoma tuzish) quyi tizimi quyidagi funktsiyalarni bajarishi kerak:

kontragentning (keyingi o'rinlarda abonent deb yuritiladi) o'rnatilgan quvvati to'g'risidagi ma'lumotlarni kiritish va saqlash;

Abonentning o'rnatilgan hisoblagichlari haqidagi ma'lumotlarni kiritish va saqlash;

Abonent tariflari haqidagi ma’lumotlarni kiritish va saqlash;

Abonent uchun jarimalarni hisoblash shartlari to'g'risidagi ma'lumotlarni kiritish va saqlash;

Shartnoma shartlari to'g'risidagi ma'lumotlarni kiritish va saqlash;

5.4. To'lov uchun hujjatlarni shakllantirish quyi tizim funktsiyalariga qo'yiladigan talablar

5.4.1. To'lov hujjatlarini yaratish quyi tizimi quyidagi funktsiyalarni bajarishi kerak:

Abonent bilan o'zaro hisob-kitoblar holatini aniqlash va jarimalar yuzaga kelishi shartlarini aniqlash.

To'lov uchun hujjatlarni shakllantirish (to'lov uchun kvitansiyalar yoki schyot-fakturalar).

5.5. ASKUE tizimi bilan aloqa quyi tizimining funktsiyalariga qo'yiladigan talablar

5.5.1. AMR tizimi bilan aloqa qilish uchun quyi tizimlar quyidagi funktsiyalarni bajarishi kerak:

Abonentlar bilan yangi tuzilgan shartnomalar bo'yicha ma'lumotlarni uzatish. Aloqa kaliti "Abonent ID" - "Abonent shartnomasi kodi" juftligining o'ziga xosligi bo'lishi kerak.

Abonent tomonidan iste'mol qilingan elektr energiyasi to'g'risidagi ma'lumotlarni olish. Aloqa kaliti "Meter ID" - "Meter Code" juftligining o'ziga xosligi bo'lishi kerak.

5.6. To'lov terminallari bilan aloqa qilish uchun quyi tizim funktsiyalariga qo'yiladigan talablar

5.6.1. AMR tizimi bilan aloqa qilish uchun quyi tizimlar quyidagi funktsiyalarni bajarishi kerak:

To‘lov terminallari orqali abonentlar tomonidan elektr energiyasi uchun to‘lovlar bo‘yicha ma’lumotlarni olish.

1. 6. “SALES” AISni nazorat qilish va qabul qilish tartibi.

6.1.Buyurtmachiga ish natijalarini taqdim etish va topshirishning quyidagi tartibi belgilanadi:

6.1.1. Pudratchi dasturiy ta'minotning ishlashini nazorat misolida ko'rsatadi.

6.1.2. Test ishi uchun ma'lumotlar Buyurtmachining vakillari tomonidan tayyorlanadi.

6.1.3. Pudratchi dasturiy ta'minotni Buyurtmachining axborot bo'limiga o'tkazadi va Buyurtmachining ma'murini o'qitadi.

6.1.4. Test ishini hal qilish natijalari bo'yicha dasturiy ta'minotni sinovdan o'tkazish uchun topshirish to'g'risidagi dalolatnoma tayyorlanishi kerak.

6.1.5. Dasturiy ta'minotning funksionalligi va TOR talablari o'rtasida nomuvofiqlik mavjud bo'lsa, Pudratchi ASni ishlab chiqish uchun umumiy xarajatlarning bir qismi sifatida sharhlarni yo'q qiladi.

6.1.6. Agar mijozning TORga qo'shimcha talablari mavjud bo'lsa, qayta ko'rib chiqish uchun qo'shimcha TOR tuziladi.

6.1.7. Buyurtmachining qo'shimcha talablarining mavjudligi dasturiy ta'minotni sinovdan o'tkazish uchun topshirish to'g'risidagi dalolatnomani imzolashni rad etish uchun asos bo'lmasligi kerak.

6.1.8. Dasturiy ta'minot sinovdan o'tkazish uchun topshirilgandan so'ng, Buyurtmachi bilan kelishilgan Amalga oshirish jadvaliga muvofiq, Pudratchi Buyurtmachi xodimlarini dasturiy ta'minot bilan ishlashga qisqacha o'rgatadi va dasturiy ta'minot bilan ishlash bo'yicha ko'rsatmalarni har bir quyi tizimga o'tkazadi.

6.1.9. Dasturiy ta'minotni (sinov operatsiyasi) amalga oshirishda Buyurtmachi quyidagilarni amalga oshiradi:

Kerakli NSIni kiritish;

Haqiqiy ma'lumotlarni kiritish;

Hisobotlarni shakllantirish va ish natijalarini tekshirish.

6.1.10. Amalga oshirish jarayonida Pudratchi Buyurtmachiga Amalga oshirish jadvali doirasida yordam ko'rsatishi shart.

6.1.11. Buyurtmachining xodimlarini amalga oshirishga yomon tayyorgarlik ko'rgan va dasturiy ta'minotni muvaffaqiyatli amalga oshirish uchun Pudratchi tomonidan qo'shimcha yordamga muhtoj bo'lgan taqdirda, axborot va maslahat ishlarini taqdim etish uchun shartnoma narxlarini kelishish uchun qo'shimcha protokol tuzilishi kerak.

6.2 "SOTISH" AS vazifalarini keyingi qo'llab-quvvatlash tartibi.

6.2.1. Dasturiy ta'minot ishga tushirilgandan so'ng, Buyurtmachi bilan kelishilgan TORga muvofiq qo'shimcha takomillashtirish va Buyurtmachining xohish-istaklari amalga oshirilishi mumkin.

TOR qo'shimcha talablarni amalga oshirish uchun mehnat zichligi va ishning narxini ko'rsatishi kerak.

6.2.2. Pudratchi dasturiy ta'minotga texnik xizmat ko'rsatish uchun telefon "ishonch liniyasi" ni saqlash majburiyatini oladi.

6.2.3. Buyurtmachining iltimosiga binoan, Pudratchi dasturiy ta'minotga texnik xizmat ko'rsatishni to'g'ridan-to'g'ri Buyurtmachida amalga oshirishi mumkin, bu esa dasturiy ta'minotga texnik xizmat ko'rsatish bo'yicha qo'shimcha shartnoma asosida amalga oshirilishi kerak.

6.2.4. Buyurtmachi tomonidan dasturiy ta'minot foydalanishga topshirilgan kundan boshlab olti oy ichida aniqlangan xatolar Pudratchi tomonidan zudlik bilan va bepul bartaraf etilishi kerak.

Pudratchi xato Buyurtmachining noto'g'ri harakatlari natijasida yuzaga kelganligini aniqlagan taqdirda, Pudratchining uni topish va bartaraf etish uchun sarflagan vaqti qo'shimcha ravishda to'lanishi kerak.

6.2.5. Xaridor 1C: Enterprise-ni sotib olganidan keyin bir yil ichida 1C kompaniyasidan 1C dasturlarini ishlab chiqish va qonunchilikdagi o'zgarishlar bilan bog'liq barcha yangilanishlarni bepul olish huquqiga ega. O'zgarishlarni o'rnatish Buyurtmachining avtomatlashtirilgan boshqaruv tizimi tomonidan amalga oshirilishi kerak.

6.2.6. Pudratchi Buyurtmachining ma'lumotlar bazalari mazmuni va ASni ishlab chiqish, amalga oshirish yoki saqlash jarayonida Buyurtmachidan olingan har qanday boshqa ma'lumotlarning maxfiyligini kafolatlaydi.

Texnik loyiha:

TASDIQLANISHGA TAQDIM QILING

""______________ 2010 yil" ""_________________ 2010 yil

Texnik topshiriqga ilova “____” ________ 2010 yil

avtomatlashtirilgan

SALES tizimi.

Texnik loyiha

Choyshablarda

2010 yil "__" ____________ dan amal qiladi

Ma'lumotnomalar. 3

Hisoblagichlar. 3

Tariflar.. 3

Substansiyalar. 3

Penalti variantlari. 3

Ro'yxatlar. 4

Hisoblash turlari. 4

axborot registrlari. 4

Tariflarning ma'nosi. 4

Abonent tariflari. 4

Hisoblagich ma'lumotlari. besh

Jamg'arish registrlari. besh

Quvvat iste'moli. besh

Hujjatlar 6

Abonent bilan shartnoma.. 6

Iste'mol qilingan energiya. 6

Kvitansiya. 7

Jarimalarni hisoblash. to'qqiz

Qayta ishlash. 10

ASKUE tizimidan ma'lumotlarni olish. 10

To'lov tizimidan ma'lumotlarni qabul qilish.. 11

Ma'lumotnomalar

Hisoblagichlar

Talablar:

Tariflar

Tafsilotlar: yo'q

Penalti variantlari

Tafsilotlar: yo'q

Ro'yxatlar

Hisoblash turlari

Qiymatlar:

Axborot registrlari

Shartnomalar shartlari

Davriylik: davriy bo'lmagan

Maqsad: Abonentlar bilan tuzilgan shartnomalarning haqiqiyligini saqlash uchun mo'ljallangan

o'lchovlar

Tariflarning ma'nosi

Chastotasi: kun

Maqsad: Tariflar va tariflar amal qila boshlagan sanalarni saqlash uchun mo'ljallangan.

o'lchovlar

Taqdimotlar		Maqsad
		Kunlik tarif narxi
		Kecha narxi (belgilanmagan bo'lishi mumkin)

Abonent tariflari

Chastotasi: kun

Maqsad: Shartnomalarga muvofiq abonentga belgilangan tariflarni saqlash uchun mo'ljallangan

o'lchovlar

Taqdimotlar		Maqsad
	Katalog tariflari	Abonent tarifi

Hisoblagich ma'lumotlari

Chastotasi: kun

Maqsad: Hisoblagich ko'rsatkichlarini keyingi hisob-kitoblar uchun saqlash uchun mo'ljallangan

o'lchovlar

Taqdimotlar		Maqsad
O'qishlar kuni		Hisoblagich o'qish
O'qishlar kechasi		Hisoblagich o'qish

Jamg'arish registrlari

Quvvat iste'moli

Maqsad: keyingi hisob-kitoblar uchun energiya iste'moli haqidagi ma'lumotlarni saqlash uchun mo'ljallangan

Ro'yxatga olish turi: kelishish mumkin

o'lchovlar

Hujjatlar

Abonent bilan shartnoma

Maqsad: Abonent bilan shartnoma tuzish faktini aks ettirish uchun mo'ljallangan

Taqdimotlar		Maqsad
kontragent	Kontragentlar katalogi
Qarama-qarshi tomon shartnomasi
	Katalog tariflari
O'rnatilgan quvvat		KVt/soatda abonentning o'rnatilgan quvvatini saqlash
DateStartActions		Shartnoma kuchga kirgan sana
Tugash sanasi amallari		Shartnomaning amal qilish muddati
Tashkilot	Tashkilot katalogi
OptionAccrualFine
Nomenklatura	Katalog nomenklaturasi
Qo'lda sozlash		Hujjatlarni joylashtirishni qo'lda sozlash belgisi

Jadval qismi: Hisoblagichlar va tariflar

Hujjatni saqlash

Hujjat saqlanadi:

U abonent hisoblagichlarini va dastlabki hisoblagich ko'rsatkichlarini belgilaydigan "Meter ko'rsatkichlari" ma'lumotlar reestriga ko'ra;

"Abonent tariflari" ma'lumotlar reestriga ko'ra, bu erda abonent uchun belgilangan tarif shartnoma amal qila boshlagan kundan boshlab belgilanadi.

Shartnoma yozilgan "Shartnomalarning amal qilish muddati" ma'lumotlar reestriga ko'ra, amal qilish boshlangan sana va shartnomaning amal qilish muddati

Iste'mol qilingan energiya

Maqsad: Hisoblagich ko'rsatkichlarini ma'lum bir sanada aks ettirish uchun mo'ljallangan

Hujjatni to'ldirish

Hujjat ikki usulda to'ldirilishi mumkin: qo'lda kiritish va qayta ishlashga qo'ng'iroq qilish orqali "ASKUE tizimidan ma'lumotlarni olish"

Hujjatni saqlash

Hujjat saqlanadi:

Hujjat sanasi bo'yicha hisoblagich ko'rsatkichlarini belgilaydigan "Meter ko'rsatkichlari" ma'lumotlar reestriga ko'ra;

Jamg'arma registriga ko'ra "Quyidagi algoritm bo'yicha iste'mol qilinadigan energiya:

1. Hisoblagich ko'rsatkichlari hujjatning sanasi va hisoblagich ko'rsatkichlarining oldingi qiymati bo'yicha "Meter ko'rsatkichlari" axborot registridan olinadi.

2. O'qish qiymatlaridagi farqlar jamg'arish registrining tegishli resurslarida qayd etiladi.

Chop etish shakllari

Hisoblagich ko'rsatkichlari reestri

Kvitansiya

Maqsad: abonentlar uchun to'lovlarni aks ettirish uchun mo'ljallangan

Hujjatni to'ldirish

Hujjatni ikki yo'l bilan to'ldirish mumkin: qo'lda kiritish va ishlov berishni "to'lovni hisoblash" deb nomlash orqali.

Jadval qismi: Hisoblagich ko'rsatkichlari

Taqdimotlar		Maqsad
kontragent	Kontragentlar katalogi
Qarama-qarshi tomon shartnomasi	Kontragentlar shartnomalari katalogi
Nomenklatura	Katalog nomenklaturasi
	Katalog tariflari	Shartnomaga muvofiq abonent tarifi
	Katalog hisoblagichlari
Hisoblash turi	Hisoblash turlari
Iste'mol qilinadigan energiya		Iste'mol qilingan energiya
Tarif qiymati		Hujjat sanasidagi tarif qiymati
yig'ilgan		Abonentdan undiriladigan summa

Hujjatni saqlash

Hujjat saqlanadi:

Soliq hisoblari rejasiga muvofiq:

Chop etish shakllari

Hisoblash reyestri

To'ldirish algoritmi

Hujjat "Kontragentlarning kelishuvlari" ma'lumotnomasi asosida to'ldiriladi.

1. Shartnomalar ma'lumotnomadan tanlanadi, ular uchun "Shartnomalarning amal qilish muddati" ma'lumotlar reestriga ko'ra Boshlanish sanasi hujjat sanasidan kichikroq va Tugash sanasi hujjat sanasidan kattaroqdir;
2. Ushbu shartnomalarga mos keladigan hisoblagichlar tanlanadi;
3. Hisoblagichlar uchun energiya iste'moli "Energiya iste'moli" jamg'arma registriga ko'ra, hujjatning sanasi va oldingi hujjatning sanasi o'rtasidagi davr uchun aylanma sifatida belgilanadi, agar oldingi hujjatning sanasi noma'lum bo'lsa, u holda butun aylanma ushbu hujjatning sanasi bo'yicha. reestrga olinadi. Olingan qiymat "Iste'mol qilingan energiya" maydonida qayd etiladi.
4. Tarif shartnomaga va hujjat sanasidagi tarif qiymatiga muvofiq belgilanadi;
5. Hisoblagich ko'rsatkichlari bo'yicha hisob-kitob turini belgilaydi;
6. Hisoblangan maydon iste'mol qilingan energiya va tarif qiymatining mahsuloti sifatida hisoblanadi.

Algoritmni bajarish

ct. 90.01 analitik bilan SubcontoKt1 - Nomenklatura.NomenklaturaGroup, SubkontoKt2 - Nomenklatura.QQS stavkasi.

Agar 62.02 hisobvarag'ida kredit qoldig'i mavjud bo'lsa, unda avans to'lovi e'lon bilan kompensatsiya qilinadi.

Dt. 62.02 analitik bilan SubcontoDt1 - Qarama-qarshi tomon, SubcontoDt2 - Qarama-qarshi tomon shartnomasi

Jo'natma summasi - 62.02 hisobvarag'idagi kredit qoldig'ining minimal qiymati va "hisoblangan" atributining qiymati)

Dt. 90.03 analitik bilan SubcontoDt1 - Nomenklatura.NomenklaturaGroup, SubcontoDt2 - Nomenklatura.QQS stavkasi

ct. 62.01 analitik bilan SubcontoKt1 - Qarama-qarshi tomon, SubkontoKt2 - Qarama-qarshi tomon shartnomasi

Joylashtirish summasi = "Hisoblangan" * QQS stavkasi / (100 + QQS stavkasi), bu erda QQS stavkasi - "Nomenklatura. QQS stavkasi"

Jarimalarni hisoblash

Maqsad: Abonentlarga jarimalar hisobini aks ettirish uchun mo'ljallangan

Hujjatni to'ldirish

Hujjat ikki usulda to'ldirilishi mumkin: qo'lda kiritish va qayta ishlashga qo'ng'iroq qilish orqali " jarimalarni hisoblash»

Jadval qismi: Hisoblagich ko'rsatkichlari

Taqdimotlar		Maqsad
kontragent	Kontragentlar katalogi
Qarama-qarshi tomon shartnomasi	Kontragentlar shartnomalari katalogi
OptionAccrualFine	Katalog jazo imkoniyatlari
yig'ilgan		Abonentdan undiriladigan summa

Hujjatni saqlash

Hujjat saqlanadi:

O'z-o'zini ta'minlaydigan hisoblar rejasiga ko'ra:

Soliq hisoblari rejasiga muvofiq:

Chop etish shakllari

Hisoblash reyestri

Shtrixli to'lov kvitansiyasi

Shtrix-kod "Infograftbarcode" shrifti yordamida yaratiladi.

Shakllantirish algoritmi "0000" qatori+Abonent shartnomasi kodi+To'lov

Kvitansiyaning tartibi KV_1.mxl faylida ilova qilingan

Algoritmni bajarish

"Meter ko'rsatkichlari" jadval bo'limining har bir satri uchun quyidagi yozuvlar kiritilishi kerak:

Dt. 62.01 analitik bilan SubcontoDt1 - Qarama-qarshi tomon, SubcontoDt2 - Qarama-qarshi tomon shartnomasi

ct. 91.01 SubcontoKt1 analitik bilan - Boshqa daromadlar.

Jo'natish summasi - "Hisoblangan" atributining qiymati;

Qayta ishlash

ASKUE tizimidan ma'lumotlarni qabul qilish

			Aniqlik	Maqsad
				"Sotish" tizimidagi hisoblagich kodi ASKUE tizimidagi meter_ID ga mos keladi
				Kundalik hisoblagich ko'rsatkichlari
				Tungi hisoblagich ko'rsatkichlari

Tafsilotlarni qayta ishlash

Qayta ishlash algoritmi:

1. Hisoblagich kodini ma'lumotlarni uzatish fayli qatoridan oling
2. Kod bo'yicha "hisoblagichlar" katalogidagi tegishli elementni toping, agar element topilmasa, "Kodli hisoblagich topilmadi ..." xabarini ko'rsating.
3. Agar element topilsa, qiymatlar jadvaliga qator qo'shing, bu erda: "hisoblagich" - topilgan element, "IndicationsDay" - "Day", "IndicationsNight" - "Night"
4. Agar ishlov berish "Iste'mol qilingan energiya" hujjatidan va qatorlar sonidan chaqirilsa

qiymatlar jadvalida 0 dan katta bo'lsa, qiymatlar jadvalining mazmunini hujjatning jadval qismiga yozing va hujjatni joylashtiring.

1. Agar qiymatlar jadvalida qatorlar mavjud bo'lsa va qayta ishlash iste'mol qilingan energiya hujjatidan chaqirilmasa, u holda joriy sanaga teng sana bilan iste'mol qilingan energiya hujjatini yarating va keyin hujjatni joylashtiring.

To'lov tizimidan ma'lumotlarni qabul qilish

Ma'lumotlarni uzatish fayl formati DBF;

Ma'lumotlarni uzatish fayl tuzilishi:

Tafsilotlarni qayta ishlash

Qayta ishlash algoritmi:

1. Tuzilishi bilan qiymatlar jadvalini yarating:

1. Ma'lumotlarni uzatish fayl qatorlarini tanlang
2. Ma'lumot uzatish fayli qatorlari bo'ylab aylanishni boshlang
3. Ma'lumot uzatish faylining qatorini o'qing
4. Ma'lumot uzatish fayli qatoridan shartnoma kodini oling
5. Tegishli elementni "Kontragentlar kelishuvlari" katalogida kod bo'yicha toping, agar element topilmasa, "Kod bilan kelishuv topilmadi ..." xabarini ko'rsating.
6. Agar element topilsa, qiymatlar jadvaliga qator qo'shing, bu erda: "Shartnoma" - topilgan element, "Sana" - "Data_plat", "To'lov raqami" - "Nomer_plat", "Miqdor" - "Summa_plat"
7. Ma'lumot uzatish faylining oxirgi qatorini olgandan so'ng, tsiklni tugating
8. Qadriyatlar jadvalining har bir satri uchun "To'lov topshiriqnomasi pul mablag'larini qabul qilish" hujjatini tuzing. Hujjatni yaratishda tizimda bunday sana va bunday kiruvchi hujjat raqamiga ega hujjat mavjudligini tekshiring. Agar hujjat tizimda mavjud bo'lsa, u holda hujjat yaratilmaydi.
9. Hujjat tafsilotlarini to'ldirish qoidalari:

Taqdimotlar	To'ldirish qiymati
Operatsiya turi
	RowTableValue.Sana
Kiruvchi hujjat raqami	StringTableValue.PaymentNumber
Kirish hujjatining sanasi	RowTableValue.Sana
Qarama-qarshi tomon shartnomasi	StringTableValue.Contract

Bu to'g'ridan-to'g'ri 1C ni yakunlash bo'yicha texnik topshiriqlar qanchalik to'g'ri tuzilganiga, ishlab chiquvchilarga yuklangan vazifalar hal qilinadimi-yo'qligiga bog'liq. Biroq, bunday hujjat bilan ishlashda ba'zi qiyinchiliklar mavjud. Keng ma'noda, TOR avtomatlashtirilgan tizimni (AS) yaratish va modernizatsiya qilish normalarini, shuningdek ish tartibini belgilaydi. Bunga loyihani ishga tushirish standartlari ham kiradi. Texnik topshiriqning rolini tushunish GOST 19.201-78 va 34.602-89 talablari bilan belgilanadi, unga ko'ra 1C uchun TOR ishlab chiqilmoqda. Ushbu hujjatning ma'nosini amaliyotga yaqinroq bo'lgan yana bir talqini bor.

Boshqa ta'rifga ko'ra, 1C ni yakunlash bo'yicha texnik topshiriq kelajakdagi tizimning maqsadi va parametrlarini, shuningdek hujjatlarni ishlab chiqish jarayonini va uning ro'yxatini tartibga soluvchi hujjatdir. Ushbu talqin dasturchilar va mijozning manfaatlarini hisobga olishga imkon beradi.

TK qanday bo'lishi kerak?

1C dasturini ishlab chiqish uchun har qanday texnik topshiriq pudratchi tomonidan yaratiladi. Lekin bu dasturchi emas, balki tahlilchi. Bu muhim nuqta, chunki hujjat mijoz tushunadigan tilda, yuqori ixtisoslashgan texnik shartlarsiz yozilishi kerak. Loyihaning barcha nuanslari hisobga olinsa va ma'lumotlar to'g'ri tuzilgan bo'lsa, TOR barcha mijozlar bilan kelishilgan. Agar u qabul qilinsa, dasturchilar ishga jalb qilinadi. Shu bilan birga, kerakli natija hujjatda aniq ko'rsatilishi kerak. Bu ishlab chiquvchilarga to'g'ri maqsadni qo'yishga va turli bosqichlarda uni tekshirishga yordam beradi. Shuningdek, 1C ni yakunlash bo'yicha texnik topshiriqlarni tuzishda so'zlarga katta e'tibor berish kerak. Ular etarlicha aniq bo'lishi va boshqa talqinlarni nazarda tutmasligi uchun ehtiyot bo'lish kerak. Bu TK bilan ishlashda eslash kerak bo'lgan birinchi narsa. Bundan tashqari, dizaynga mas'uliyat bilan yondashishingiz kerak. Bu hujjatning sarlavha sahifasiga ham tegishli.

1C ni ishlab chiqish bo'yicha texnik topshiriqdagi asosiy xatolar

Texnik topshiriqning tuzilishi GOST 34.602-89 tomonidan tartibga solinadi. Ushbu hujjat TORdagi ma'lumotlar bloklari soni va ketma-ketligiga aniq talablarni o'z ichiga oladi. Shu bilan birga, taqdimot usullari uchun qat'iy standartlar mavjud emas. Bu holat murakkab muammolarni hal qilish uchun katta imkoniyatlarni o'z ichiga oladi va shu bilan birga hujjatni tayyorlashda ko'plab xatolarga olib kelishi mumkin. Eng keng tarqalgan noaniqliklar:

1. Ba'zi bo'limlarni turli talqinlarda takrorlash.
2. Ma'lumotlar tasodifiy ravishda beriladi. Ideal holda, u biznes jarayonlari yoki tizim modullari kabi ma'lum bir tuzilmaga murojaat qilishi kerak.
3. Turli bo'limlardagi ma'lumotlar turli darajadagi tafsilotlar bilan taqdim etiladi.

Bularning barchasi mijozga TORda ko'rsatilgan ma'lumotlarni tushunishga to'sqinlik qiladi. Bu hamkorlik jarayonini murakkablashtirib, uni ko‘proq vaqt talab etadi.

Xaridor tomonidan ko'rib chiqilgandan so'ng, 1C ni qayta ko'rib chiqish uchun TOR namunasi o'zgarishi mumkin va har doim ham yaxshi tomonga emas. Bu, o'z navbatida, odatda dasturchilarga ma'lumotni to'g'ri qabul qilishiga to'sqinlik qiladi. Bu, ayniqsa, tajribasiz mutaxassislar uchun to'g'ri keladi. Ushbu bosqichda ko'pincha quyidagi xatolar yuzaga keladi:

1. Turli bo'limlarning talablari bir-biriga zid.
2. Formulalar noto'g'ri.
3. Ba'zi joylarda ma'lumotlar juda batafsil.

Bu xatolarning barchasidan xalos bo'lish juda oson. Ehtiyotkorlik bilan formulalarni yozishga emas, balki, birinchi navbatda, natijaga e'tibor qaratish lozim. Shuni esda tutish kerakki, TOR loyihaning funksionalligini, uning asosiy parametrlarini va maqsadini tavsiflaydi.

Texnik spetsifikatsiyalarni ishlab chiqishda qanday xatolardan qochish kerak?

Barcha keyingi tavsiyalarga taalluqli bo'lgan asosiy qoida shundan iboratki, so'zlar aniq bo'lishi kerak. Buning uchun siz GOSTlarga, boshqa me'yoriy hujjatlarga havolalardan foydalanishingiz kerak. Bu pudratchi va mijozga ma'lumotni bir xil tarzda qabul qilish imkonini beradi.

1C ni yakunlash bo'yicha texnik topshiriqning namunasi loyiha amalga oshirilayotgan biznes sohasi tilidan foydalanishni o'z ichiga oladi. Bu, birinchi navbatda, mijoz uchun zarurdir. Shu bilan birga, matnda taqqoslashlardan foydalanmaslik kerak, chunki ular turli yo'llar bilan talqin qilinishi mumkin.

Hisobot va 1C ning boshqa elementlarini ishlab chiqish uchun texnik topshiriqlarni tuzishda asosiy qoidalar:

1. TK pudratchi va buyurtmachi tomonidan birgalikda tuziladi.
2. Dasturchilar ishiga faqat ob'ektiv talablar qo'yilishi kerak. Loyihani muvaffaqiyatli ishlab chiqish uchun mijozning sub'ektiv qarashlari minimal bo'lishi kerak.
3. Xaridorga kerak bo'lgan natijani batafsil tavsiflash kerak. Shu bilan birga, 1C konfiguratsiyasini ishlab chiqish bo'yicha texnik topshiriqlar misolida element ishlashi kerak bo'lgan barcha parametrlarni belgilash kerak. Aks holda, natija istalganidan juda farq qilishi mumkin.
4. Pudratchi va mijozning risklari taxminan teng bo'lishi va minimallashtirilishi kerak.
5. Ishbilarmonlik aloqalarida qo'llaniladigan va ma'lum bir sohada ishlatilmaydigan atamalardan foydalana olmaysiz.

1C yoki boshqa elementda hisobotni ishlab chiqish uchun TORni yaratish uchun tahlilchi mijozning faoliyat sohasining barcha xususiyatlarini bilishi kerak. Talablarda siz faqat ijrochiga foydali bo'lgan foydali ma'lumotlarni berishingiz kerak. Bu erda dasturiy ta'minot hal qilishi kerak bo'lgan yakuniy vazifalarga alohida e'tibor qaratilishi hisobga olinsa, texnik topshiriqning yagona misoli yo'q.

TORni noto'g'ri tayyorlash xavfi

Yuqorida sanab o'tilgan xatolar tizimni yaratish uchun zarur bo'lgan vaqtni ko'paytirishga olib kelishi mumkin. Bu keraksiz xarajatlar va norozilikni keltirib chiqaradi. Ma'lumotlar bazasini yoki boshqa 1C konfiguratsiyasini ishlab chiqish bo'yicha texnik topshiriq tajribali mutaxassislar tomonidan tuzilishi kerak. Barcha ishtirokchilarning foydasi ushbu hujjatning tushunarliligiga bog'liq. Mijoz biznes muammolarini hal qilish uchun samarali avtomatlashtirilgan tizimni oladi. Shu bilan birga, pudratchining yana bir qoniqarli mijozi bor. Biznes egalari 1C hamkor kompaniyalarni tanlashda iloji boricha ehtiyot bo'lishlari kerak, chunki tashkilotning samaradorligi ko'p jihatdan qayta ko'rib chiqish uchun texnik topshiriqlar qanchalik to'g'ri tuzilganiga bog'liq.

Agar siz "mahsulot talablari hujjati" so'rovi bilan xorijiy saytlarga kirsangiz, texnik topshiriq (TOR, PRD) o'lganligi haqida ijodiy va ishonchli maqolalarni topishingiz mumkin. Qisman, biz bunga rozi bo'lishimiz kerak - mahsulotni noldan ishlab chiqishda prototiplash mijozlarning ko'plab yozuvlari, ba'zan esa juda professional bo'lmagan narsalarga qaraganda ancha qiziqarli va samaraliroq ko'rinadi. Biroq, agar biz asosiy tizimni yakunlash haqida gapiradigan bo'lsak, unda ishlar butunlay boshqacha tus oladi. Biz qayta ko'rib chiqish va odatiy rivojlanishga duch keldik, shuning uchun oshpaz bizga yolg'on gapirmasa, itni TKda yeydi. Umuman olganda, bugungi kunda - sotib olingan va o'rnatilgan dasturiy ta'minotni yakunlash uchun yozilgan juda klassik texnik vazifalar haqida. Qisqasi, yara haqida.

O'zaro ta'sir tomonlari

Texnik vazifani yaratish jarayonini tayyorlashga o'tishdan oldin, keling, pudratchi va buyurtmachi loyihani boshlashda tushadigan to'rtburchaklar haqida gapiraylik.

Talablar- mijoz yoki jarayon egasi tomonidan ta'riflangan, amalga oshirilishi kerak bo'lgan tizimning istalgan harakati. Qoida tariqasida, talablar tajriba, dasturning to'g'ri xatti-harakatini ifodalash asosida shakllanadi. Bu ishlab chiquvchi (sotuvchi) uchun asosiy ma'lumotdir, ammo talablarni yig'ish bosqichida eng ko'p to'qnashuvlar, xatolar, ortiqcha so'rovlar va boshqalar sodir bo'ladi.

Resurslar- talablarni amalga oshirish jarayonida foydalaniladigan odamlar, mashinalar, inventar, rivojlanish muhiti, vaqt va pul. Resurslar texnik topshiriqlarni tasdiqlash bosqichida aniq rejalashtirish va baholashni talab qiladi. Buyurtmachi tomonidan vakolatli ustuvorlik va sotuvchi tomonidan mehnat resurslarini taqsimlash o'tkazib yuborilgan muddatlarning oldini olish va boshqa xavflarni minimallashtirish imkonini beradi.

Imkoniyatlar- qisqasi, sotuvchi (ijrochi) haqiqatan ham shunday qila oladi. Misol sifatida RegionSoft CRM-ni ko'rib chiqing. Mijoz tizimni sotib oladi va qayta ko'rib chiqish uchun texnik topshiriqni tuzadi: sayt bilan integratsiyani yaratish va CRM-dagi voqealarni onlayn-do'konning buyurtma raqamiga bog'lash kerak. Bu real talab, buni amalga oshirish uchun bizda resurs va imkoniyat bor. Shuningdek, siz CRM CMS, sayt mazmunini boshqarish tizimini ishlab chiqishingiz va unga ulanishingiz kerak. Nazariy jihatdan, biz buni qila olamiz, lekin bizda buni arzon qilish imkoniyati yo'q va mijozning bizga inson va vaqt resurslarini vazifaga o'tkazish uchun etarli miqdorda to'lash imkoniyati yo'q. Natijada, mijoz bu talabni rad etadi - va unga CMS kerak emas, baribir hammasi yaxshi. Ammo TKning "ochko'zligi" haqida - keyinroq.

Cheklovlar- TORdan vazifalarni bajarishni qiyinlashtiradigan yoki imkonsiz qiladigan to'siqlar to'plami: byudjet, texnologiya to'plami, litsenziyalash muammolari, qonuniy taqiqlar, apparat konfiguratsiyasi va boshqalar.

Shunday qilib, barcha to'rtta sub'ekt bir-biri bilan chambarchas bog'langan va umuman loyihaning muvaffaqiyatini belgilaydi. Keling, har bir elementni ko'rib chiqaylik va texnik topshiriq ustida ishlashda yodda tutish kerak bo'lgan muhim fikrlarni ajratib ko'rsatishga harakat qilaylik.

Talablarni yig'ish va tahlil qilish

Bu juda muhim ichki korporativ jarayon bo'lib, uning davomida potentsial foydalanuvchilar dasturdan nimani xohlashlarini aniqlaydi (bundan keyin biz CRM-ni olamiz, ammo usullar boshqa turdagi dasturiy ta'minot bilan ishlaydi). Agar siz SAP yoki tizim integratori kabi yirik sotuvchiga murojaat qilsangiz, sizga katta ehtimollik bilan biznes maslahatchisi xizmatlari taklif qilinadi (u ham shaxsiy menejer, u ham hisob menejeri, u ham " Endi sizning kompaniyamizdagi vakilingiz"). Aslida, ko'p hollarda, bu oddiy yaxshi o'qitilgan sotuvchi bo'lib, uning ikkita vazifasi bor: loyihaning narxini qoplash va sizni ilgakka yo'l qo'ymaslik.

U bir soatdan beri shu yerda, hatto doskaga ham tegmagan. U haqiqiy tizim tahlilchisi emas

Hech kim sizning kompaniyangizni sizdan va sizning xodimlaringizdan yaxshiroq bilmaydi. Bu shuni anglatadiki, talablarni to'plash va tahlil qilish faqat sizning vazifangiz bo'lib, unda sotuvchi yordam berishi va yo'naltirishi mumkin, lekin hech qanday holatda jarayonga aralashmaydi. Ishlab chiquvchidan bunday ilovalar haqida so'rang, nimani izlash kerakligini aniqlang va davom eting. Aytgancha, profil mavzusini yaxshi biladigan va dasturiy ta'minot arxitekturasini taxminan ifodalovchi va ishlab chiqish jarayoni bilan tanish bo'lgan xodimingiz yaxshi yordamchi bo'lishi mumkin - u tahlilchi va ichki ekspert sifatida harakat qilishi, texnik xususiyatlarni yaratish jarayonini yopishi mumkin. va sotuvchi bilan aloqa qilish.

Talablarni yig'ish uchun juda oddiy sxema mavjud.

1. CRM-dan foydalanadigan bo'limlarning menejerlari va tajribali mutaxassislaridan iborat ishchi guruhini tuzing. Siz tanlagan yechim haqida bizga xabar bering, demo versiyasiga kirishni ta'minlang.
2. Ishchi guruh a'zolari xodimlarga ma'lumotlarni etkazishlari va ulardan mutlaqo bepul shaklda yangi dastur bo'yicha tilaklarni so'rashlari kerak. Agar xodimlardan biri hech qachon bunday dasturiy ta'minotga duch kelmagan bo'lsa va kelajakda foydalanish haqida gapirishga tayyor bo'lmasa, siz uning davriy vazifalarini tavsiflashni so'rashingiz kerak, bu universal yondashuv.
3. Keyin har bir bo'linma CRM nimaga mos kelmasligini yoki mos kelmasligini aniqlaydi va ma'lumotlarni jamlaydi.
4. Ishchi guruh to'plangan talablarni tahlil qiladi, chorrahalarni tekshiradi va yo'q qiladi. Misol uchun, savdo bo'limi va marketing bo'limi bir xil hisobotga buyurtma berishlari odatiy hol emas, lekin ular ortidagi ma'lumotlar bir xil bo'lsa-da, talablarda sohalar va ob'ektlar boshqacha nomlanishi mumkin. Shunga ko'ra, yagona shaklga kelish kerak.
5. Ishchi guruh talablar ro'yxatini tuzadi va ustuvor vazifalarni belgilaydi. Ushbu bosqichda siz sotuvchini ulashingiz mumkin, chunki u resurslar uchun javobgardir. Masalan, siz RegionSoft CRM uchun maxsus hisobot yaratishni so'rashingiz yoki sayt bilan integratsiyaga buyurtma berishingiz mumkin. Bu vaqt jihatidan butunlay boshqacha bo'lgan vazifalar, bu erda ustuvorlik juda muhimdir.

Talablar yig'ilgandan, tahlil qilingandan va xodimlar va rahbariyat bilan kelishilgandan so'ng, siz texnik topshiriqlarni yaratishni boshlashingiz mumkin. Shaklni sotuvchidan so'rashingiz yoki uni o'zingiz yaratishingiz mumkin - har qanday holatda ham sizni ham, CRM provayderingizni ham bosh og'rig'idan qutqaradigan bir nechta temir bilan qoplangan qoidalar mavjud.

Texnik topshiriq anatomiyasi

Agar texnik vazifani yaratish jarayoni haqida gapiradigan bo'lsak, unda bir necha bosqichlar mavjud. Ularning izchil o'tishi mijozni kerakli yaxshilanishga olib keladi. Mana ular.

• Identifikatsiya - talablarni aniqlash, hal qilinishi kerak bo'lgan muammolarni izlash.
• Tahlil - talablarni tahlil qilish, asosiy ehtiyojlarni aniqlash, umumlashtirish.
• Moslashuv - CRM imkoniyatlari va mavjud biznes jarayonlari kontekstida talablarni baholash.
• Hujjatlar - talablarning rasmiy va batafsil tavsifi, texnik shartlarni tasdiqlash.
• Sotuvchi (ishlab chiquvchi) bilan aloqa - tuzilgan TORga muvofiq takomillashtirish bo'yicha sotuvchi bilan iterativ o'zaro hamkorlik.
• Amalga oshirish - sotuvchining kerakli funksionallikni yaratish bo'yicha ishi. Agar sotuvchi doimiy ravishda mijoz bilan aloqada bo'lsa yaxshi bo'ladi - shuning uchun ishlab chiqarilgan mahsulot mijozning qarashlariga eng mos keladi.
• Sinov - qayta ko'rib chiqishning TORga muvofiqligini, tizimning o'zgarishlar bilan ishlashini aniqlash uchun sotuvchining xodimlari, mijozning ichki ekspertlari va oxirgi foydalanuvchilar tomonidan funksionallikni tekshirish.

Umuman olganda, texnik topshiriqlar loyihani yaratishda bir-biriga mos kelishi va hamkorlik qilishi yoki umuman o'zaro ta'sir qilmasligi mumkin bo'lgan bir nechta darajadagi talablar asosida tuzilishi mumkin.

Biznes darajasi- murakkab va ustuvor vazifalar hal qilinadigan eng global daraja. Ushbu daraja biznes jarayonlarini integratsiyalash, takomillashtirish va modellashtirish, yangi funktsional modullarni ishlab chiqishni o'z ichiga oladi. Qoida tariqasida, bu jiddiy maslahatlashuvlar va mijoz bilan yaqin hamkorlik bilan resurs talab qiladigan rivojlanishdir. Misol uchun, bir vaqtlar RegionSoft CRM-da ombor hisobi, kassa va ishlab chiqarish shunday maxsus modifikatsiyalar edi. Asta-sekin, o'zgarishlar relizga kirdi va keyinchalik ulgurji, chakana savdo do'konlari va gipermarketlar uchun yangi mahsulot - RegionSoft Retailni yaratishga imkon berdi.

Foydalanuvchi yoki foydalanuvchilar guruhi darajasi. Ushbu darajada mavjud interfeysni takomillashtirish bo'yicha vazifalar amalga oshiriladi. Masalan, foydalanuvchi sichqonchani mijoz ustiga olib borganida oxirgi buyurtmaning raqami va holati ko'rsatilgan oyna yoki ma'lumotlarning maxsus guruhlangan maxsus hisoboti paydo bo'lishini xohlashi mumkin. Ushbu darajadagi takomillashtirish kamroq vaqt talab etadi, lekin ular juda ko'p bo'lishi mumkin - masalan, marketing, logistika va texnik yordam bo'limlarining bir nechta talablari.

funksionallik darajasi. Ko'pincha uni avvalgisidan ajratish qiyin, bu erda rasmiy mezon ishlaydi - tozalash interfeysda biror narsani ko'rsatish darajasida emas, balki tizim mantig'ini takomillashtirish darajasida. Bularga turli xil saralash, chat integratsiyasi va telefoniya imkoniyatlariga qo'yiladigan talablar kiradi.

Xizmat darajasi- aslida, ushbu darajadagi talablar tuzatilgan yangi tuzilmalarga birinchi bo'lib kirishi kerak. Bu tizim javob tezligi, yuqori yuk ostida ishlash va xavfsizlik nuqtai nazaridan vazifalardir. Ideal holda, sotuvchida bunday yaxshilanishlar bo'lmasligi kerak - korporativ dasturiy ta'minot sekinlashmasligi, ma'lumotlarni yo'qotmasligi, shakllarni yiqitmasligi va bir xil darajadagi kirish huquqlarini tarqatmasligi kerak. Ammo agar talab paydo bo'lsa va u mijozning shaxsiy paranoyasi yoki apparat tomonidagi muammolar bilan bog'liq bo'lmasa, unga alohida e'tibor qaratish lozim.

Texnologiya darajasi- ro'yxatda oxirgi, ammo ahamiyati va murakkabligi bo'yicha qolganlardan oldinda. Bu platforma, operatsion tizim yoki qurilmalar bilan bog'liq mijoz talablari bo'lishi mumkin. Masalan, MacOS uchun qurish so'rovi. Agar bunday talablar asta-sekin relizlarga aylansa, juda yaxshi, lekin ularni tuzatish kerak. Aynan shu darajadagi mijozlarning so'rovlaridan kelib chiqib, biz MacOS uchun RegionSoft CRM-ni yig'dik va mobil versiya uchun kamdan-kam uchraydigan, ammo mavjud so'rovga vaqtinchalik yechim sifatida TRM texnologiyasidan foydalangan holda masofaviy kirishni qo'shdik.

Texnik topshiriqning anatomiyasi oddiy, hech bo'lmaganda skelet shaklida. Texnik topshiriqning majburiy qismlari mijozga muammoga e'tibor qaratish va vazifani to'g'ri shakllantirishga yordam beradi va ijrochi undan nimani xohlashini tushunishga yordam beradi. Aytgancha, tushunish haqida. Albatta, biz post boshida biznes maslahatchilarni sinf sifatida inkor etib, biroz ayyor edik. Gap shundaki: har bir sotuvchi bozorda bir necha yillardan beri ishlaydi (biz hozir bir kunlik CRMlar haqida gapirmayapmiz), hatto o'nlab yillar davomida, bu deyarli har bir sohada bir qator holatlarga ega ekanligini anglatadi. Shunga ko'ra, muhandislar ham, dasturchilar ham, sotuvchilar ham har bir turdagi kompaniyada amalga oshirishning o'ziga xos xususiyatlari bilan tanish. Ammo yana bir bor o'z ishingizga e'tibor qaratish muhim.

Kimdan? Ushbu bo'limda siz qayta ko'rib chiqishning oxirgi foydalanuvchisi kim bo'lishini, qanday vazifalarni va qanchalik tez-tez hal qilish rejalashtirilganligini tavsiflashingiz kerak.

Men sizga bir misol keltiraman. Bitta kompaniya CRM-ni joriy qildi, u juda katta miqdordagi ma'lumotlar (oyiga bir necha o'n million yozuvlar, kuniga bir necha yuz ming yozuvlar) ustida ishlashi kerak edi. Savdo bo'limi boshlig'i ushbu yozuvlarni "kunlik" chastotasi bilan yuklash bo'yicha hisobotni so'radi. Tabiiyki, bunday hisobot, yuzlab foydalanuvchilar bir vaqtning o'zida ishlayotgan paytda, tizimni yukladi - jarayonni optimallashtirish uchun echimlar topildi. Ish paytida, sotuvchi uni xavfsiz o'ynaganligi va unga hisobot faqat oy oxirida kerak bo'lganligi ma'lum bo'ldi, keyin uni tunda jadvalga muvofiq ishga tushirish mumkin edi. Aytishga hojat yo'q, vaqt va pul behuda ketdi.

Nima uchun? Takomillashtirish zaruriyatini asoslash va uning biznes jarayonidagi o'rni. Ushbu element mijozning o'ziga ko'proq kerak, ammo sotuvchiga boshqa qanday jarayonlar ta'sir qilishini bilish ham foydalidir. Ba'zan bu muqobil yechim topishga yordam beradi.

Nima qilish kerak? Eng ma'lumotli blok - bu tizimdan talablarni, kutishlarni tavsiflaydi. Va bu erda marvaridlar, mo''jizalar va to'qnashuvlar sodir bo'ladi, ular boshorgga jo'natish uchun to'g'ri bo'ladi va bu hayotni juda qiyinlashtiradi. Faqat bitta sabab bor - foydalanuvchi nima istayotganini, nima qilish kerakligini bilmaydi. Yana bir kichik sabab bor - foydalanuvchi talablarni shakllantira olmaydi. Va bu erda ishlab chiquvchining vazifasi (ishchi guruh, tahlilchi, agar mavjud bo'lsa) ehtiyojni to'g'ri shakllantirishga yordam berish, tegishli talabni tanlash va vazifani tizim kontekstiga moslashtirishdir. Xuddi shu blokda siz kutilgan natijani eslatib o'tishingiz kerak.

Texnik shartlar parametrlari- muddatlar, amalga oshirish bosqichlari, barcha tomonlarning javobgarligi, zarur aloqalar va boshqalar. Aslida, bu hujjatni texnik vazifaga aylantiradigan muhim rasmiy narsalar to'plami. Ishlab chiqish jarayonida ko'plab o'zgarishlarga yo'l qo'ymaslik uchun texnik topshiriq tomonlar tomonidan kelishilgan va imzolangan bo'lishi kerak (ular hali ham bo'ladi, lekin kichikroq hajmda).

Ideal holda, texnik topshiriq sotuvchining faol ishtirokida tuziladi va uning natijasi taxminan quyidagi tuzilmadir:

1. Har bir mexanizm va har bir funksionallik talabining tavsifi
2. Ushbu funktsiyani amalga oshirish tavsifi
3. Har bir bosqich uchun ishning narxi alohida
4. Ushbu texnik vazifa bo'yicha ishlarning umumiy qiymati
5. Bosqichlar bo'yicha va ustuvorlik tartibini ko'rsatgan holda ishlarni bajarish muddatlari
6. O'rnatish va sinov shartlarining tavsifi
7. Texnik topshiriqning to'liqligi va boshqa shartlar bo'yicha izohlar

Ishlab chiquvchining ko'z yoshlari bilan yozilgan 10 ta qoida

Qayta ko'rib chiqish uchun texnik topshiriq qayta ko'rib chiqish uchun TOR bo'lishi kerak, va mijozga kerak bo'lgan CRMning 300 sahifali tavsifi emas. Talablarni tuzishdan oldin siz tizim interfeysi, uning imkoniyatlari, hujjatlari bilan diqqat bilan tanishib chiqishingiz kerak - ehtimol "Istaklar ro'yxati" ning aksariyati asosiy paketda mavjud. Ikkinchi qadam sifatida, men o'rnatilgan takomillashtirish vositalariga (hisobot dizaynerlari, konfiguratorlar va boshqalar) e'tibor berishni tavsiya qilaman - ehtimol to'liq vaqtli dasturchi kerakli o'zgarishlarni amalga oshirishi mumkin (ko'p kompaniyalarda ular mavjud).

Texnik vazifa ochko'z bo'lmasligi kerak. Ko'pincha, biznes o'z imkoniyatlarini ortiqcha baholaydi yoki "hamma narsani bir vaqtning o'zida" olishni xohlaydi. Bunday yondashuv pul nuqtai nazaridan ham, biznes nuqtai nazaridan ham oqlanmaydi. Sotuvchi, qoida tariqasida, bir necha hafta davomida mavjud emas (RegionSoft misolida - 15 yil) va siz CRM-da nima etishmayotganini haqiqatan ham tushunganingizda, bir muncha vaqt o'tgach, u bilan bog'lanishingiz mumkin.

Kecha tom ma'noda ishdan bo'shatishning yorqin misoli: mijoz taniqli rus kompaniyasining ERP-ni sotib oldi, chunki buxgalteriya hisobi ishlagandan so'ng, ushbu sotuvchining ERP yaxshi bo'ladi deb o'yladi. ERP o'z-o'zidan unchalik yaxshi emas, balki biznes uchun juda mos emas edi. Ammo ombor hisobi va ishlab chiqarish bilan RegionSoft CRM mos keladi. Yechim bor: ERP haqida unuting, yig'lang, 1C buxgalteriya hisobini yangi CRM bilan birlashtiring va qulay dasturdan zavqlaning. Ammo shishgan pul juda achinarli! Va mijoz CRMni ERP bilan integratsiya qilishni talab qiladi. Biz buni qilmadik, lekin nima uchun bunday chiqindilar, nega ikkita nisbatan o'xshash tizim?

Texnik topshiriqlar real va erishish mumkin bo'lishi kerak- talablar va muddatlar bo'yicha ham. Bu erda sotuvchining fikrini tinglash juda muhim, chunki u ma'lum bir ish uchun qancha vaqt ketishini aniq biladi. Menga ishoning, ishlab chiquvchi uchun vaqt o'ynash va belgilangan muddatni tugatish foydali emas - uning obro'siga zarba bermaslik uchun iloji boricha ko'proq loyihalarni bajarish va buni yaxshi bajarish foydalidir. Realizmga kelsak, CRM-ni kollayderni boshqarish tizimi darajasida tugatish so'rovlaridan qochish juda oddiy: talablarga hozirgi paytda va yaqin kelajakda haqiqatan ham zarur bo'lgan narsalarni kiritish kerak.

Masalan, RegionSoft CRM ish stoli dasturi bo'lib, bizda brauzer mijozi yo'q. Bizdan bitta kompaniya uchun veb-ilovani yaratishni so'rash befoyda, bu katta ishlanma, u hozirda davom etmoqda va bitta kompaniya uchun mumkin bo'lgan takomillashtirish emas. Yo'q, albatta, hamma narsa o'z narxiga ega, lekin yana - umumiy holatda, talab mumkin emas.

Buni maxsus ishlab chiqish haqida gap ketganda va dasturning g'oyasi va mantig'i tubdan o'zgarganda, vaziyat bilan aralashmaslik kerak, aslida "o'zi uchun" yangi dasturiy ta'minotni yaratish homiylik qiladi. Lekin bu boshqa hikoya.

Spetsifikatsiya batafsil bo'lishi kerak. Kelajakdagi loyihaning barcha muhim tafsilotlarini ko'rsatish kerak: dasturdan foydalanish chastotasidan interfeysga bo'lgan istaklargacha. Talablar qanchalik batafsil bo'lsa, amalga oshirish va sinovdan o'tkazish shunchalik oson va tezroq bo'ladi. Ayniqsa, ma'lum bir sohada (tibbiyot, sug'urta, banklar) ishlayotgan bo'lsangiz, tafsilotlarga e'tibor qaratish lozim - biznes va dastur o'rtasidagi o'zaro ta'sirning nuanslarini batafsil taqdim etish sotuvchining vazifani tushunishini va tez moslashishini ta'minlaydi. kompaniyangizga tizim.

Raqam formatlari, maydon nomlari, ochiladigan ro'yxatlarning mavjudligi yoki yo'qligi, tugmalar va maslahatlarning harakati va ma'lumotlar turlariga e'tibor berishni unutmang. Agar mijoz CRM mantig'iga kiritilishi kerak bo'lgan o'z formulalaridan foydalansa ( masalan, dilerlik bonuslarini hisoblash), bu formulalar ularning belgilanishi va hisoblash mantig'i to'liq tushuntirilgan holda yozilishi kerak.

Ha, korporativ dasturiy ta'minot shunga o'xshash narsaga o'xshaydi va unda juda ko'p muhim kichik narsalar mavjud.

Texnik topshiriq aniq va aniq bo'lishi kerak. Noaniq so'zlar, amalga oshirish variantlari, noaniq talablar - bularning barchasi boshi berk ko'chaga olib boradigan yo'ldir. Shunday bo'ladiki, mijoz yaxshi niyat bilan TOR-ga tizim xatti-harakatlari uchun yaqin, ammo ekvivalent bo'lmagan bir nechta variantni yozadi. Bunday holda, u yordam berishiga ishonch hosil qiladi, dasturchini taklif qiladi, lekin aslida do'zaxga yo'l yaxshi niyatlar bilan qoplangan; ishlab chiquvchi aniq nima kerakligini tushunishi kerak va u buni qanday qilishni o'zi tanlaydi. tizimning xususiyatlari va foydalaniladigan texnologiyalar to'plami.

Bu yil siz yana bitta tilak qilishingiz mumkin. Iltimos, buni hatto men ham bajara olmaydigan narsaga, masalan, aniq biznes talablariga sarflamang!

Texnik topshiriq inson tilida yozilishi kerak. Va bu muhim, yo'q, MUHIM. Til bilan bog'liq muammolar loyihani amalga oshirishning kechikishiga olib keladigan ikkita vaziyatni ajratib ko'rsataman.

1. Mijoz o'zining texnik savodxonligini va panjara konstruksiyalarini namoyish etishga harakat qiladi, masalan: "taqvimda oyna paydo bo'lishi kerak" o'rniga "taqvimning tanasida voqea qo'ng'irog'iga munosabat bildirish qobiliyatiga ega bo'lgan oynani amalga oshirish ..." unda siz vazifani bajarilgan deb belgilashingiz mumkin." Agar siz yoki sizning ichki mutaxassisingiz texnik matnlarni yozish ko'nikmalariga ega bo'lmasangiz, google-ga murojaat qilmang - oddiy so'zlar bilan yozing, biz ularni tushunamiz.

   Texnik topshiriq shikoyat kitobi bo'lmasligi kerak. Biz shriftlarga e'tibor berib, talablarning tavsifini unutib, uni tasvirlamasdan, muammoni hal qilishimiz kerak. TOR nafaqat muammoning o'zini, balki uni tushunish darajasida hal qilishni ham o'z ichiga olishi kerak - shunda ishlab chiquvchi uni allaqachon kod darajasida hal qiladi. Taqqoslash "Savdo bo'limi yomon rejalashtiradi, raqamlarni yo'qotadi, biz bir yildan beri kurashamiz" Va "mahsulot guruhlari kontekstida har oyda rejaning qiymatlarini va sotish faktini saqlaydigan hisobot yaratish kerak".

   Texnik topshiriq kelajakka qarash imkoniyatiga ega bo'lishi kerak. Xo'sh, aniq emas, balki uning ortida turgan odamlar. Tez orada biznes jarayonlarida o'zgarishlar ro'y berishi ma'lum bo'lsa, qayta ko'rib chiqish uchun ikki marta to'lamaslik uchun buni hisobga olish kerak.

   Texnik topshiriq byurokratik bo'lmasligi kerak. Agar siz ushbu hujjat loyihasini ilgari ishlab chiqqan bo'lsangiz, byurokratiyaga o'tish vasvasasidan qochish, kirish so'zlari, qat'iy burilishlar qo'shish va har bir bandni Jinoyat kodeksining moddasi sifatida tavsiflash qanchalik qiyinligini his qilgan bo'lsangiz kerak (yaxshisi hamma uchun jazo bilan). buzilishi). Byurokratik so'zlar TKni yaratish maqsadlarini to'liq tushunmaslikni niqoblaydi. Sotuvchining javobgarligi shartnomada ko'rsatilgan, byudjet ham u erda yozilgan. Ushbu nuqtalarni texnik vazifaga o'tkazmasligingiz kerak.

   Texnik topshiriq texnik topshiriq bo'lishi kerak. Bu paradoksal tuyuladi, lekin ko'pincha texnik xususiyatlar o'rniga biz xatlar, shikoyatlar, shartnomalar, CRM uchun yangi yozilgan ko'rsatmalar yoki yig'ilish protokollarini o'qiymiz. Albatta, bunday hujjat ustida ishlash mumkin emas. Shakl va mazmundan uzoqlashmaslik uchun eski maktab hiylasidan foydalaning: atamani so'zma-so'z ko'rib chiqing. Texnik vositalar - bu aniqlashtirishni, texnikani talab qiladi, dasturiy ta'minotni o'zgartirish orqali muammoni hal qilishga qaratilgan. Bu dasturiy ta'minot kontekstidagi vazifa va siz gaplashishingiz kerak. Vazifa deganda maslahat, maslahat va dastlabki baholarsiz savol, muammo qo'yish tushuniladi. Muammoning faqat bayonoti.

   Amrlar tugadi, endi tanbeh

   Yuqoridagi qoidalarga qo'shimcha ravishda, gapirishga arziydigan yana bir nechta narsalar mavjud. Biz maqsadlar, rejalar va umidlar haqida gapiramiz - loyihani muvaffaqiyatli qiladigan barcha tark etuvchilar va sotuvchi va mijoz o'rtasidagi munosabatlar deyarli do'stona.

   Texnik topshiriq tezda yozilishi kerak, agar siz uyali aloqa operatori yoki yirik gipermarket jarayonlarini avtomatlashtirish vazifasiga duch kelsangiz ham. Buning sababi shundaki, texnologiyalar juda katta tezlikda rivojlanmoqda va hatto siz amalga oshirayotgan tizim ham olti oy yoki bir yil ichida katta nashrdan (va ba'zan ikkitadan) omon qolishi va yangi funksiyalarga ega bo'lishi mumkin. Yaxshilashlar zarurligini qayta ko'rib chiqish va jarayonni qayta boshlash kerak bo'lishi mumkin.

   

   
   Nihoyat, u TKni tugatishga vaqt topdi. Ammo, afsuski, uni amalga oshirish uchun ishlab chiquvchilar qolmadi.

   Mijoz stek va texnik cheklovlardan bexabar. Va u bilmasligi kerak - bu sotuvchining vazifasi, u texnik topshiriqni tuzgandan keyin ishni baholaydi. Xaridor texnologiyani chuqur o'rganmasligi va sotuvchi u yoki bu narsani qila oladimi, har bir verguldan so'rashi kerak. Keng qamrovli TORni tuzing va ishlab chiquvchi mos arxitekturani tanlaydi - ko'pincha siz o'ylagandan ham yaxshiroq.

   Byudjetingizni hisoblang va yoqimsiz kutilmagan hodisalardan qoching- deyarli birinchi raqamli qo'shma vazifa. Siz sotuvchini tortib olmaysiz va undan ishning taxminiy bahosini talab qilishingiz kerak (yaxshi, hech bo'lmaganda, o'z-o'zidan, ko'z bilan, lekin boshqalar kabi, bu turdagi loyihalarda, lekin tajribadan, yaxshi, yaxshi, doirasida. xato chegarasi). To'liq byudjet smetasini faqat texnik topshiriqlarni o'qib chiqish, tahlil qilish va yakuniy tasdiqlashdan keyin amalga oshirish mumkin. Agar ishlab chiquvchingiz boshqacha qilsa, qayta ko'rib chiqish kamida ikki baravar qimmatga tushishiga tayyor bo'ling.

   O'zgarishlar va kengayishlarning ob'ektiv ehtiyojidan kelib chiqing- Men yuqorida ishlab chiquvchi yo'qolib ketmasligi va istalgan vaqtda sizning talablaringiz bo'yicha o'zgartirish va qo'shimchalar kiritishga tayyor ekanligini yozgan edim. Shuning uchun, darhol CRM / ERP orzularini yaratishga urinmang, sotuvchidan "Men qahva ichganimda hamma narsa ishlaydi" tugmachasini talab qilmang - tizimda ishlang, siz uchun tanqidiy sharhlarni aniqlang va talablarni to'plashni va texnik shartlarni tuzishni boshlang. .

   Siz texnik vazifalar haqida cheksiz yozishingiz mumkin, bu nafaqat memlar va ertaklarning, balki bosh og'rig'ining haqiqiy generatoridir. Siz ustuvorliklar va dizayn qoidalari haqida, TKni g'ayriinsoniy qiladigan GOST 1989 haqida, biroz yaxshiroq bo'lgan IEEE standartlari haqida, ularni to'ldiradigan prototiplar va TK haqida gapirishingiz mumkin. Ammo, oxir-oqibat, men o'zimni bitta, eng muhim qoida bilan cheklab qo'ymoqchiman: texnik topshiriqlar qonun normasi emas, GOST emas va dogma emas, shuning uchun agar siz yaxshilashingiz mumkin bo'lsa - yaxshilaysiz, soddalashtirasiz - soddalashtiring, siz buni nozik tarzda qilishingiz mumkin va hamma buni yoqtirishi uchun - buni qiling. Ishonchim komilki, bundan keyin hech kim TKga burnini tiqmaydi va u erda bu yozilmagan deb aytmaydi. Yoki deyarli hech kim.

   Dekabr oyi davomida biz RegionSoft CRM va o'z dizaynimizdagi barcha dasturlar uchun chegirmalar beramiz. 1 dekabrdan 15 dekabrgacha - 15% va salqin to'lov va ijara shartlari. Bizda -70% va -90% yo'q, chunki biz litsenziyalar uchun iqtisodiy jihatdan asoslangan narxni ushlab turamiz va uni shiftdan olmaymiz.

   Xo'sh, agar sizga CRM tizimi kerak bo'lsa (o'zgartirish bilan yoki o'zgartirmasdan), u holda o'ting bizning veb-saytimiz, CRM, uning afzalliklari va boshqa korporativ dasturlar haqida ko'p narsa bor.

   Va ha, biz har doim CRM va boshqa mahsulotlarni sotishga, CRMni yaxshilashga va sotishga, dasturiy ta'minotni sotishga va foydalanuvchilarni o'qitishga tayyor bo'lgan hamkorlarni qidiramiz. Daromad taqsimoti sherik uchun adolatli va foydalidir. Ko'rsating, ayting, o'rgating. ga yozing [elektron pochta himoyalangan]

   Slaydlar, slaydlar. Komikslar http://www.modernanalyst.com/ va Pinterestdan olingan. Agar yaxshiroq tarjimasi bo'lsa, uni postga qo'shishdan mamnun bo'lamiz.

Ko'pchilik kundalik hayotda nimani xohlayotganimizni qisqa va aniq tushuntirish juda qiyin ekanligiga duch kelmoqda. Va agar siz mutaxassisga tashkilot yoki yakka tartibdagi tadbirkor uchun xususiyatlar va funksionallik uchun o'zingizning xohishingizni hisobga olgan holda dastur yozish bo'yicha topshiriq berishingiz kerak bo'lsa, siz umuman "osib qo'yishingiz" mumkin.

TORni kim yozishi kerak?

Albatta, texnik topshiriq mijoz tomonidan taqdim etilishi kerak, chunki u, albatta, o'z ehtiyojlari va imkoniyatlarini biladi. Ammo, amaliyot shuni ko'rsatadiki, mijozlarning aksariyati 1C sohasida malakali emas. Shuning uchun ijrochining o'zi ko'pincha mijozning ehtiyojlarini o'rganishga, unga qanday yakuniy mahsulot kerakligini tushunishga va shunga mos ravishda bularning barchasini dasturchi uchun yozma ravishda tartibga solishga majbur bo'ladi.

Nima uchun spetsifikatsiya kerak?

Ideal vaziyatda, 1C dasturiy mahsulotida u yoki bu takomillashtirish bilan, texnik topshiriq zarur. Avvalo, vazifalar, muddatlar va ularni bajarish usuli ko'rsatilishi kerak.

Bu muhim hujjat, chunki har qanday munozarali masalalar yuzaga kelgan taqdirda texnik topshiriqlarni malakali ishlab chiqish muzokaralarda boshlang‘ich nuqtaga aylanadi.

TORni tuzish yoki qilmaslik har kimning o'ziga bog'liq, ammo bu, albatta, ortiqcha bo'lmaydi: bu mijoz bilan aloqani soddalashtiradi va ishga ishbilarmonlik va aniq xarakter beradi.



Texnik topshiriqda bo'lishi kerak bo'lgan eng muhim narsalar ro'yxatini belgilaymiz:

1. Maqsad / Vazifa. Oxirida nima amalga oshirilishi kerakligini tuzing.

2. Tavsif. Rejalashtirilgan yaxshilanishlarning mazmunini qisqacha tavsiflab bering.

3. Amalga oshirish usuli. Maqsadga erishish usullarini batafsil tavsiflang. Dasturlash tilida topshiriqning barcha xususiyatlarini ro'yxatdan o'tkazish kerak: registrlar, kataloglar (ularni yaratish yoki tahrirlash); interfeys dizayni va boshqalar. Tanish bo'lmagan va faqat ma'lum bir dasturchi tili haqida biror narsa eshitganlar uchun texnik tilda "gapirish" uchun keraksiz urinishlar qilmaslikni maslahat beramiz. Chunki Ideal holda, tavsif noaniqlik va keraksiz savollar ehtimolini istisno qiladigan quruq bayonotdir. Bunga qo'shimcha ravishda, ushbu paragrafda bunday dasturlash allaqachon bir joyda qanday amalga oshirilganiga misol bo'lishi mumkin.

4. Mehnatni baholash. Ushbu element juda muhim - u mehnat xarajatlarini tavsiflashi kerak.

Yana ikkita muhim nuqta: texnik tavsiflarni yozish uchun tasdiqlangan standartlar mavjud - GOSTlar. Hozir ular kamdan-kam qo'llaniladi, ammo ba'zi mijozlar ularni eski uslubda ishlatishni so'rashlari mumkin.

Ikkinchidan, ish topshirilganda, bunday narsa paydo bo'lishi mumkin - "lekin biz sizdan buni va keyin buni qilishni so'radik ...". Siz hamma narsani boshidan boshlashingiz kerak bo'lgan imkoniyat bor.

Shuning uchun biz takrorlaymizki, yaxshi yozilgan TOR ham mijoz, ham pudratchi uchun foydali bo'ladi.

Dasturchi uchun TOR misoli

Tashqi ishlov berishni qayta ko'rib chiqish uchun texnik topshiriqlar 1C


Maqsad
1C dan bankning AWP-ga ma'lumotlarni yuklashni sozlash kerak.


Tavsif

Tashkilotning 1C "Davlat muassasasining ish haqi va xodimlari" konfiguratsiyasiga o'tishi munosabati bilan yangi konfiguratsiyada shunga o'xshash funktsiyalarni bajaradigan boshqa ishlov berishni ishlab chiqish talab etiladi.

Ma'lumotlarni yuklash "Xodimlarning shaxsiy hisobvaraqlarini ochish uchun ariza" va "Bankka ish haqini to'lash to'g'risida bayonot" hujjatlariga asoslanishi kerak.


Dastlabki ma'lumotlar

"Xodimlarning shaxsiy hisoblarini ochish uchun ariza" hujjati va boshqa ma'lumotnomalardan ma'lumotlarni yuklaydigan va standart bank AWP bilan ma'lumot almashish uchun DBF fayliga ro'yxatdan o'tadigan "Budjet muassasasining ish haqi" 1C konfiguratsiyasi uchun ishlov berish mavjud.

Qayta ishlash TAB_N, NAME, SERNUM, PASSCODE, PDAT, PWHR, TUG'ILGAN KUN, POSTINDEX, COUNTRY, CITY, KO'CHA, REGION, BUILDING, CORP, FLAT, BPLACE, CITIZEN maydonlariga ma'lumotlarni yuklaydi, avval 1C konfiguratsiyasiga kiritilgan tegishli ma'lumotlarni. belgilangan hujjat va boshqa buxgalteriya jadvallari. Xodimning raqami, xodimning to'liq ismi, uning pasporti va manzili ma'lumotlari, tug'ilgan kuni va fuqaroligi yuklanadi.


Amalga oshirish usuli

Agar joriy ma'lumotlar bazasi mosligi parametrlari va platforma imkoniyatlari imkon bersa, bular tashqi hisobotlar va kengaytma mexanizmi yordamida qayta ishlash bo'ladi. Ma'lumotlar bazasi konfiguratsiyasini o'zgartirishda siz quyidagilarni yaratishingiz kerak: kataloglar, hujjatlar, registrlar.


Ishni baholash

P Dasturchining ishi uchun 5 ish kuni talab qilinadi.