Teknik görev
Sitenin modernizasyonunda

Yekaterinburg

1. Web sitesi geliştirme için gerekçesiyle. 3.

1.1. Bilgi sisteminin tam ve kısa isimleri .. 3

1.2. Müşteri sisteminin adı ve detayları .. 3

1.3. Sisteme dayalı belgelerin bir listesi. 3.

1.4. Planın başlangıcının ve bitiminin planlanan son tarihleri, sistemin oluşturulması üzerine. 3. 3

2. Sistem gereksinimleri. dört

2.1. Araştırma Komitesi'nin resmi web sitesinin Rusya Federasyonu'nun Cumhuriyet Ofisi (Bundan sonra - SCP web sitesi) modernizasyonu. dört

2.2. Ana Sayfa. beş

2.3. Tipik dahili sayfa. sekiz

2.4. Haber gönderilerinin yerleştirilmesi için gereksinimler. dokuz

2.5. Belge listesinin oluşumu ve görüntülenmesi için gereksinimler. onbir

2.6. Modül ekran listeleri için Gereksinimler (Katalog) 11

2.7. Blog. 13

2.8. Fotoğraf Galerisi. on altı

2.9. Video oynatıcı. on altı

2.10. Etiketler. on altı

2.11. İnternet sitesinin ziyaretlerinin istatistikleri üzerine toplama ve analitik verilerinin modülü için gereksinimler 16

2.12. Arama modülü için gereksinimler. 17.

2.13. "Yetkililer" modülü için gereksinimler. onsekiz

2.14. Göç haritası için gereksinimler. yirmi

2.15. "Kullanıcı aramalarını topla" modülünün gereksinimleri. yirmi

2.16. Kaynak Yönetimi Gereksinimleri .. 21

2.17. Teknik destek gereksinimleri .. 22

2.18. Birleşme ve standardizasyon gereklilikleri. 22.

2.19. Operasyonel dokümantasyonun geliştirilmesi. 22.

2.20. Rusya Federasyonu Başsavcısının Araştırma Komitesi uzmanlarının eğitimlerinin organizasyonu ve yürütülmesi. 23.

3. Yüzük siteleri. 24.

3.1. Genel Gereksinimler. 24.

3.2. Metin sayfası. 25.

3.3. Haberler. 26.

3.4. Sorular ve cevaplar .. 28

3.5. Dosya arşivi. 29.

3.6. Toplama formu formu. otuz

3.7. Sitenin haritası. otuz

3.8. Sitelerin oluşturulması ve kaldırılması için gerekenler. 31.

3.10. Tasarım gereksinimleri. 31.

3.11. Dil desteği için gereksinimler. 31.

3.12. Birleşik Yazılım Platformunun Geliştirilmesi SCP ... 31

3.13. İşin sonuçları için gereksinimler. 32.

1. Site geliştirme için temel bilgiler

1.1. Bilgi sisteminin tam ve kısa isimleri

Sistemin tam adı, Yardımcının Rusya Federasyonu Ofisi'ndeki Araştırma Komitesi'nin resmi bir web sitesidir.

Sistemin Kısa Adı - "SCP Web Sitesi", "Sistem", "Site".

1.2. Müşteri Sisteminin Adı ve Detayları

İsim: Savcının Rusya Federasyonu Ofisinde Araştırma Komitesi

Yer: Moskova, Teknik Alley, Ev 2

Gerçek adres: a

Müşterinin İletişim Kişisi:

Telefon: (4, (4;

E

1.3. Sisteme dayalı belgelerin listesi

Devlet Sözleşme No ________________ 2010 ___________ ___ dan

1.4. sistemin oluşturulmasına ilişkin çalışmanın başında ve sonunda planlanan zaman

Sözleşmeye uygun olarak tanımlanır.

2. Sistem Gereksinimleri

2.1. Yardımcının Rusya Federasyonu Ofisi'ndeki Araştırma Komitesi'nin Resmi Web Sitesinin Modernizasyonu (Bundan Sonra - SCP Web Sitesi)

Modernleşmenin bir parçası olarak, uygulanması gerekir:

· Ana sayfadaki mevcut blokların yeniden düzenlenmesi de dahil olmak üzere SCP sitesinin ana sayfasını yeniden tasarlayın;

· Ana sayfada ayrı bir birim oluşturmak ", iktidar ve medyanın temsilcilerini söyleyerek, araştırma komitesinin çalışmaları hakkında". bölüm resimlerini takılarak imkanı ile bir tarihli liste olarak uygulanması gerekir;

· Farklı metin türleri için önerilen varsayılan sistemin yazı tiplerini ayarlama: Başlıklar ve temel metinler için;

· Grafik elemanları uygun metinle değiştirme olasılığını uygulamak (kullanıcının yükleme kullanıcısının yan tarafındaki engelli özellikler durumunda);

· SCP sitesinin sayfalarının veri açısından optimizasyonu;

· SCP web sitesinin yeni bir tasarıma uyarlanması;

· Olası dış saldırıları önlemek için güvenlik optimizasyonu;

· Aşağıdaki değişiklikler de dahil olmak üzere ana menünün gerçekleştirilmesi:

"Araştırma Komitesi'nde" bir bölüm oluşturun;

Bu bölüm, biçimlendirilmiş metin ve resimleri yerleştirme olasılığı ile bu bölüm SCP web sitesinin ayrı bir sayfası olmalıdır.

"Başkan Blogu" bölümünü oluşturun;

Büyük bir metin hacmine sahip bölümlerde ("Röportaj", "Yayınlar" ve "Düzenleyici Çerçeve"), yıllardaki bilgileri düzenleriz.

Merkezi Aparat Sitesinin Yapısı

· Ana

· Komite Hakkında (Metin Sayfası)

· Rehber (Katalog Modülü)

Ø Yöneticilerin Listesi (Dizin Altlığı)

o Memur Açıklama (Metin Sayfası)

· Yapı (metin sayfası)

· Düzenleyici çerçeve (metin sayfası)

· Haberler (Modül "Haberler")

Ø Haber Listesi (alt bölüm)

o Haber Tanımı (Metin Sayfası)

· Yasal bilgi (metin sayfası)

· Sistem servisi (metin sayfası)

· Yolsuzlukla mücadele (dizin modülü)

Ø Olaylar ve belgeler

o Olaylar Listesi (alt bölüm)

§ Etkinlik Açıklaması (metin sayfası)

Ø Yolsuzluk Suçlarının Araştırılması

o Olaylar Listesi (alt bölüm)

§ Etkinlik Açıklaması (metin sayfası)

· Blog (Modül "Blog")

· Görme engelliler için versiyon (görme engelli için modül "versiyonu")

· Temyiz göz ve vatandaşların alımı için prosedür (metin sayfası)

· Rusya Federasyonu konularında araştırma organları (metin sayfası)

· Basılı yayınlar (katalog modülü)

Ø Bülten SCB No. 4 (alt bölüm)

Ø Bülten SCB No. 3 (alt bölüm)

o Oda Açıklaması (Metin Sayfası)

· Araştırma Komitesi'ndeki Medya (Modül "Haberler")

Ø Yayın listesi (alt bölüm)

o Yayınlama Açıklama (metin sayfası)

· Medya ile etkileşim (modül "katalog")

Ø alt bölümler listesi (dizin alt bölümleri)

o açıklama alt bölüm (metin sayfası)

· Röportaj (Modül "Haberler")

Ø Görüşme listesi (alt bölüm)

o Görüşme Açıklama (Metin Sayfası)

· Site Haritası (Modül "Site Haritası")

2.2. Ana Sayfa

kimlik unsurları ve tasarım öğeleri yanı sıra, sitenin ana sayfasında aşağıdaki öğeleri içermelidir:

· Ana menü

Sitenin ana menüsü, sitenin her sayfasının kalıcı bir unsurudur. Menü aşağıdaki bağlantılara sahip olmalıdır:

ü Komite Hakkında

ü Kılavuz

ü Yapısı

ü Düzenleyici Bankası

ü Haberler

ü Yasal Bilgiler

ü sistemdeki servis

ü Yolsuzlukla mücadele

Ana sayfanın ızgarası, Şekil 2'de sunulmuştur. bir.

Gerçek "Yönetim sisteminde, yani bu bayrak ezilirse, haberler" ilgili "bloğa sığacak ve bu bayrak kaldırılıncaya kadar var.

· "Güç ve Medya Temsilcileri" - Otorite veya medya temsilcisi, pozisyonu, imajı ve teklifi ile tarihli bir liste olmalıdır.

· Afiş - Site yönetimi sisteminde belirtilen siteye veya bölüme bastığınızda bir flaş veya fotoğraf görüntüsü olmalıdır.

· "Rusya Federasyonu konularındaki araştırma organlarını" engelle - Federal bölgelerinin bölünmesi ile Rusya haritasının bir flaş görüntüsü olmalıdır. Buna tıkladığınızda veya bu bölge bu bölgenin metin açıklaması olan bir sayfaya gitmelidir.

· "Başkanın Blogu" bloğu- Konunun adı ve yayınının tarihi biçiminde oluşturulan üç son konunun listesi olmalıdır. Konunun başlığı, bu konunun açıklamasıyla blog sayfasına çevirmesi gereken, üzerine tıkladığınızda referans olacaktır. Ayrıca bu blokta ana sayfadan ayrılmadan yeniden olabilir video yerleştirilmelidir. Videonun bu video görüntüsündeki yorum sayısı olan "Yorumlar" bağlantısı olmalı. Bağlantı "Yorumlar" takdim videoya yorumlarla bir blog sayfasına gitmelidir.

altbilgi

Altbilgi bir arama alanı, telif hakkı bilgisi vb. İçermelidir.

2.3. Tipik İç Sayfa

Tipik bir iç sayfanın ızgarası, Şekil 2'de sunulmuştur. 2.

İncir. 2. Tipik dahili sayfa.

Amaç:

Tipik bir iç sayfa bir başlık ve bir şeyin açıklamasını içeren bir metin dokümanı olmalıdır. Fotoğraf ve video görüntüleri, ayrıca indirmek için iç içe geçmiş dosyaları içermelidir.

2.4. Haber Mesajlarının Yerleşimi İçin Gereksinimler

Mesaj yerleştirme modülü şunları sağlaması gerekir:

· Kronolojik sırayla yayınlanan internet sitelerine haber mesajları yerleştirilmesi (haber bantları);

· İnternet sitelerinin sayfalarında haber listesi ve tam metinleri;

· Arşiv Haberlerine Göre Ara;

· RSS 2.0 formatına haber verilir.

Haber beslemesinin unsurlarıyla çalışmak için, özel yazılım dilleri hakkında bilgi sahibi olmayan kullanıcılar tarafından haber mesajlarını eklemenizi ve düzenlemenizi sağlayan bir HTML editörü sağlanmalıdır.

Modül, tüm haberlerin bir listesi olarak temsil edilen iki seviye bir mimari olmalı ve her haber bir açıklaması olmalıdır.

Haber listesi, İsim Haberleri ve Yayın Tarihleri \u200b\u200bbiçiminde sunulmalıdır (Şekil 3)

https://pandia.ru/imege005_109.jpg "width \u003d" 646 "yükseklik \u003d" 525 src \u003d "\u003e

İncir. 4. Sayfa "Not Haberleri".

2.5. Belge listesinin oluşumu ve gösterimi için gereksinimler

Belge listesinin oluşumu ve görüntüleme modülü izin vermelidir:

· Site sayfalarındaki belgelerin yayınlanmasını, sayfa bozulma olasılığı ve yayınlanma tarihine göre sıralama olasılığı olan bir liste şeklinde düzenleyin;

· İnternet sitelerinin yönetici ve içerik yöneticisi aşağıdakileri gerçekleştirir:

o Belgelerin listesine göz atma

o Yeni belgeler ekleyin

o Eklenen belgeleri düzenleyin ve silin.

2.6. Modül Ekran Listeleri için Gereksinimler (Katalog)

Liste ekran modülü şunları yapmalıdır:

· Listenin sayfa öğelerine referanslar listesi şeklinde biçimlendirilmiş listelerin sayfalarında (boş yerlerin listesi, bir dal listesi, sık sorulan soruların listesi, sık sık sorulan sorular listesi, vb.);

· Aşağıdaki işlevselliğin yöneticilerinin ve internet sitelerinin içerik yöneticilerini sağlamak:

o Liste öğelerini düzenleyin, ekleyin ve silin;

o Yeni unsurlar listeleri oluşturun;

o Mevcut listeleri silin.

Modül kollara ayrılmış bir yapıya sahip bir çok-seviyeli mimarisini gerekir. Kataloğun baş kısmı, bir konular listesi olarak gönderilen alt bölümlere sahip olmalıdır (Şekil 5)

İncir. 5. Izgara alt bölümü dizini.

Alt bölümlerden birinin adını tıkladığınızda, bu alt bölümün bir dahili tipik sayfa formundaki bir açıklaması açılmalıdır.

"Açıklama alt bölümü" ızgarası, Şekil 2'de sunulmuştur. 6.

https://pandia.ru/text/78/390/images/image008_83.jpg "width \u003d" 625 "yükseklik \u003d" 526 "\u003e

İncir. 7. Sayfa "Bir blogdaki konuların listesi".

Konulardan birine tıkladığınızda, temanın tam bir açıklamasını ve bunun için yorumların bir sayfasına sahip bir sayfa olmalıdır (Şek. 8)

2.8. Fotoğraf Galerisi

Bu modülün kullanılması, görüntüler site sayfalarına yerleştirilmeli, görüntülerin listesi oluşturulması gerekir, görüntüyü tıklarken bir resim zoom oluşmalıdır.

2.9. Video oynatıcı

Bu modülle, video görüntüleri sitenin sayfalarına yerleştirilmelidir, videoya tıkladığınızda video görüntülenmelidir.

2.10. Etiketler

Etiket mekanizması, tüm haberleri, görüşmeleri ve diğer malzemeleri sitedeki tüm haberleri bağlamak için tasarlanmalıdır. Yani, sitenin çeşitli malzemeleri bir genel elemana ait olmalıdır.

2.11. web sitesinin ziyaret istatistiklerine ilişkin verilerin toplanması için Gereksinimler ve analiz

Web sitesi ziyaretlerinin istatistikleriyle ilgili veri toplama ve analitik modülü, Internet sitelerine yapılan ziyaretler hakkında bilgi yöneticilerini kullanıcılar ve katılım dinamikleri ile bilgi yöneticileri sunmalıdır. Modülün aşağıdaki işlevselliği uygulanmalıdır:

· Çevrimiçi istatistikler için muhasebe ve doğrudan sitede veri ile çalışmak;

· Sayfanın gövdesindeki düğmeleri, görüntü veya ek program kodunu yerleştirmeden her sayfaya bir ziyaretçiyi açarken istatistiksel verilerin toplanması ve hesaplanması;

· Kriterlerden birine göre ziyaretçi akışlarının seçimi:

o Yönlendirme sitelerinin listesi;

o Arama motoru;

o gelen sayfalar;

o Gelişmiş parametreler: Ülke, kullanıcı, IP ağı ve diğerleri.

· Sitedeki yolların analizi, analiz için bir süre seçme, yoldaki sayfa sayısı, yolun ilk sayfası, yolun ilk sayfası, yolun son sayfası, yolun son sayfası, yolun herhangi bir sayfası ve diğer veri örnekleme parametreleri Genişletilmiş filtre;

· Uzatılmış bir filtreyle veri örneklemenin analizi, bölüm ve diğer parametreler için bir süre seçme olasılığı olan bölümlerin ve sayfaların katılımının analizi;

· Sitenin giriş noktalarının analizi, bir analiz, bölüm ve genişletilmiş bir filtre ile veri örneklemenin diğer parametrelerini seçme yeteneği ile analizi;

· Site katılımının, günün genel grafiğine ilişkin katılımın analizi: HITS, Oturumlar, Ziyaretçiler, Hostlar, Yeni Ziyaretçiler, Etkinlikler, Sık Kullanılanlar;

· Sitenin konsolide istatistiklerinin analizi, aşağıdaki türlerin geçmiş dönemleri üzerindeki verileri temsil eden:

o Olaylar;

o Ziyaretçiler (yeni, hepsi favorilere ek olarak, çevrimiçi);

o Sitedeki en iyi 10 etkinlik türleri;

o İlk 10 yönlendiren site;

o Bugün en popüler 10 arama ifadesi;

o Günde en iyi 10 en aktif arama robotu.

· Referans sitelerin analizi; gün geçtikçe dinamikleri analiz etme yeteneği; için Muhasebe yerleşik bir bütün analiz araçları ile bir arama motoru gibi arama modülü;

· Arama motoru tablosunu doldurmak için arama motorlarının ve robotların otomatik tanımı;

· Olayların dinamiklerinin günden güne analizi ve sonuçları dairesel bir diyagram şeklinde temsil eder;

· Olayların dinamikleri gündüz ve olay türlerinin grafiği temsil analizi.

2.12. Arama modülü için gereksinimler

Arama modülü kullanıcı tanımlı anahtar kelimeleri içeren internet siteleri için arama sağlamalıdır. Aşağıdaki işlevler uygulanmalıdır:

· Hem seçilen web sitesinde hem de sitelerin halkasında aramayı takiben, Rus morfolojisini dikkate alarak;

· Sitenin statik içeriğinde ve dinamik bilgilerinin statik içeriğinde aramanın yürütülmesi (haberler, makaleler, fotoğraflar)

· Sorgu dilini bir arama sorgusunun oluşumunda kullanmak;

· Karmaşık arama sorguları için mantıksal operatörler kullanın;

· Statik HTML sayfaları şeklinde veya bilgi bloğu modülleriyle bir Web arayüzü üzerinden yayınlanan tüm sitelerin tüm belgelerinin otomatik olarak indekslenmesi;

· Arama sonuçlarını sıralayın.

2.13. "Yetkililer" modülü için gereksinimler

"Yetkililer" modülü şunları sağlaması gerekir:

· Araştırma organlarının görevlilerinin, Rusya Federasyonu'nun kurucu varlıkları üzerindeki yetkililerin dizinlerini korumak (Başsavcılığın Rusya Federasyonu'nun Başsavcısının Başkanı Kafası ve Başkan Vekili Başkanı).

· Araştırma organlarının yönetimi hakkında bilgi depolanması, Rusya Federasyonu'nun bir parçası olarak:

o pozisyon

o resim,

o Biyografi

o Yayınların ve konuşmaların tarihli listesi (bant).

Modül, yetkililerin subordinasyonunun hiyerarşik bir yapısı olmalıdır (Şekil 9)

https://pandia.ru/text/78/390/images/Image011_72.jpg "width \u003d" 646 "yükseklik \u003d" 614 src \u003d "\u003e

İncir. 10. "Memurun açıklaması" sayfasının ızgarası.

2.14. Site Haritası Modülü için Gereksinimler

2.15. "Kullanıcı aramalarını topla" modülünün gereksinimleri

Modül, Rusya Federasyonu'nun vatandaşlarının temyiz başvurusunun temyiz başvurusunun, araştırma yetkililerinin internet sitelerinde yayınlanan uzman bir form yoluyla yapılması gerektiğini garanti etmelidir:

· E-posta sorumlu çalışanı üzerindeki formu doldurma sonuçlarını gönderme;

· Veri formlarını veritabanında kaydetme;

· Kontrol grafiği koduna girerek otomatik doldurma formuna karşı koruma sağlamak.

Kullanıcı taşıma formuyla sayfa ızgarası, Şekil 2'de sunulmuştur. onbir

İncir. 11. Sayfanın ızgarası "Temyiz şekli".

Sayfa, "tam ad", "e-posta", "Telefon Numarası", "Adres" ve "Message Metin", "Tam Ad", "E-posta", "Telefon Numarası" nı doldurmak için bir form olmalıdır. Bu alanları doldururken, koruyucu kod ve Gönderme Bilgi Gönder düğmesine basın, veritabanına gönderilmeli ve uygun bir mektup, başvuruları kabul etmekten sorumlu olan bir çalışanın e-postasına gönderilmelidir. Ardından, aynı penceredeki ekranda, kullanıcı gönderdiği uygulama numarasını göndermelidir.

2.16. Kaynak Yönetimi Gereksinimleri

İnternet sitelerinin bilgi içeriğini yönetmek için, Resmi web sitesinin oluşturulmasının bir parçası olarak geliştirilen mevcut platformun gelişimi nedeniyle, sitelerin, bölümlerin, menülerin ve erişim haklarının halkaları, birleşik içerik yönetim sistemi (CMS) tarafından kullanılmalıdır. Araştırma Komitesi'nin Savcının Federasyonu Ofisi kapsamında, aşağıdaki özelliklerin sağlanması:

· Birleşik yönetim arayüzü ve çevrimiçi içerik yönetimi;

· Seçilen Internet sitesinin bölümlerini ve sayfalarının içeriğini bir grafik editörü kullanarak düzenleme;

· Seçilen menü menüsünün yönetimi seçili;

· Seçilen web sitesinin yapısını yönetme;

· İnternet sitelerinin etkileşimli kart bölümlerini korumak;

· Net bir zaman bağlamaya sahip haber mesajlarını yerleştirmek;

· Tüm İnternet sitelerinin yayınlanma tarihi ile arama olasılığı ile haber mesajlarının arşivini korumak;

· İnternet siteleri hakkında bilgi aramak;

· İnternet sitelerinde belgelerin yayınlanması;

· Öğrenme odası müşteri tarafından sağlanmaktadır.

· Öğrenmenin yeri ve zamanı, müşteri ile koordine edilmelidir.

Eğitim, sistemin işlevselliği boyunca yapılmalıdır.

Eğitimin bir parçası olarak, Rusya Federasyonu Başsavcısının Savcısının Savcılarının Sitelerinin Halkalarının Bir Pilot Sitesinin Bilgi İçeriğini gerçekleştirmek gerekir.

3. Yüzük Siteleri

Sistemin tüm işlevselliği, SCP sitesinin mevcut platformunun geliştirilmesinden dolayı bireysel yazılım modülleri çerçevesinde uygulanmalıdır. İnternet sitelerinin çeşitli modüllerinin ortak işleyişi, Site Halkası Yazılım Yazılım bileşeninin çekirdeği ile sağlanmalıdır. Belirtilen işlevleri sağlayan modüller, sitelerin halkalarında bulunan İnternet sitelerinin her biri için ayrı ayrı bağlanmalıdır. İnternet sitelerini uygulayan tüm yazılım modülleri, site halkasında bulunan siteye bakılmaksızın, işleyişin genel prensiplerini kullanmalıdır.

Yardımcının Rusya Federasyonu Ofisi'ndeki Program Bileşenleri "Ring Sitetes" Çekirdek Bileşeni olarak kullanılmalıdır.

3.1. Genel Gereksinimler

Oluşturulan sistem aşağıdaki gereksinimleri karşılamalıdır:

· Site yüzüğü, Rusya Federasyonu'nun Konularındaki Rusya Federasyonu'nun Başsavcılığının Araştırma Komitesi'nin araştırma komitesinin eşzamanlı olarak kesintisiz çalışmasını sağlamalıdır;

· Web sitesi halkası ince bir müşteri ile bir istemci-sunucu etkileşim şeması üzerinde inşa edilmelidir. Sunucu tarafında saklanan ve oluşturulan web sayfaları, son kullanıcıların bilgisayarlarında internette indirilmelidir;

· Yazılımların tasarım ve geliştirilmesi, yazılım çözümlerinin modüler mimarisinin ilkeleri ve yaklaşımları kullanılarak gerçekleştirilmelidir;

· Web Sitesi Halkası Web Siteleri, Rusya Federasyonu'nun konularındaki araştırma organlarının bilgi kaynaklarına ve bölgesel bağlı bilgi materyallerini yerleştirme olasılığına erişim sağlamalıdır;

· Web Sitesi Zil Software, kullanıcıların uzmanlaşmış programlama dilleri bilgisini gerektirmeyen bir grafiksel arayüz kullanarak, araştırma organlarının merkezi bilgi içeriği yönetimi sağlamalıdır.

Web Sitesi Yüzük Web Siteleri, aşağıdaki bilgi türlerini içermelidir:

· Metin sayfaları;

· Haber kaseti;

· Sorular ve cevaplar;

· Dosya arşivi;

· Uygulama toplama formu;

· Site haritası.

3.2. Metin sayfası

Tipik metin sayfasının ızgarası, Şekil 2'de sunulmuştur. 12

İncir. 12. Tipik bir dahili metin sayfasının mesh.

Tipik metin sayfası bir başlık, görüntü ve bir metin açıklaması içermelidir. Ayrıca indirmek için dosya ekleyebilmelidir.

3.3. Haberler

Mesh sayfa bant haberleri, Şekil 2'de sunulmuştur. 13

İncir. 13. Grid sayfası "Haberler Besleme".

Haber listesi kronolojik sırayla oluşturulmalı ve yayın tarihi ve haberlerin adı hakkında bilgi içermelidir.

Haberlerden birinin adını tıkladığınızda, haberlerin tam bir açıklamasına sahip bir sayfa açılmalıdır (Şek. 14)

İncir. 14. "HABERLER AÇIKLAMASI" sayfasının ızgarası.

Bu sayfa bir haber başlığı, görüntü, bir metin açıklaması ve aynı zamanda sayfayı yeniden başlatmadan çalınması gereken bir video içermelidir.

3.4. Sorular ve cevaplar

"Soru ve cevaplar" sayfa ızgarası, Şekil 2'de sunulmuştur. onbeş

İncir. 15. Page "Sorular ve Cevaplar".

Sayfa bir soru listesi olmalı. Sorunun adını tıkladığınızda, sayfayı yeniden başlatmadan yanıtla bir form açılmalıdır.

3.5. Dosya Arşivi

İndirme için dosya listesi içeren bir sayfa olmalı. Dosya adına tıkladığınızda, dosyayı sayfayı yeniden başlatmadan otomatik olarak indirmeniz gerekir (Şek. 16)

https://pandia.ru/text/78/390/images/image018_31.jpg "width \u003d" 646 "yükseklik \u003d" 505 "\u003e

İncir. 17. Sayfanın ızgarası "Temyiz şekli".

3.7. Site Haritası

Site haritası modülü, seçilen internet sitesinin bölüm yapısındaki bilgilerin gösterilmesini sağlamalıdır.

Web sitesi bölümlerinin isimleri, ilgili bölüme bağlantıların bir listesi olarak gösterilmelidir. Bağlantıların yardımı ile, kullanıcının seçilen internet sitesini gezinme yeteneği verilmelidir.

3.8. Site oluşturma ve kaldırma mekanizması için gereksinimler

Araştırma Komitesi'nin Mevcut Yazılım Platformunun Mevcut Yazılım Platformunun Gelişiminin bir parçası olarak, Rusya Federasyonu'nun Savcılığı Ofisi'nde, yeni eklemek için bir mekanizma geliştirmek ve mevcut sitelerin halkalarının mevcut internet sitelerini silmek için gereklidir. Müşteri ile tutarlı tek bir şablon. Oluşturma ve İnternet siteleri kaldırarak programlama dillerinin uygulanmadan icra edilmelidir. Bu mekanizma, her iki web sitesini de üçüncü seviyenin etki alanı adı ile ve ikinci seviyenin etki alanı adıyla alanların bir etki alanı oluşturma olasılığını sağlamalıdır.

3.9. Bilgi gereksinimleri

Site halkalarının oluşturulmasının bir parçası olarak, müşteriye bilgi materyalleri ile bir pilot internet sitesinin birincil dolgusu sağlanmalıdır.

3.10. Tasarım gereksinimleri

Sitelerin halkalarının İnternet siteleri için, Savcının Rusya Federasyonu'ndaki araştırma komitesinin internet sitesinin tarzına veya renk kararına karşılık gelen tek bir sayfa ve kontrol tasarımı için geliştirilmelidir. Tasarım müşteri ile kararlaştırılmalı ve internet sitesinin üyeliğini Rusya Federasyonu'nun ilgili konusuna vermelidir.

İnternet sitelerinin tasarımı, modern siteler tasarım gereksinimlerine uymalıdır. Sitelerin halkalarının renk aralığı, bir sistem oluşturmanın bir parçası olarak müşteri ile tutarlı olmalıdır.

Sitelerin halkalarının internet sitelerinin tasarımı, aşağıdaki stil özelliklerini karşılamalıdır: sıkı, iş, özlü, ergonomik, bilgilendirici.

3.11. Dil Destek Gereksinimleri

Sitelerin halka arayüzleri, Rusça ve İngilizce olarak yapılmalıdır. sitelerin halkaların İdari arabirimler sadece Rusça yerine getirilmelidir.

3.12. Birleşik Yazılım Platformunun Geliştirilmesi SCP

Gelişimin bir parçası olarak, uygulanması gerekir:

· Eğitim çerçevesinde uygulanması gereken sistemin tüm işlevselliğini doğrulamak için yeterli miktarda Sitelerin halkalarının halkalarının bir pilot sitesinin bilgi içeriği;

· Deneyimli operasyon yapmak;

· Ticari operasyona girin.

3.13. İşin sonuçları için gereksinimler

1. Savcının Rusya Federasyonu Ofisi'ndeki Araştırma Komitesi Yazılım Yüzük Siteleri

2. Aşağıdaki bileşimde operasyonel dokümantasyon:

· Program ve test yöntemleri;

· Yönetici Kılavuzu;

· İçerik Yöneticisi Kılavuzu;

· Yükleme Rehberi;

· Programcı Kılavuzu.

Raporlama malzemeleri iki kopyada sağlanmalıdır. Yazılım yalnızca bir durumda elektronik ortamda sağlanır.

Sık sık TK örneklerini getirmek istenmesi nedeniyle, gelişmelerin benim için bir topluluk parçası ile paylaşıyorum. Ticari değer (yıllardır ve yapılandırması için) bu belgelerin sahip değil, ancak umarım örnek olarak faydalı olabilir.

Teknik Görev:

Otomatik

sistem "satış".

Teknik görev

Çarşaflarda

"_" ______________ 2010

1. Genel

Otomatik Sistemin Adı

"Satış olarak"

Müşteri

Yürütücü

İş için temel

Sistemin oluşturulması üzerine çalışmanın başlangıcının ve sonunun planlanan zamanı

İşin başlangıcı: 01.09.2010

İşin Sonrası: 12/31/2010

Bir sistem oluşturmanın randevusu ve amacı

Sistemin amacı

Geliştirilen otomatik sistem, işletmenin satışlarının süreçlerini otomatikleştirmek için tasarlanmıştır.

Sistem oluşturma hedefleri

Otomatik bir sistem oluşturma hedefleri

"Satış olarak" gelişimin hedefleri şunlardır:

1. 3. Otomasyon nesnesinin özellikleri

3.1 İş Süreçleri Kurumsal

3.1. 1 İş Süreci "Sözleşmenin Sonuç"

3.1.2. İş Süreci "Ödeme Ücreti"

1. 4. Sistem için gerekenler.

4.1. Bir bütün olarak sistemin gereksinimleri.

4.1.1. AC'de geliştirilen yöntemler ve yazılım modülleri, sistemi daha da geliştirme yeteneğini içermelidir.

5.1.1. Geliştirilen sistem, otomatik finansal ve ekonomik sınıf sistemleri oluşturmak için belirlenmiş metodolojiye uygun olarak fonksiyonel amaçla tahsis edilen otomatik sistemlerden, alt sistemlerden ve muhasebe modüllerinden oluşmalıdır.

5.1.2. Geliştirilen AU, mevcut bir performans serisinin otomatik bir işyerinin (kolları) cari muhasebe sistemine uygun olarak yapılandırılmasını sağlamalıdır.

5.1.3. Geliştirilen AC, kullanıcı erişim haklarının sınırlandırılmasını ve her yüklenicinin görevlerini yerine getirmek için gerekli ve yeterli miktardaki bilgilere erişim sağlaması gerekir.

5.1.4. Bilginin yetkisiz erişimden korunması, aşağıdaki mekanizmalar kullanılarak uygulanmalıdır:

1. 1C platform seviyesinde erişim haklarındaki kısıtlamalar: Kurumsal 8.1.

2. İcra ortamında ek kısıtlamalar.

5.1.4.1. Öncelikler, platform erişim düzeyinde kısıtlamalar olmalıdır. Yürütme ortamının düzeyinde ek sınırlamaları kaldırmak, onlara bir sistem sınırı uygulanırsa, nesnelere veya sistem işlevlerine erişim haklarına izin vermez.

5.1.4.2. Platform seviyesindeki bilgiler

· Platform seviyesindeki bilginin korunması sistem araçları tarafından sağlanır. Bu, sistem nesnelerini, arayüzlerin kullanımı, sistem fonksiyonlarının kullanımını ve bilgi sistemi verileriyle düzenleyici işlemlerin yürütülmesi için okuma ve düzenleme haklarına tabidir.

· Tüm erişim hakları, uygun setlerde sistematlandırılmalıdır - bilgi sisteminin rolleri.

· Bilgi sisteminin kullanıcıları listesi sistem yöneticisi tarafından belirlenmelidir.

· Her kullanıcı izinleri, içindeki bir dizi bilgi sistemi rolüyle belirlenmelidir.

· Her kullanıcı için mevcut bilgi sistemleri ayarları sistem yöneticisini tanımlamalıdır.

· Sistemde çalışmaya başladığınızda, kullanıcı adını sistem ve şifreyi belirterek yetkilendirme prosedürünü geçmelidir.

5.1.4.3. Uygulama ortamında bilginin korunması

Sistemdeki bir dizi referans defteri için, düzenleme haklarının ek kısıtlamaları sağlanmalıdır.

Sistemde düzenlemede bir yasak oluşturmanız gereken referanslar:

• Adres indirimleri
• Para birimleri
• Karşılıklı yerleşim çeşitleri
• Yüklenicilerin Faaliyet Türleri
• Kullanıcı grubu
• Belgeler Kişilik Sertifika
• Kuruluşların pozisyonları
• Bölünme
• Kullanıcılar
• Nakit Hareket Makaleleri
• Harcamalar
• Tarifeler

5.1.5. Kazalar sırasında bilgi güvenliğini sağlamak için günlük otomatik veri arşivlemesi sağlanmalıdır.

5.1.6. Ergonomi ve teknik estetik gereklilikler

5.1.6.1. Kullanıcı arayüzlerinin birleştirilmesini sağlamak için, varsayılanların 1C platformu tarafından otomatik olarak oluşturulan araç çubuğu ve içerik menüleri kullanılmalıdır.

5.1.6.2. Nesneleri ve sistemdeki kullanıcıların eylemlerini belirlemek için kullanılan kartuş, konu alanının standart terminolojisine uymalıdır.

5.2. AU "satış" yapısı ve çalışması için gereksinimler.

5.2.1. "Satış" satışları, aşağıdaki otomatik alt sistemlerden oluşmalıdır:

Abone hakkındaki birincil bilginin alt sistem girişi (sözleşmenin sonucu);

Ödeme için belgelerin oluşumu için alt sistem;

Askie Sistemi ile İletişim Alt Sistemi;

Ödeme terminalleri ile iletişim alt sistemi.

5.2.2. Birincil Bilgi Girişi alt sisteminin (sözleşme sonucu) bileşimi aşağıdaki gibi olmalıdır:

"Aboneli sözleşme" belgesi;

5.2.3. Ödeme için belgeleri oluşturma alt sisteminin bileşimi aşağıdaki gibi olmalıdır:

Belge "Takım" "

"Cezaların Tahakkukları" belgesi

"Kavisli enerji" belgesi

Karşılıklı yerleşimlerin durumunun modül doğrulanması

5.2.4. İletişim alt sisteminin AUTEE sistemi ile bileşimi aşağıdaki gibi olmalıdır:

Askie sistemi ile iletişim modülü.

5.2.5. İletişim alt sisteminin ödeme terminalleri ile bileşimi aşağıdaki gibi olmalıdır:

Ödeme terminalleri ile iletişim modülü.

5.3. Abonenin Abonenin Giriş Subsysteminin İşlevleri için Gereksinimler (Sözleşmenin Sonuçları)

5.3.1. Abone için abone giriş alt sistemi (sözleşmenin sonucu) aşağıdaki işlevleri yerine getirmelidir:

Karşı tarafın kurulu kapasitesi (gelecekteki abonede) hakkında bilgi girişi ve depolanması;

Yerleşik abone sayaçları hakkında bilgi girişi ve depolanması;

Abone tarifeleri hakkında bilgi girme ve saklama;

Abonenin cezalarının şartları ile ilgili bilgilerin girişi ve depolanması;

Sözleşmenin şartları hakkında bilgi girme ve saklama;

5.4. Ödeme için belgelerin oluşumunun alt sisteminin işlevleri için gereksinimler

5.4.1. Ödeme belgelerinin oluşumunun alt sistemi aşağıdaki işlevleri yerine getirmelidir:

Abone ile karşılıklı yerleşimlerin durumunun belirlenmesi ve cezaların oluşması için koşulların belirlenmesi.

Ödeme için belgelerin oluşumu (ödeme için makbuzlar veya faturalar).

5.5. Asuce sistemiyle iletişim alt sisteminin işlevleri için gereksinimler

5.5.1. Askue sistemi ile iletişimin alt sistemi aşağıdaki işlevleri yerine getirmelidir:

Abonelerle yeni sonuçlanmış sözleşmelerle ilgili verilerin transferi. Bağlantı anahtarı, abone kimliğinin benzersizliği olmalıdır - "abone Antlaşması'nın kodu".

Abonenin tüketilen elektriğe ilişkin verileri elde etmek. İletişim anahtarı "sayaç kimliği" çiftinin benzersizliği olmalıdır - "Counter kodu".

5.6. İletişim alt sisteminin ödeme terminalleri ile olan fonksiyonlar için gereksinimler

5.6.1. Askue sistemi ile iletişimin alt sistemi aşağıdaki işlevleri yerine getirmelidir:

Ödeme terminalleriyle elektrik için ödemelerde yapılan ödemeler hakkında veri elde etmek.

1. 6. AIS "satışlarını" izleme ve kabul etme prosedürü.

6.1. Çalışma sonuçlarının sunumu ve teslimatı için aşağıdaki prosedür, müşteriye uygulanır:

6.1.1. Yüklenici, kontrol örneğinde yazılımın performansını gösterir.

6.1.2. Kontrol örneği için veriler müşteri temsilcileri tarafından hazırlanır.

6.1.3. Yüklenici, yazılımı müşterinin bilgi departmanına iletir ve müşterinin yöneticisini gerçekleştirir.

6.1.4. Kontrol örneğinin kararının sonuçlarına göre, deneme işlemine bir iletim eylemi hazırlanmalıdır.

6.1.5. TK'nin gereksinimlerinin işlevselliğine uyulmaması durumunda, Yüklenici AC'nin gelişmesinin genel maliyeti içindeki yorumları ortadan kaldırır.

6.1.6. Ek bir müşterinin gereksinimleri TK'ye meydana gelirse, ek TK'yı arıtma için derlenir.

6.1.7. Müşterinin ek gereksinimlerinin varlığı, deneme işleminin iletiminde bir eylem imzalamayı reddetmek olmamalıdır.

6.1.8. Yazılımı deneme işlemine aktardıktan sonra, uygulamanın uygulanmasına göre, yüklenici, müşterinin personelinin yazılımla çalışma ve her geçim için yazılımla çalışma talimatlarını aktarır.

6.1.9. Yazılımı (deneme işlemi) getirirken, müşteri devam eder:

Gerekli NSI girerek;

Gerçek verilerin girişi;

İş sonuçlarının raporlama ve doğrulanması oluşumu.

6.1.10. Uygulama sürecinde, Yüklenici müşteriye uygulama programının bir parçası olarak yardımcı olmalıdır.

6.1.11. Müşteri personelinin zayıf bir eğitimi durumunda, müteahhitin yazılımın başarılı bir şekilde uygulanması için uygulanması, sözleşmeye bağlı bilgi sağlama ve danışmanlık çalışmalarının eşgüdüm elekleri hazırlanmalıdır.

6.2. Görevlerin daha fazla eşliğinde "satış" olarak bulma.

6.2.1. İşletim yaptıktan sonra, müşterinin ek iyileştirmeleri ve istekleri, Müşteri ile tutarlı TK'ye göre uygulanabilir.

TK, ek gerekliliklerin uygulanmasında işin karmaşıklığını ve maliyetini göstermelidir.

6.2.2. Yüklenici, "Hotline" telefonu yazılım eşliğinde desteklemeyi taahhüt eder.

6.2.3. Müşterinin talebi üzerine, yüklenici doğrudan müşteriden doğrudan müşteriden destek verebilir, bu da ek bir sözleşme eşliğinde yapılmalıdır.

6.2.4. Müşteri tarafından işletmeye alma tarihinden itibaren altı aydır tanımlanan hatalar, yüklenici operasyonel ve ücretsiz olarak ortadan kaldırılmalıdır.

Yüklenicinin, hatanın müşterinin yanlış eylemlerinin bir sonucu olarak ortaya çıktığını, yüklenicinin arama ve eliminasyonu için harcadığı zaman ek olarak ödenmesi gerekmektedir.

6.2.5. Müşteri, yıl boyunca 1C'nin satın alınmasından sonraki yıl boyunca, 1C programların geliştirilmesiyle ilişkili tüm güncellemeleri 1C firmasından ve mevzuattaki bir değişiklikle alma hakkına sahiptir. Müşteri ACS tarafından yapılan değişiklikler yapılmalıdır.

6.2.6. Yüklenici, müşteri veritabanlarının içeriğinin gizliliğini ve müşteriden alınan diğer bilgileri, AC geliştirme, uygulama veya sürdürme sürecinde bulundurulur.

Teknik Proje:

Onaylamayı onaylıyorum

"" ______________ 2010 "" "_______________ 2010

"____" ________ 2010'dan teknik görevin eklenmesi

Otomatik

sistem "satış".

Teknik Proje

Çarşaflarda

"__" ile hareket eder ____________ 2010

Dizinler. 3.

Sayaçlar. 3.

Tarifeler .. 3.

Trafo merkezi. 3.

Ceza cezaları. 3.

Numaralandırma. dört

Tahakkuk türleri. dört

Bilgi kayıtları. dört

Tarifelerin değeri. dört

Abone tarifeleri. dört

Metre verileri. beş

Birikim kayıtları. beş

Güç tüketimi. beş

Belgeler .. 6.

Abone ile sözleşme .. 6

Tüketilen enerji. 6.

Fiş. 7.

Cezaların tahakkukları. dokuz

İşleme. 10

Askue sisteminden veri elde etmek. 10

Ödeme sisteminden veri almak. 11

Rehberlik

Sayaçlar

İstenilenler:

Tarifeler

Ayrıntılar: Hayır.

Ceza cezaları

Ayrıntılar: Hayır.

Listeleme

Tahakkuk türleri

Değerler:

Bilgi Kayıtları

Sözleşmelerin eylemi şartları

Periyodiklik: periyodik olmayan

Amaç: Abonelerle sözleşmelerin son teslim tarihlerini saklamak için tasarlanmıştır.

Ölçümler

Tarifelerin anlamı

Periyodiklik: gün

Amaç: tarifelerin hareket etmeye başladığı tarifelerin ve tarihlerin depolanması için tasarlanmıştır.

Ölçümler

Sahneler		Amaç
		Gündüz Tarife Günü
		Gece tarifesinin maliyeti (belirtilmeyebilir)

Abone tarifeleri

Periyodiklik: gün

Amaç: Aboneye atanan tarifeleri sözleşmeler altında depolamak için tasarlanmıştır.

Ölçümler

Sahneler		Amaç
	Referans tarifeleri	Abone oranı

Metre verileri

Periyodiklik: gün

Amaç: sonraki ödeme tahakkuku için sayaç okumalarını saklamak için tasarlanmıştır.

Ölçümler

Sahneler		Amaç
Gösterge		Sayaç okuma
Justion		Sayaç okuma

Birikim Kayıtları

Güç tüketimi

Amaç: Sonraki ödeme tahakkuku için enerji tüketim bilgilerini saklamak için tasarlanmıştır.

Kayıt Ol Türü: Sorun

Ölçümler

Belgeler

Abone ile sözleşme

Amaç: Abone ile bir sözleşme yapmanın gerçeğini yansıtmak için tasarlanmıştır.

Sahneler		Amaç
Karşı taraf	Dizin Rehberi
Sözleşme
	Referans tarifeleri
Monte edilmiş güç		KW'de kurulu abone gücünün depolanması
Veri salatası		Sözleşmenin geçerli olduğu tarih
Veri merkezleri		Sözleşmenin sonunun tarihi
Organizasyon	Kuruluş rehberi
OptionStrafov
İsimlendirme	El kitabı isimlendirme
Manuel ayarlama		Belge kablolamasının manuel ayarının işareti

Tabsal: Sayaçlar ve Tarifeler

Belgeleri yürütmek

Belge yapıldı:

Bilginin kaydına göre "Abone sayaçlarının ve sayaçların ilk ifadesinin öngörüldüğü yerlerde" ifadesi ";

Tarifenin sözleşmenin başlangıcından itibaren Abone tarafından reçete edildiği "abone tarifeleri" olan bilgilerin kayıtlarına göre

Sözleşmenin öngörüldüğü "Eylem Şartları" na göre, başlama tarihi ve sözleşmenin bitiş tarihi

Tüketilen enerji

Amaç: Belirli bir tarih için sayaç okumalarını yansıtmak için tasarlanmıştır

Belgeyi doldurma

Belge iki şekilde doldurulabilir: manuel giriş ve "Aucee sisteminden veri alma" işlemini çağırarak

Belgeleri yürütmek

Belge yapıldı:

Sayaç okumalarının belge tarihine reçete ettiği "hafıza okumaları" olan bilgi kayıtlarına göre;

Tasarruf kaydı tarafından "Aşağıdaki algoritmaya göre tüketilen enerji:

1. Sayaç okumaları, belge tarihindeki "Sayaçlar Okumalar" raporundan ve sayaç okumalarının önceki değerlerinden alınır.

2. Okumaların değerlerinin farklılıkları, birikim kayıtlarının uygun kaynaklarına girilir.

Basılı formlar

Metre kaydı tanıklığı

Fiş

Amaç: abonelere tahakkuk edenleri yansıtmak için tasarlandı

Belgeyi doldurma

Belge iki şekilde doldurulabilir: manuel giriş ve "Ödeme tahakkuku" işlemini arayarak

Sekmeler: Metre Okumaları

Sahneler		Amaç
Karşı taraf	Dizin Rehberi
Sözleşme	Rehberinin Sözleşmeleri Anlaşmaları
İsimlendirme	El kitabı isimlendirme
	Referans tarifeleri	Sözleşmeye göre abone oranı
	Dizin sayaçları
Gözle görülür	Hız listesi
Tüketilen enerji		Konsedanenenggia
Tarife değeri		Belge Tarihinde Tarife Değeri
Tahakkuk eden		Tahakkuk eden miktar abone

Belgeleri yürütmek

Belge yapıldı:

Hesap planına göre vergi:

Basılı formlar

Tahakkuklar kaydı

Algoritma doldurma

Belge, müteahhitlerin sözleşmesinin referans kitabı temelinde doldurulur.

1. Referans kitabından, "Eylem Şartları" verilerine göre, belgenin tarihinden daha az olan "Eylem Şartları" verilerine göre, belgenin tarihinden daha az olan sözleşmeler seçilir;
2. Sayaçlar bu anlaşmalara karşılık gelir;
3. Metre için, enerji tüketimi, önceki belgenin tarihi bilinmiyorsa, belgenin tarihi arasındaki süre ve önceki belgenin tarihi arasındaki süre boyunca "Enerji Tüketimi" bir toparlanma olarak belirlenir, ardından devirin tamamı Kayıt yaptırın. Elde edilen değer "Konsedilen Enerji" alanına kaydedilir.
4. Tarife, sözleşmeye ve belge tarihindeki tarifenin değerine göre belirlenir;
5. Tahakkuk türü "sayacın ifadesine göre" kuruldu;
6. Alan, enfarktüsün üzerinde tüketilen bir enerji parçası olarak hesaplanır.

Holding için algoritma

Ct. 90.01 Subcontocate1 Analytics ile İsimlendirme. Nomenklatural Grubu, SubContocate2 - Adlandırma. Standart.

Hesap 62.02'de bir kredi bakiyesi varsa, kablolama ile önceden ödeme yapılır.

Dtt 62.02 Analytics Subcontodt1 - Karşı taraf, Subcontodt2 - Sözleşme Sözleşmesi

Kablolmanın miktarı, 62.02 hesaptaki kredi bakiyesinden minimum değerdir ve gerekli "tahakkuk ettirilmiş" değerinin değerleridir)

Dtt 90.03 Analytics Subkontodt1 ile - isimlendirme. Nonenclature Grubu, Subcontodt2 - Adlandırma. Standart

Ct. 62.01 Analytics Subcontocate1 ile - Karşı taraf, SubContocated2 - Sözleşme Sözleşmesi

Kablolama miktarı \u003d "tahakkuk eden" * Stavatands / (100 + Stavanalar), StavanKands - "nomencolature.stavkands"

Ceza tahakkukları

Amaç: para cezaları abonelerinin tahakkuklarını yansıtmak için tasarlanmıştır.

Belgeyi doldurma

Belge iki şekilde doldurulabilir: manuel giriş ve "para cezaları tahakkukları" işlenmesini çağırarak

Sekmeler: Metre Okumaları

Sahneler		Amaç
Karşı taraf	Dizin Rehberi
Sözleşme	Rehberinin Sözleşmeleri Anlaşmaları
OptionStrafov	Gecikme cezaları için dizin seçenekleri
Tahakkuk eden		Tahakkuk eden miktar abone

Belgeleri yürütmek

Belge yapıldı:

Hesap Planına göre, pahalı:

Hesap planına göre vergi:

Basılı formlar

Tahakkuklar kaydı

Barkod ile ödeme makbuzu

Barkod "Infograftbarcode" yazı tipi tarafından oluşturulur.

"0000" + abonenin Sözleşme Kodu + Tahakkuk eden dize oluşturma algoritması

Makbuz düzeni SQ_1.MXL dosyasına eklenmiştir.

Holding için algoritma

"Sayaçların okumalarının" tablo kısmının her satırı için, aşağıdaki kablolama yapılmalıdır:

Dtt 62.01 Analytics Subcontodt1 - Karşı taraf, Subcontodt2 - Sözleşme Sözleşmesi

Ct. 91.01 Analytics Subcontocate1 ile - Diğer gelirler.

Kablolama miktarı, gerekli olan "tahakkuk eden" değeridir;

İşleme

Askue sisteminden veri elde etmek

			Doğruluk	Amaç
				"Satış" sisteminde sayaç kodu, Askue sisteminin kimliği ile soving
				Gündüz oranındaki tezgahın okumaları
				Gece oranı için sayaç okumaları

Proquisites işleme

İşleme Algoritması:

1. Veri dosya satırından bir metre kodunu alın
2. Öğe bulunmazsa "sayaçlar" dizininde ilgili öğenin kodunu bulun, daha sonra "Kodla tezgahın ..." mesajı vermeyeceksiniz.
3. Öğe bulunursa, daha sonra değerler tablosuna bir dize ekleyin, burada: "Sayaç" - bulunan eleman, "okuma" - "gün", "Eklem" - "Gece"
4. İşlemin "kavisli enerji" belgesinden ve satır sayısından kaynaklanırsa

değerlerin tablosunda, 0'dan fazla, daha sonra belgenin tablo kısmındaki değer tablosunun içeriğini yazın ve bir belge uygulayın.

1. Değerler tablosunda satır ve işleme varsa, "tüketilen enerji" belgesinden çağrılmaz, ardından geçerli tarihin tarihi ile "tüketilen bir enerji" belgesi oluşturun ve ardından bir belge uygulayın.

Ödeme sisteminden veri almak

Veri Aktarım Dosyası Biçimi - DBF;

Veri Aktarım Dosyası Yapısı:

Proquisites işleme

İşleme Algoritması:

1. Yapı ile bir değer tablosu oluşturun:

1. Veri dosyası satırlarını seçin
2. Hat veri dosyası satırlarında bir döngü başlatın
3. Veri aktarımı hattını oku
4. Sözleşme kodunu veri dosyası satırından alın
5. Öğe bulunamadıysa, sözleşme kılavuz dizinindeki koddaki uygun öğeyi bulun, sonra "Sözleşme kodu ile bulunamamıştır ..."
6. Eğer eleman bulunursa, Where: "Antlaşma" - Bulunan Öğe, "Tarih" - "Data_Plat", "Sayı" - "Nomm_plat", "Tutar" - "Summa_plat"
7. Son veri dosyası transfer dosyasının son satırlarını aldıktan sonra. Bitiş döngüsü
8. Bir belge oluşturma değerinin her satırı için "Ödeme Siparişi Alınması". Bir belge oluştururken, böyle bir tarih ve gelen belgenin numarasına sahip bir belge sistemindeki kullanılabilirliği kontrol edin. Belge sistemde bulunursa, belge oluşturulmaz.
9. Belgenin ayrıntılarını doldurma kuralları:

Sahneler	Değer doldurulur
Operasyon türü
	Strfotables. Veriler.
Gelen belge numarası	Strfotables
Gelen belgenin tarihi	Strfotables. Veriler.
Sözleşme sözleşmesi	Strfotables. İşareti

Sayfaların prototiplerini sık sık, müşterinin sitesinin nasıl görüneceğini anlayabileceği için koyarım. Sonra kameracun için ayrı bir görev yapıyorum - çalışmalarında yardımcı olacak teknik detaylar ve açıklamalarla.

Daha zor bir iş, daha fazlası TK olmalı. Büyük projelere katıldığımda toplu ve 30 sayfa gördüm.

Sipka'nın Guram, Didjital Studio UDIX Media'nın kurucusu

Her şeyden önce, TK'nin müşteri olması gerekiyor - böylece sitesinin ne olacağını ve paranın ne geçeceğini anlayacak. Eğer bir şey yapılmazsa - TK'ye atıfta bulunabilir ve yeniden vermeyi isteyin.

TK, müşteri ile iletişim kurduktan ve görevi tasarımcı ile tartıştıktan sonra proje yöneticisidir.

Büyük müşteriler genellikle her bir düğmenin açıklandığı çok ayrıntılı TK'dir. Küçük şirketler, aksine, 100 sayfa için titiz belgeleri sevmiyorum.

Sitenin iyileştirilmesinde teknik bir görevin bir örneği

Genel

Otomatik Sistemin Adı

"Satış olarak"

Müşteri

Yürütücü

İş için temel

Sistemin oluşturulması üzerine çalışmanın başlangıcının ve sonunun planlanan zamanı

İşin başlangıcı: 01.09.2010

İşin Sonrası: 12/31/2010

Bir sistem oluşturmanın randevusu ve amacı

Sistemin amacı

Geliştirilen otomatik sistem, işletmenin satışlarının süreçlerini otomatikleştirmek için tasarlanmıştır.

Sistem oluşturma hedefleri

Otomatik bir sistem oluşturma hedefleri

"Satış olarak" gelişimin hedefleri şunlardır:

1. 3. Otomasyon nesnesinin özellikleri

3.1 İş Süreçleri Kurumsal

3.1. 1 İş Süreci "Sözleşmenin Sonuç"

Bu belgenizde, bu belgenizde, parmağınızı haksız bir geliştiriciye sokabilir ve sitenizi doğrultusunda getirebilirsiniz.

Teknik görev (Kısaca "TK"), en çok detaylı ve kesin olarak gelecekteki sitenizin gerekliliklerini yansıttığı bir belgedir.

Site tam olarak TK temelinde oluşturur. Ne kadar ayrıntılı ve açıksa, yeni sitenizin beklentilerinize ne kadar uygun olur.

TK Site oluşturma - bir yasa olarak, yorumlar ve tutarsızlıklara izin vermemelidir.

TK geliştiricisinde hecelenmemiş olan tek şey kendi takdirine bağlı olarak yapar.

· Yönetici Kılavuzu;

· İçerik Yöneticisi Kılavuzu;

· Yükleme Rehberi;

· Programcı Kılavuzu.

2.20. Rusya Federasyonu Başsavcısının Araştırma Komitesi Uzmanlarının Eğitiminin Organizasyonu ve Davranışı

Aşağıdaki eğitim gereksinimleri uygulanır:

· Sanatçı, 19'dan fazla insanın bir parçası olarak, Rusya Federasyonu'nun Savcılığı Ofisi'ndeki Araştırma Komitesi çalışanlarının eğitimini yürütmelidir.

· Eğitim Rusça'da yapılmalıdır.

· Öğrenme odası müşteri tarafından sağlanmaktadır.

· Öğrenmenin yeri ve zamanı, müşteri ile koordine edilmelidir.

Eğitim, sistemin işlevselliği boyunca yapılmalıdır.

Eğitimin bir parçası olarak, Rusya Federasyonu Başsavcısının Savcısının Savcılarının Sitelerinin Halkalarının Bir Pilot Sitesinin Bilgi İçeriğini gerçekleştirmek gerekir.

3.

Siteyi geliştirme konusunda örnek Teknik Görev

Önemli

Uygulama sürecinde, Yüklenici müşteriye uygulama programının bir parçası olarak yardımcı olmalıdır.

6.1.11. Müşteri personelinin zayıf bir eğitimi durumunda, müteahhitin yazılımın başarılı bir şekilde uygulanması için uygulanması, sözleşmeye bağlı bilgi sağlama ve danışmanlık çalışmalarının eşgüdüm elekleri hazırlanmalıdır.

6.2. "Satış" satışlarının görevlerinin daha da eşlik edilmesi.

İşletim yaptıktan sonra, müşterinin ek iyileştirmeleri ve istekleri, Müşteri ile tutarlı TK'ye göre uygulanabilir.

TK, ek gerekliliklerin uygulanmasında işin karmaşıklığını ve maliyetini göstermelidir.

6.2.2. Yüklenici, "Hotline" telefonu yazılım eşliğinde desteklemeyi taahhüt eder.

Bir teknik ödev oluşturma sürecinin hazırlanmasına devam etmeden önce etkileşimin eşiği, sanatçının ve müşterinin projeye girdiği bir kuadrisin hakkında konuşalım. Gereksinimler - Sistemin istenen davranışının, müşteri tarafından açıklanan ve uygulanacak işlem sahibi tarafından açıklanan davranışı. Kural olarak, gereksinimler, iş deneyimi temelinde, programın uygun davranışının sunulması temelinde oluşturulur.

Bunlar, geliştirici (satıcı) için kilit bilgilerdir, ancak, en fazla çarpışma sayısının ortaya çıktığı, hataların, gereksiz isteklerin ve benzeri olduğu şartların toplanması aşamasındadır.

Kaynaklar - İleri, makine, ekipman, geliştirme ortamı, zaman ve para gereksinimlerini uygulama sürecinde kullanılacak zaman ve para. Kaynaklar, teknik görevin onayı aşamasında net planlama ve değerlendirme gerektirir.

Bu, çeşitli sıralama, sohbet, telefon yetenekleriyle entegrasyonların gereksinimlerini içerir.

Servis seviyesi - Aslında, bu seviyenin gereksinimleri, düzeltmelerle yeni inşa eden ilke giren ilk olmalıdır. Bunlar, sistem yanıtının hızı için görevlerdir, yüksek yük altında, güvenlik.

Dikkat

İdeal versiyonda Venndor bu tür iyileştirmelere sahip olmamalıdır - Kurumsal yazılım yavaşlamamalı, verileri kaybetmemeli, verileri kaybetmemeli, bir seviyenin izinlerini dağıtmak ve dağıtmak için formlar. Ancak gereksinim ortaya çıkıyorsa ve müşterinin kişisel oranı veya donanımın yanındaki sorunları ile ilgili değilse, ona yüksek ilgi göstermeye değer.

Teknoloji seviyesi - Listede sonuncusu, ancak önem ve zorluklar geri kalanın önündedir.

Bunlar, platform, işletim sistemi veya cihazlarla ilişkili müşteri gereksinimleri olabilir. Örneğin, MacOS altında bir montaj koleksiyonu.

Microsoft Dünyası veya Microsoft Excel.

Şahsen, açılış sayfası geliştirirken, özel yazılım ürünleri kullanıyoruz.

Yardımlarıyla, projeleri karmaşık siteler bile hızlı ve kolay bir şekilde yapabilirsin - bu, örneğin Balsamiq. Ancak, tüm prototip yaptığımız gibi, makalede zaten konuştu.

Konuyla ilgili: Site Prototiplemesi: Oluşturma, Araçlar ve Programlar.

Proje öncesi tasarım, geliştirici ile birlikte yapılabilir veya omuzlarında tamamen kaydırılabilir.
Asıl şey, unutma, sonra katılıyorum ve iki tarafı imzalayın.

TK hazırlanması için canhaki

Bu maddeler, hem brifin doldurulmasına hem de teknik görevin hazırlanmasına eşit olarak atıfta bulunur.

Ve içinde, size küçük püf noktaları, site için tk nasıl yapılır ve girişimcinin karmaşık ömrü olmadan nasıl bir şey ifade edeceğim:

1.

Müşterinin ve sanatçının birbirlerini doğru bir şekilde anladığından emin olun. "

Teknik görevde yüksek kaliteli sıfatlar olmamalıdır: Güzel, güvenilir, modern. Kesin olarak anlaşılamazlar. Herkesin kendi güzellik ve modernlik kavramları vardır.

Bak. Sonuçta biri, bu tasarımın güzel olduğunu düşündü ve web sitesinde kullanmasına izin verildi:

Aynı şey - yalnız bir şey ifade etmeyen belirsiz formülasyonlarla:

• Site müşteri gibi olmalı. Ve eğer kötü bir ruh hali varsa?
• Site uygun olmalıdır. Bu ne anlama geliyor? Ne için uygun?
• Site ağır yüklere dayanmalıdır. 10 bin ziyaretçi? Veya 10 milyon?
• Nitel uzman içeriği. İyi, anlaşıldı.

Metinde belirsizlik olup olmadığını kontrol edin. Varsa - yeniden yaz.

Bir site (o ve iniş) sipariş etmeye karar verdiniz mi? Uygulama gösterdiği gibi, o kadar kolay değil. Yüzlerce müşteri, bitmiş sitelerini görüyor, onlara uymadığını buluyorsun: Tasarım biri değil, konumu topal, metinler, bir demet gereksiz işlevi vidaladı.

Bu tür sonuçları önlemek için, sitenin gelişimi için teknik bir göreve ihtiyacınız var.

Ona ihtiyacım var?!

Sitenin sanatçısı kim olursa olsun - kendiniz, göreceli, mütevazı ödeme için freelancers, çok miktarda para için özel bir şirket ...

Sitedeki teknik görev olmalıdır.

Örneğin, size Regionsoft CRM için özel bir rapor oluşturmanızı isteyebilirsiniz ve site ile entegrasyon sipariş edebilirsiniz. Bu, görev açısından tamamen farklıdır, burada çok önemli önceliktir. Gereklilikler toplandıktan, analiz edildikten ve çalışanlarla koordine edildikten sonra, teknik bir görev oluşturmaya başlayabilirsiniz.
Satıcının şeklini sorabilir ya da kendiniz yapabilirsiniz - her durumda, baş ağrısından ve sizden tasarruf sağlayacak birkaç demir kuralları vardır ve CRM sağlayıcınız.

Teknik Görevin Anatomisi

Teknik bir görev oluşturma işlemi hakkında konuşursak, birkaç aşama vardır. Tutarlı geçişleri ve müşteriye istenen iyileştirmeye yol açar.
İşte buradalar.

Bir veya başka bir göreve gittiğini tam olarak ne zaman geçtiğini bildiği için satıcının görüşünü dinlemek önemlidir. İnan bana, geliştirici zamanı çekmek ve terimi rüzgarlamak için karlı değil - bunun mümkün olduğu kadar çok projeyi tamamlaması ve bir üne bir darbe almamak için iyi yapması için karlı.

Gerçekçiliğe gelince, CRM'yi basitçe çarpıcı yönetim sisteminin seviyesine bitirmek için taleplerden kaçının: şu anda ve öngörülebilir gelecekte neyin gerekli olanların gereklerine dahil edilmelidir.

Örneğin, Regionsoft CRM bir masaüstü programıdır, bir tarayıcı için bir istemcimiz yok. Bir şirket için bir web uygulaması oluşturmamızı istemek anlamsız, bu büyük bir gelişmedir, şimdi yapılmakta ve bir şirketin iyileştirilmesi mümkün değildir.

Bilgi sisteminin tam ve kısa isimleri

Sistemin tam adı, Yardımcının Rusya Federasyonu Ofisi'ndeki Araştırma Komitesi'nin resmi bir web sitesidir.

Sistemin Kısa Adı - "SCP Web Sitesi", "Sistem", "Site".

1.2. Müşteri Sisteminin Adı ve Detayları

İsim: Savcının Rusya Federasyonu Ofisinde Araştırma Komitesi

Yer: G.

Bilgi

Moskova, Teknik Alley, Ev 2

Gerçek adres: a

Müşterinin İletişim Kişisi:

Telefon: (4, (4;

E

1.3. Sisteme dayalı belgelerin listesi

Devlet Sözleşme No ________________ 2010 ___________ ___ dan

1.4.

Sistemin oluşturulması üzerine çalışmanın başlangıcının ve sonunun planlanan zamanı

Sözleşmeye uygun olarak tanımlanır.

2. Sistem Gereksinimleri

2.1.

ödeme tarihi

Ödeme numarası

Ödeme Sisteminde Ödeme Numarası

Ödeme miktarı

1. Veri dosyası satırlarını seçin
2. Hat veri dosyası satırlarında bir döngü başlatın
3. Veri aktarımı hattını oku
4. Sözleşme kodunu veri dosyası satırından alın
5. Öğe bulunamadıysa, sözleşme kılavuz dizinindeki koddaki uygun öğeyi bulun, sonra "Sözleşme kodu ile bulunamamıştır ..."
6. Eğer eleman bulunursa, Where: "Antlaşma" - Bulunan Öğe, "Tarih" - "Data_Plat", "Sayı" - "Nomm_plat", "Tutar" - "Summa_plat"
7. Son veri dosyası transfer dosyasının son satırlarını aldıktan sonra. Bitiş döngüsü
8. Bir belge oluşturma değerinin her satırı için "Ödeme Siparişi Alınması".

Kısa bir kısmı doldurma veya TK'yi sitenin tasarımında oluştururken, içinde boşluk bırakmayın.

"Geliştiricinin takdirine bağlı olarak" ", ne istediğimi, bu ve grorma" ya da "belirtmeyen her şeyin sanatçının takdirine bağlı olarak yapıldığını" anlamalısınız. Ve inan bana, sadece bir boşluk değil, geliştirici için Avrupa'ya bütün bir pencere.

Ve elbette, her zaman olmaz.

Yetkili bir uzman sizi yakaladıysa, sonuç için endişelenemezsiniz.

Ama sonra başka bir sorun ortaya çıkıyor, gerçekten gerektiği gibi yapabilir ve tamamen öznel olarak sevmeyeceksiniz. Ve her şey birçok geliştirici için tanınmış bir anekdot gibi olacak:

Ana şey hakkında kısaca

Kesinlikle bir web sitesi veya borç verme oluşturmak için teknik görevi hazırlamak ve eşleştirmek için harcanan zamanın pişman olmayın.

Sonuçta, bu, işlemde ortaya çıkan anlaşmazlıkları izlemek ve çözmek için en iyi aracınızdır.

Buna tıkladığınızda veya bu bölge bu bölgenin metin açıklaması olan bir sayfaya gitmelidir.

· "Başkanın Blogu" bloğu - Konunun adı ve yayınının tarihi biçiminde oluşturulan üç son konunun listesi olmalıdır. Konunun başlığı, bu konunun açıklamasıyla blog sayfasına çevirmesi gereken, üzerine tıkladığınızda referans olacaktır. Ayrıca, bu blokta, ana sayfadan çıkmadan çoğaltılabilen video yerleştirilmelidir. Videonun bu video görüntüsündeki yorum sayısı olan "Yorumlar" bağlantısı olmalı. Link "Yorumlar", sunulan videoya yorumlu bir blog sayfasına yol açmalıdır.

Altbilgi bir arama alanı, telif hakkı bilgisi vb. İçermelidir.

2.3.

Briff - Bu, gelecekteki sitenizin içerik, tasarım, teknik özellikleri hakkında soruları olan bir ankettir.

Tabii ki, iki tarafça imzalanan ayrıntılı bir özet, teknik görevi değiştirebilir.

Sonuçta, pratik olarak aynıdır, tek fark, kısa, sizin vizyonunuzdur ve teknik görevin kısa ve geliştiricinin yorumlarına dayanan son bir belgedir.

Bireysel eşyalar zorluklara neden olursa, geliştirici sorularına "bunun ne anlama geliyor?" Türüne sormakta tereddüt etmeyin. "Sitemin çalışmalarını nasıl etkileyecek?" DEĞİLDİR, çünkü birinin altındaki tüm geliştiriciler sizinle aynı şeyi anlayın.

"Ek bilgi" sayısında, soruların cevaplarına dahil olmayan tüm isteklerini belirttiğinizden emin olun.

Bu grafik yoksa, sadece kısa bir sürede ekleyin.

VK, Google, Facebook.

3.2.2 Kişisel hesapta Sipariş bölümündeki kişisel hesapta, tanıtım kodu eklemek için bir alan ekleyin.

3.2.3 Bir şifre kurtarma isteğinden sonra kullanıcıya gelen bir sayfa yerine (name.com/bitrix/admin/index.php?change_password\u003dyes&lang\u003dru&user_checkword\u003d) Sayfa Yapın (name.com/login/forgot/) SHANGE_PASSWORD \u003d YES & LANG \u003d EN & User_CHECKWORD \u003d), sitenin içeriğini görüntüleyecek olan, "Alan, Kontrol Hattı, Yeni Şifre, Şifre Onayı, Düğme Verileri Kaydederken" E-posta'ya sahip olacaktır.

3.2.4 Sepete mal eklerken, ürünün sepete eklendiği bir mesaj görüntülenmelidir.

3.2.5 YENİ bir kullanıcıyı kaydederken şifrenin tehlikesiz parametrelerin parametrelerine uymadığını.

Otomatiksistem "satış".Teknik görev"__" ____________ 2010 ile yapıştırma

»_" ______________ 2010

Yavaş yavaş, değişiklikler serbest bırakıldı ve daha sonra toptan, perakende mağazaları ve hipermarketler için yeni bir ürün oluşturmasına izin verildi - Regionsoft Perakende.

Kullanıcı seviyesi veya kullanıcı grubu. Bu seviyede, mevcut arayüzün revizyonunda görevler uygulanır. Örneğin, kullanıcı bir imleci vurduğunuzda, son siparişin numarası ve durumuyla bir pencere görünmesini isteyebilir veya özel bir veri grubuna sahip özel bir rapor bulunur.

Bu seviyede rafineri daha az zamandır işgal eder, ancak birçoğu olabilir - örneğin, pazarlama departmanından, lojistik ve teknik desteğin çeşitli gereksinimleri.

İşlevsellik seviyesi. Önceki kişiden ayırmak genellikle zordur, burada resmi bir kriter çalışması - iyileştirme, arayüzdeki herhangi bir şeyi görüntüleme düzeyinde değil, sistem mantığının iyileştirilmesi düzeyindedir.

Yulaf lapası oraya yazılırsa - belki de koşmaya değer ve etrafa bakmamak.

• Sanatçının vızıldayanlığına karşı düzeltin. Site hazır olduğunda, teknik göreve göre kontrol edilebilir. Tutarsızlık var mı? Geliştirici onları düzeltmelidir. Resmi olarak işbirliği yaparsanız ve bir sözleşme yaptıysanız - Mahkemeyi bile zorlayabilirsiniz.
• Sanatçıların değiştirilmesini basitleştirin. Müşteri ve geliştirici olgunlaşmış ve kaçarsa, sitenin oluşturulması kuvvetli bir şekilde geciktirilebilir. Detaylı bir ekonomi olduğunda, yeni bir takıma devredilebilir - zaman daha hızlı çalışmaya başlayacaktır.
• Karmaşık bir ürün geliştirme maliyetini öğrenin. Kesin zamanı ve karmaşık bir web hizmeti geliştirmenin maliyetini değerlendirin. Öncelikle, hizmetin nasıl çalışacağını ve hangi işlevlerin içinde olacağını anlamanız gerekir.

Kök erişimi, kendi IP adresleri, bağlantı noktaları, filtreleme kuralları ve yönlendirme tabloları vardır.

Google PageSpeed \u200b\u200bInsights, Web sitelerinin, kullanıcı tarayıcısındaki sayfa ekranını hızlandırması için ücretsiz bir öneri hizmetidir (https://developers.google.com/speed/pagespeed/insights/).

Arama Motoru Optimizasyonu (veya SEO), belirli kullanıcı istekleri için arama motorlarını yayınlamanın sonuçlarında sitenin konumunu yükseltmek için iç ve dış optimizasyon konusunda bir dizi önlemdir.

Harici Site Optimizasyonu, arama motorlarında, sosyal ağlarda tanıtım, diğer kaynaklardan gelen bağlantıları çekerek referans ağırlığının uzatılmasını, teşvik edilebilir bir siteye, afiş reklamcılığına, bağlamsal reklamcılığa katlanarak referans ağırlığının uzatılmasıdır.

İç saha optimizasyonu, metnin optimizasyonu, URL'lerin, sitenin yapısını düzenleme, taşma, taşma, sunucu yanıtlarını kontrol edin.

Mevcut malzemeler Like sitelerine, kitapçıklar, dergiler, fotoğraflar - her şey ve belki hazır bir marka kayın vardır. Ayrı bir arşivle tutturulur. Bu noktada minimum çözünürlük ve ekran cihazları, hangi cihazların siteyi görüntülemesi beklendiğini gösterir - PC'ler, dizüstü bilgisayarlar, akıllı telefonlar ... PC 19 - 27 inç arasında monitörler; 15,6 ila 17.3 inç dizüstü bilgisayarlar; Akıllı telefonlar 3.5 ila 6 inç; 7 ila 12 inçlik plakalar mobil bir versiyona ihtiyacınız var mı? Evet İşlevsel Gereksinimler Örnek Modüller (Kullanıcılar için) Bu bölümde, sitede görmek istediğiniz tüm işlevleri listelemeniz gerekir.

Farklı parametrelerle olan bir sepet, dizin filtreleri, çevrimiçi sipariş yapma kabiliyeti, geri arama için bir başvuru bırakabilir, bültene abone olun ve diğer seçenekler için diğer seçenek dizin filtreleri, üretici tarafından, alfabetik olarak.
CRUPCJ9B: S »XVZB╟▌╤└U╟J_ ■ E╘DJ» J ■ ╛EHHJ (GTT┬PB╟▌╤└U╟╛ # ╜┘AL + KA KQ X3┴I≈² & F╒ # ┐╜ ╙┐█ ts╜iwa▓bo└vsb╟▌╤└u╟╛ # ╜┘al + KAXG [B: BVZB╟▌╤└U╟╛ # ╜┘AL + KAXG [B: BVZB╟▌╤└U╟ ╛ # ╜ ┘al + KAXG [B: BVZB╟▌╤└U╟╛ # ╜│CE & V█7┬M3AQNYJY╕ ° VZB╟▌╤└U╟╛ # ╜┘AL + KAXG [B: BVZB╟▌ ╤└U╟╛ # ╜┘al + KAXG [B: LZB╟▌╤└U╟╛ # ╜┘AL + KAXG [B: LZB╟▌╤└U╟╛ # ╜┘AL + KAXG [B: LZB╒ ▀┬Y╥XUF ≈K ve OQTE╦▒ '% [H╓≥LK "[C (B╖ ~ B╖ ~ B╖ ~ B╖ ~ B ~ ~ B ~ B ~ B╖б╖ ~ B╖ ~ B ╖ ~ B╖ ~ B╖ ~ B╖ ~ B╖ ~ B╖ ~ BD '\\ * NLKZ ⌡ ┐ © tw╦ | ╒t⌠zza╙┼r≤⌠y ╒D7i $ ╔≥ ∙? ╔ ∙ ╤SQ ╒╒ ° ╒ ╒ ╒ ╒ ╒ ╒ ∙ rrmvc╪ ┬7┴ + ISO (° ° RB╒┴ ■ E4SCH┬╨ Z╖M ° ° ° UM╦WYMDR '% r ^ & ╔gt╖yhd] zt╪ l╝i▌▀s_2╫j) E + h © O2²K% J ┼╖┼╖Ssa≈k▐f²ych▐hd╟fg╬ln ∙ ╥ ╥ ⌡<Т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▓З╨?.

Misafir açısından *, yazılım ve otomatik sistemlerin (AC) geliştirme üzerindeki faaliyetlerin düzenlenmesi için - bu, bu, geliştirme veya modernleşmenin (bundan böyle - oluşturma) için gereklilikleri ve prosedürü tanımlayan ana belgedir. Sistem, AC'nin ve kabulünün harekete geçildiğinde geliştirildiğine göre.

• * GOST 19.201-78 Birleşik Yazılım Belgeleri Sistemi. Teknik Görev. İçerik ve tasarım gereksinimleri;
• GOST 34.602-89 Bilgi Teknolojisi. Otomatik sistemler için standartlar kümesi. Otomatik bir sistem oluşturmak için teknik görev.

Ne yazık ki, gost daha net bir tanım verilmez, bu nedenle, etkileşimli partilerin çıkarları göz önüne alındığında - Entegratör ve müşteri, daha doğru bir tanım verecektir. Otomatik sistemin tasarımındaki ana belge olan Teknik Görev, AC'nin ana özelliklerini ve atamasını belirler, dokümantasyon oluşturulmasının ve kompozisyonunun gerekli aşamalarını belirler ve aynı zamanda kısmi bir gerekçedir.

Neden teknik bir göreve ihtiyacınız var?

Projedeki ana problemler yanlış formüle edilmiş veya gevşek proje gereklilikleri nedeniyle ortaya çıkmaktadır. Sonuç için temel gereksinimler, müşteri tarafından değil, yüklenicinin teknik uzmanları tarafından oluşturulan teknik görevde tanımlanmalıdır.

Böylece, tanımın eklentileri zaten yukarıda formüle edilmiştir. Gereksinimleri içeren bu belgenin müşteri dostu dilde formüle edilmesi gerektiğini eklemek istiyorum. AU'nun teknik uygulamasının özelliklerine bağlılıklar yapılmıyor. Şunlar. TK'nın aşamasında, prensip olarak, bu şartların hangi platformun uygulanacağı önemli değildir. Gereksinimleri hesaplamak ve formüle etmek, aynı zamanda teknik görevin tasarımı, bir iş analisti yapmalı ve programcı yok (rolleri birleştirirken, bu seçenek mümkün olsa da), çünkü müşteri ile konuşan analisttir. İş dili.

Tüm ilgilenen ve sorumlu kişiler arasında yazılı ve koordine edilen doğru teknik görev, herhangi bir projenin başarılı bir şekilde uygulanmasının anahtarıdır.

Teknik bir görev geliştiren kim

Müşteri, kural olarak, bilgi teknolojisi alanında uzman değildir, bu nedenle sonuç için temel gereksinimler, müşteri değil, yüklenicinin teknik uzmanları tarafından oluşturulan teknik görevde açıklanmalıdır.

Teknik bir görev geliştirirken tipik hatalar

Belge, resmileştirilmiş bir yapı veren 34.602-89 olan GOST 34.602-89'a dayanmaktadır, ancak bölüm ve paragraflar sunmak için net gereklilikleri yoktur. Standardın bu özelliği gücü ve zayıflığıdır. Sunum özgürlüğü, bölümlerin gereklerine neden olabilir (özellikle işlevsel):

• Herhangi bir yapıya bağlanmadan, sistemik olmayan (sistem modülleri, iş süreçleri);
• Çiftleme;
• Farklı detay seviyeleri.

Teknik bir görev hazırlamadaki hata varsayımları, projenin maliyetinde ve süresince artmasına neden olur. Teknik görevin asıl görevi, müşterinin gereksinimlerini anlaşılabilir ve formatın uygulanabileceği şekilde yayınlamaktır.

Müşterinin gereksinimlerinin uygulanması önerilen bir teknik görev olmadan imkansızdır. Çalışanların yüksek yeterliliğinin varlığında bile, hatalar oluşabilir. Çoğu zaman aşağıdakilerdir:

• Aşırı detay;
• Birbirlerine aykırı şartlar;
• Yanlış ifadeler.

Birçok müşteri, sistemin sisteminin gereksiz yere ayrıntılı açıklamasını, ancak odaklanma nüfusuna odaklanmalı, sistemin nasıl görünmesi gerektiği konusunda odaklanmalıdır.

Gereksinimler çelişkili olmamalıdır. Belirsiz, spesifik olmayan ifadelerin önlenmesi de arzu edilir. TK geliştirildiğinde, projenin temel gereksinimleri ve amacı, işlevselliği belirlenir.

TK'yı derleyen hatalar nasıl önlenir

Ana kural: daha fazla özellik. Gereksinimleri çizerken, GOST, müşterinin düzenleyici belgelerine referansları kullanmak gerekir, bu da müşteri ile sanatçı arasında çift yorumlama veya yanlış anlaşılmayı önler.

TK geliştirirken, kuru, bilimsel bir sunum tarzı uygulamak, karşılaştırmaların kullanımından kaçınmak gerekir. Projenin geliştirildiğini, sektörün terminolojisini takip eder.

Aşağıdaki kuralları izleyin:

• TK'nin oluşumu, yüklenicinin ve müşterinin ortak çalışmasıdır;
• Sanatçının riskleri minimize edilmeli ve müşteriye benzer şekilde geçmemelidir (aksi takdirde, projenin maliyetinde bir artışa yol açacaktır);
• Gereksinimler objektif oluşturulur, müşterinin öznel vizesinin kullanımı önerilmez;
• Geniş bir işletme iletişiminde kabul edilen şartları kullanamaz, ancak sektörde ve standartlarda benimsenen çelişkili;
• Odak, müşteri tarafından istenen sonuçların açıklamasıyla ilgilidir. Örneğin, müşterinin, malların uygun analitik kesimlerde hareketi, daha sonra rapor parametreleri (raporun hazırlandığı diziler, analitik) ve veri kaynakları TK'de açıklanmalıdır. . Buradaki en önemli şey, teknik görevin genişletilmiş yorumunu önlemek, aksi takdirde, bir süre veya veri kaynağı belirtmezseniz, nihai sonuç müşterinin gereksinimlerinden büyük ölçüde farklılık gösterebilir ve iyileştirme ek araçlar ve zaman gerektirecektir. .

Örneğin, "sağ" TK programcısı 1C, konuya, tüm yönleri ve inceliklerin bilgisine tam bir daldırma anlamına gelir. TK, sadece "bir programcının ne yapması gerektiği" sorusuna değil, bir cevap vermelidir, ancak her şeyden önce - "Hangi görevler 1C sistemini çözmelidir: işten sonra bir işletme". Gereklilikler ayrıntılı olarak formüle edilmelidir, ancak gereksiz bilgi olmadan. Bu, yanlışlık ve hataların olasılığını azaltacaktır. Bu nedenle, 1C teknik görevin çok yönlü örneğinin mümkün olmadığı budur - 1C'nin geliştirilmesinde her bir TK vakası benzersizdir.

Teknik görev, müteahhit için iş ve gereklilikleri gerçekleştirme kurallarını tanımlayan bir servis belgesidir.

Teknik dokümantasyon biçiminde tüm çalışma sürecini düzeltmek için neden önemlidir?

1. TK, özel BT terminolojisinin kullanımı nedeniyle sözleşmeyle ifade edilmesi zor olan müşteri arasında öngörülmektedir.
2. Bu, iletişimde zaman kazandıracak: Sabit teknik çözümler, tanıklıkta sayısız reteling, onay, karışıklıktan kurtulacak.
3. Belge, taraflar arasındaki sorumluluğun bölgelerini projeye açıkça bölmenize izin verecektir.
4. TK, gelecekteki projeyi analiz etmeyi ve planlama aşamasında sorunları tanımlamayı mümkün kılar.
5. Düzgün bir şekilde derlenmiş görev, tüm katılımcıların davranışlarını öngörülebilir hale getirecek ve çok sayıda yanlış anlamadan rahatlatır.
6. Yasal bir bakış açısıyla, bu belgenin varlığı, tarafların tartışmalı anları çözmesini sağlayacaktır.
7. Ekonomi, başarılı bir işin anahtarı olan finansal planlamayı mümkün kılar. Müşteri, fonlarının harcadığı önceden görülecektir.

Her proje sınırlar tarafından gösterilmelidir - maliyet açısından, yapılan iş hacmi, yürütme zamanlaması ve kalite. Bütün bunlar TK'de sabitlenmelidir.

Taraflardan biri ekonomi olmadan işbirliği yapmak istiyorsa

Bu, aşağıdakileri ifade edebilir:

Müşteri, özellikle çalışmanın bir kısmını ücretsiz olarak net gereksinimlerini belirlemez, yoksa ne gerekiyorsa / karar vermemesini / bilmediğini / bilmediğinden emin değilim.

Geliştirici, müşterinin pahasına çalışmanın kalıcı bir devamını umuyor, bunu bazı belirsizliklerle tartışıyor.

Böyle bir durumda, karşı taraf, net sınırlar ve görevlerin tanımı ile teknik bir görev oluşturma konusunda ısrar edilmelidir. Bundan sonra, partilerin çalışmanın yapıldığını veya aksine, düzgün bir şekilde yapılmadığını kanıtlamaları zor olacaktır.

Proje katılımcıları

Proje büyükseEk olarak, katılımcılar ekleyebilir:

• Ürün Müdürü.
• Proje Müdürü
• Projenin sponsoru
• Testerler
• Teknik yazarlar
• Küratörler
• Kullanıcılar / tüketiciler (örneğin, son test için)
• Ve benzeri.

Proje küçükse, sonra müşteri ve sanatçı, kural olarak doğrudan çalışın. Bu durumda, test müşteriyi alır ve geliştiricinin zamanlamayı kontrol eder ve öncelikleri koyar.

Taraflara her bölümde ne verir TK:

BÖLÜM TZ.	+ İçinMüşteri	+ İçinGeliştirici
Bir hedefi tanımlamak	Projeyi veya iyileştirilmesini çözen görevlerin farkındalığı	Görevin özünü anlamak
Ürün Açıklaması	Bitmiş ürünün nasıl olacağı fikri	Nihai sonucun doğru anlayışına güven
Son tarihler	İş açısından oryantasyon ve planlanan sonuçların alınması	İşçilik maliyetlerinin ve kaynak gereksinimlerinin değerlendirilmesi
Proje bütçesi	Az ya da çok doğru miktarda maliyet ve bütçe planlamasının belirlenmesi	Tüm proje çalışmalarının tutarlı bir şekilde muhasebesi
İşlerin Listesi	İşin ve proje uygulamasının her aşamasının ayrıntılı açıklaması	Kurulu teknolojide çalışmak. Görev tarafından sağlanamayan işleri terk etme veya ekstra ücret için TK'ye dahil etme yeteneği
İş sonucunun değerlendirilmesi	Görevin gereksinimlerine uygunluk programı için proje projesini kontrol etme	Projenin kesintisiz çalışmalarında ve TK'nin gereksinimlerine uygun olarak emin olma yeteneği
Proje servisi	Servis maliyeti planlaması ve proje için daha fazla destek fikri	Perspektifte projenin bakımı ile çalışmanın performansı
Sorunların belirlenmesi	Planlanan Proje İyileştirmeleri	Yeni ihtiyaçlara göre iyileştirme

Düşük kalite ödevinin hazırlanmasının sonuçları

Bir programcı veya geliştirme ekibi, projenin nihai sonucu ile net bir fikrine sahip olmadan "kör", anlaşılmaz bir şekilde çalıştırılabilir. Sonuç, boşuna zaman ve para harcanan, müşteri ile şımarık ilişkiler.

Projenin sonucu müşterinin beklentilerine karşılık gelmez. Ekstra bütçe ve iyileştirme süresi gerekli olacaktır.

Tipik olarak, yüksek kaliteli TK'nın gelişimi aşağıdaki noktalarla önlenir:

Müşteri, yalnızca görevin gelişimi için projenin% 40'ına kadar ödemeye hazır değildir. Örneğin, tüm test durumlarını tasarımın tasarımından önce yazmak ve TK'de yatmak mümkündür. Ancak bu durumda, test vakaları ile görevin değeri gelişim maliyetini aşabilir ve hazırlığı bir aydan fazla sürer. Ancak sorunu işdeki hatalarla tamamen kaldırır ve kabulü basitleştirir.

Müşteri, hazır sonuçların çalıştırılmasından önce projenin tüm ayrıntılarını bilmiyor.

Sanatçı, TK'nin gelişimi için daha fazla kaynak harcamak için uygun bir ödeme yapmadan hazır değildir.

Sanatçı ve müşteri tüm olası sorunları öngöremez. Her iki tarafa da deneyimli proje katılımcıları, önceden tipik ve benzersiz problemleri öngörebilir, ancak bu, proje üzerindeki tüm çalışmaların ücret olacağını garanti etmez.

Örneğin, bir düğmenin varlığı durumunda kaydolmayı unuttum ve projeden sonra, onsuz tam olarak kullanmanın imkansız olduğu ortaya çıktı. Aynı düğmeyi eklemek için, dahili veritabanı mimarisinin yarısını ve dolayısıyla yeniden yazmak için program kodunun bir kısmını yeniden hesaplamak gerekir. Taraflardan kim bu durumda suçlamak?

Bu sorunların çoğu bir çevik (çalışmaya esnek bir yaklaşım) çözer, ancak bu, TK'yi oluşturma ihtiyacını iptal etmemektedir. Herhangi bir yüksek belirsizlik projesi geliştirirken çevik kullanın. Kural olarak, buna karşı sadece müşteriler var, çünkü kesin fiyat ve zamanlama sınırını görmüyorlar. Ancak nihai ürünün, zaman zaman ayarlanan görevleri yerine getirmesi garanti edilir. Times, işlevlerini yerine getirmemeleri nedeniyle terk edilmiş bitmiş projelerin sayısını azaltır.

Taraflar, çoğu projenin çoğu belirsizlik payı ile gerçekleştirildiğini ve problemler durumunda nasıl etkileşime gireceğini önceden müzakere ettiklerini anlamalıdır.

İktisat soruları cevaplamalıdır:

1. Ne? (Hangi işler, elementlerin içeriği)
2. Nerede? (öğelerin yeri)
3. Ne zaman? (İş için uygulama sırası ve son teslim tarihleri)
4. Nasıl? (Teknoloji uygulaması, tasarım, iş prensibi.) Kural olarak, herhangi bir nesnenin işlevleri olması gerekir: ekleyin, ekleyin, düzenleyin, sil. Ayrıca, diğer nesnelerle bağımlılıkları ve etkileşimleri de açıklar. Bazen ölçülü, doğrulama, otomatik güncellemeler, arşivleme vb. Eklenir.
5. Nerede? / Nereye? (Aktarıldığında vb.)
6. Ne için? (İşin gerekçesi, eğer görev 3. yüz ile koordine edilmekse)
7. Özellikleri.

1. Projenin ölçeği ne kadar büyük olursa, o kadar volumetric teknik bir iş olmalıdır.
2. Proje dokümantasyonu ve kabul faaliyetlerinin koordinasyonu için zamanın performansı için gerçek zaman sınırlarını belirtmek gerekir. Müşterinin, işin inhibe edilmesini engelleyen, bir kısmındaki eylemsizlik veya mücbir sebepler için sorumluluğa dikkat etmeye değer.
3. Programcının net koşullara ihtiyacı var. "Bir seçenek olarak", "yaklaşık", "yaklaşık", "yakındaki bir yerde", "Görüşünüzde daha iyi olduğu", "kabul edilemez. Doğada öznel olan gereksinimler ve özellikler, yasal bakış açılarından pratik ve hatalı değildir.
4. Bir programcı için anlaşılabilir bir işlevsel modül oluşturmak için bir görev yapmak için, teknik lambalarda, arayüzün ve fonksiyonların gerekli unsurlarının olduğu sayfalara köprüler yerleştirin ve ayrıntılı açıklamalar sağlar. Ayrıca, ilgilenilen parçanın tahsis edilmesiyle ekran görüntülerini ekleyin.
5. Eğer sayfalar için tasarım yoksa veya müşteri için çok önemli değilse, programcı, onaydan sonra görevde belirtildikten sonra prototipleri kullanabilir.
6. TK, projenin her tarafı için uygun ve anlaşılmalıdır, tüm aşamaları ve alt paragrafları en küçük işlerle bile ayrıntılı olarak tanımlamalıdır. Programcı ve yöneticinin her zaman müşterinin için gerekli olduğu fikrine sahip değildir, bu nedenle tüm tutarsız ayrıntıları tespit etmek ve koordine etmek önemlidir.

7 Tipik Hatalar

1. Bulanık hedefler ve görevler.
2. Teknik bilgilerde birkaç detay.
3. Bulanık veya tanımlanamayan tarihler.
4. Taraflar arasındaki tüm konularda hiçbir kıvam yoktur.
5. Etkileşim yönetmelikleri yok.
6. Sorumlu kişiler yok.
7. Sonucu değerlendirmek için kriter yok.

Projeyi iyileştirmek için doğru teknik görevin bir örneği

Bir görev:
Siteye gönder www.site.name.ru. Consultants satıcısının kişilerin ve fotoğraflarının yanı sıra çevrimiçi sohbetin yanı sıra kontakların ve fotoğrafların yerleştirileceği yeni bir sayfa.

Açıklama:

1. NEREDE? Başlıca Üst Menü Site menüsü "Blog" ve "Müşterilerimiz" bölümleri arasında "Danışmanınız" bölümüne ekleyin.
2. NEREYE? Yeni Sayfa URL Yapma: /vash_konsultant.htm
3. GİBİ? Yeni sayfanın düzeni "Doktorlarımızdan" alıyor. Sadece doktorlar yerine danışman olacaktır.
4. NE? Sayfa Yapısı Sonraki:
   • başlık: Danışmanınız - Merkezde (Site sayfalarının diğer başlıklarının tarzında);
   • Üst üste 3 blok, alanlara sahip:
     • 400 * 600 boyutlu satıcılar fotoğraflarıyla (merkezde hizalama);
     • AD SOYAD. Fotoğraflar altında satıcılar (düzenleme olasılığı olan metin formatı);
     • telefon herkes için ortaktır: 555-555-55. (düzenleme olasılığı ile metin formatı);
     • telefonun altındaki elektronik adres (e-posta: site.[E-posta Korumalı] posta. ru);
     • tüm alanların altındaki "danışma" düğmesi, sitedeki düğmelerdeki düğmenin, renk ve şeklin boyutu (URL'deki "Sıralama" düğmesine bakın).
5. Nerede? Danışmanlar, Site Editöründe yönetmelidir. Başlık, Açıklama, H1 etiketleri de düzenlenmelidir.

İşe SEO Amaçlar için yapılırsa - sayfadaki tüm gerekli maddeleri bırakmayı unutmayın.

Ayrıca sipariş formunu yerleştirin.

1. NEREDE? Altbilginin üstündeki danışman listesi altında.
2. NE? Üç alan:
   • İsim vermek
   • Telefon numarası
   • Uygulamanın içeriği
3. GİBİ? Alanı doldurmak için zorunlu: Ad ve telefon numarası. Kayıt, geri bildirim formuna göre yapılır. Gerekli alan doldurulmazsa, mesaj geri bildirim formunda olduğu gibi görüntülenmelidir.
4. NEREYE? Uygulama E-posta Müşteriye Gönder: bilgi@ yAYGIN.. com.
5. GİBİ? Serbest formdaki harflerin kaydı.
6. Özellikleri Botlara karşı koruma geribildirim biçimine koymak için.
   Bir istek gönderirken, her şey doğru ise, "bir uygulama gönderme" olayı Yandex-Metric'e gönderilmelidir.
7. Kabul kurallarını unutma
   Kontrol:
   • Sayfa, HTML etiketlerinin kilidi açılmamalıdır.
   • Android mobil cihazlara adaptif olup olmadığını kontrol edin *** x **** ve **** x **** ve 1280 x 1024 çözünürlüklü tabletler.
   • Safari, Chrome, Mozilla tarayıcılarındaki çalışmaları kontrol edin.

Ps. İcrmanın maliyeti ve zamanlaması genellikle ek olarak sözleşmeye ayrı olarak gösterilir. Sanatçı, teknik başlatmada belirtilen görevlere dayanarak, iş maliyetini ortaya çıkaracaktır. Daha fazla dilek - maliyet artışı.