Çevrimiçi kurucular kullanıyorsanız, web sitesi oluşturmak basit bir iştir. Ancak hepsi o kadar benzer ki, saygın firmalar web yöneticileri aramak veya BT şirketleriyle iletişim kurmak zorunda kalıyor. Bir kaynak oluşturmanın bu aşamasında, sihirbazın çalışmasını belirtmek, yani sitenin geliştirilmesi için teknik bir görev hazırlamak son derece önemlidir.
Neden bununla zaman harcıyorsun?
Bir insan ne kadar eğitimli olursa olsun, yine de bir insan olarak kalır ve her halükarda işini kolaylaştırmaya çalışır. Bu nedenle, müşteriler sitenin gelişimi için neden teknik bir görev yazdıklarını her zaman anlamazlar. Sonuçta, bir web yöneticisinden "ana sayfasında şirketin logosunun olduğu mavi bir web sitesi" yapmasını istemek çok daha kolaydır. Ancak projenin teslimi için zaman geldiğinde, müşteri istediğinden tamamen farklı bir şey görür. Ve web yöneticisinin kaynağı tekrar tekrar yapması gerekir.
Referans terimleri bir "bürokrasi" değil, zamandan, sinirlerden ve paradan tasarruf sağlayan rasyonel bir eylemdir. Örneğin, belirli bir şirketin geliştirmesi gerekiyorsunum sitesi, iki haftalık bir süre için. Ve bir web sitesi geliştirmek için referans şartlarının bir örneğini oluşturmak için 2-3 gün harcarsanız, dönemin sonunda bitmiş bir ürün alabilirsiniz. Acelenin sıcağında müşterilerin bahsetmeyi unutabileceği tüm gereksinimleri karşılayacaktır. Öte yandan, sitenin geliştirilmesi için referans şartları bir ücret garantisidir.
Geçmişin bilgeliği
Müşteri teknik özellikleri geliştirme görevi ile karşı karşıyaysa, tekerleği yeniden icat etmesi gerekmez, uzun yıllara dayanan pratik deneyimle doğrulanmış kökenlere dönmek daha iyidir. Yani, sitenin GOST'a göre geliştirilmesi için bir referans şartı örneği yazmak gerekir. 1978 standartlarını bugünün sitelerine uygulamak gerçekçi görünmeyebilir, ancak Sovyetler Birliği'nde bazı şeyler harikaydı ve standart geliştirme bir istisna değil ve ayrıca bunlar hala geçerli. Aşağıdaki standartlara özellikle dikkat edilmelidir:
- İçerik ve tasarım gereksinimleri (GOST 19.201-78).
- Otomatik bir sistemin oluşturulması için referans şartları (GOST 34.602-78).
İlk belge normal siteler için uygundur. TOR'un nasıl düzgün bir şekilde hazırlanacağını ve sitenin geliştirilmesi için görev tanımlarını hazırlarken kesinlikle dikkate almanız gereken bölümleri açıklar. Bunlar şunları içerir:
- Müşteri şirketinin veya kaynağın adını, kısa açıklamasını ve kapsamını belirten giriş.
- Yaratılış için temeller. Burada ihtiyacın varkonuyu belirtin, bir kaynak oluşturma ihtiyacını doğrulayan belgeleri, bu belgeyi onaylayan kuruluşun adını belirtin. Örneğin, pazar araştırmasının sonuçları, kullanıcıların çoğunluğunun İnternet üzerinden ürün aradığını ve bunun bir site oluşturmanın temeli olacağını gösteriyor.
- Hedef. Kaynağın işlevsel amacı belirtilir. Bilgilendirme, satış vb.
- Kaynak gereksinimleri. Bu, müşterinin gelecekteki web ürünüyle ilgili tüm isteklerini açıkladığı en büyük bölümdür. Burada işlevselliği belirtmeniz, güvenilirlik seviyesini belirlemeniz, çalışma koşullarını, içeriği, tasarımı vb. tanımlamanız gerekir.
- Yazılım gereksinimleri.
- Teknik ve ekonomik göstergeler. Yani, dönüşüm seviyesi, rakiplere göre avantajlar, ekonomik verimlilik ile ilgili istekler belirtilir.
- Geliştirmenin aşamaları. Müşteri, görevi tamamlamak için son tarihi belirler.
- Kontrol. Doğrulama türleri belirtilmiştir.
İkinci GOST, karmaşık işlevselliğe sahip portallar oluşturmak için uygundur. Genel olarak, ana hedefler ve noktalar ilk belgeden çok farklı değildir, sadece daha kapsamlı özelliklere sahiptirler. Yalnızca GOST standardına göre belgelerdeki bilgilere dayanarak, sitenin geliştirilmesi için tam teşekküllü bir görev tanımı örneği oluşturabilirsiniz.
TK taslağının özellikleri
Sitenin gelişimi için teknik bir görev nasıl hazırlanır? TOR'u derlerken en önemli şey, gelecekteki belgenin ana hedeflerini sürekli olarak düşünmektir: bir dilde yazılmalıdır.hem geliştiriciler hem de müşteriler anlayacaktır.
Çoğu zaman, bir sitenin geliştirilmesi için teknik bir görev örneği derlerken, ana noktalar aşağıdaki noktalar olarak kabul edilir:
- Müşteri bilgileri. Faaliyet kapsamını, şirketin tarihini kısaca açıklamak ve ana rakiplerin bir listesini yapmak gerekir. Bu bilgilerin programcılar için yararlı olması pek olası değildir, ancak tasarımcıların ve metin yazarlarının buna ihtiyacı vardır.
- Sitenin amacı. Bu blok, gelecekteki kaynağın yapısını, işlevselliğini ve tasarımın genel yönünü anlamanıza izin veren önemli bilgileri içermelidir. Ayrıca ana hedef kitleyi de tanımlar.
- Kaynak gereksinimleri. Yapı, işlevsellik, tasarım, yazılım, barındırma vb. ile ilgili isteklerinizi belirtmeniz gereken en büyük bölüm. Buraya ayrıca sayfa küçük resimleri ve bir site haritası eklemelisiniz.
- Eylem planı. Sitenin geliştirilmesi için herhangi bir referans şartı şablonu, açıklamasında geliştirme aşamalarını, belirli bir aşamada gerçekleştirilecek işlerin listesini ve siparişin zamanlamasını içermelidir.
- İşin kontrolü ve kabulü. Sahanın geliştirilmesi için örnek referans şartları, bitmiş sahanın belirtilen gerekliliklere uygunluğunun nasıl kontrol edileceğini açıkça tanımlamalıdır. Müşteriyle yanlış anlaşılmaları önlemek için bu çalışmanın uygulanmasına dikkatli bir şekilde yaklaşmak önemlidir.
Bütün bu noktaları ayrıntılı olarak inceledikten sonra, sitenin geliştirilmesi için görev tanımlarının nasıl doğru bir şekilde oluşturulacağını hızlı bir şekilde öğrenebilirsiniz.
Kim yapmalı?
Temelde, bir örnekSitenin geliştirilmesi için referans şartları herkes tarafından hazırlanabilir. Örneğin, bir güzellik salonunun sahibinin bir kartvizit web sitesine ihtiyacı vardır. İşte referans şartları, ancak böyle bir teknik şartnamenin faydalı olup olmayacağı başka bir soru.
Genellikle iyi bir teknik altyapı, icracıdır. Yine de bir web geliştiricisi, sitelerin oluşturulmasını bir güzellik salonunun sahibinden daha fazla anlar. Ancak bu, müşterinin bu süreç boyunca olmadığı anlamına gelmez. Sitenin geliştirilmesi için temel referans kurallarının ardından, müşteri şunları yapmalıdır:
- Firma, ürünleri, hizmetleri ve hedef kitleye sanatçıları tanıtın.
- Siteye neden ihtiyacı olduğunu açıklayın.
- Gelecekteki bir kaynak için dileklerinizi paylaşın.
- İyi olduğunu düşündüğü sitelerden örnekler gösterin.
- Tasarımcıdan ve web geliştiricisinden (varsa) gelen soruları yanıtlayın.
Müşteri TK'yi kendi başına çizebilir, ancak uygulamanın gösterdiği gibi, bu tür amatörce eskizler genellikle sessizce çöpe atılır.
Kesinlik ve benzersizlik
Sitenin geliştirilmesi için örnek ve teknik şartname örneklerinde yazılan her şey müşteri ve yüklenici için anlaşılır olmalıdır. Güzel, modern, benzersiz ve diğerleri gibi kavramlar kullanılamaz çünkü herkes onları kendi tarzında algılar. Bu aynı zamanda belirsiz bir şekilde anlaşılabilen formülasyonlar için de geçerlidir. Her şey açık ve kesin olmalıdır. Sitenin daha fazla yüke dayanabileceğini yazamazsınız çünkü ne kadar dayandıkları belli değil.büyük. Kaynağın aynı anda 50 bin ziyaretçiye dayanabileceğini belirterek yanlış anlamayı derhal reddetmek gerekiyor. Herhangi bir ifade, sayılarla ve kesin özelliklerle desteklenmelidir.
Diğer ayrıntılar
Bir site oluşturma çalışmalarını planlarken, tüm geliştirme katılımcılarını şirketin ne yaptığı ve ana hedef kitlesinin kim olduğu hakkında bilgilendirmeniz gerekir. Ayrıca ciddi bir çevrimiçi mağaza yerine bir eğlence blogu almamak için sitenin amacını belirtmeniz ve işlevsel tercihleri açıklamanız gerekir.
Bazı durumlarda, bir web sitesinin geliştirilmesi için referans şartlarına bir sözlük dahil edilir. Tüm karmaşık terimler anlaşılır bir dilde açıklanmıştır, böylece bilgisiz bir müşterinin sitesiyle ne ve nasıl yapacakları hakkında soru sormaz.
Kaynağın hangi barındırmada olması gerektiğini belirttiğinizden emin olun. Ayrıca, saygın sanatçılar, kaynağın tüm tarayıcılarda görüntülenmesi gerektiğini belirttikleri yerlerde, "iş gereksinimleri" gibi bir öğeyi referans olarak belirtecektir. Tabii ki, bu gereklilik zaten anlaşılabilir, ancak müşterinin vicdansız sanatçılardan korunması için onu yazmak daha iyidir.
Ayrıca, yapı, tasarım ve yerleşim müşteri ile görüşülür, netlik için müşteri bir akış şeması çizebilir. Müşterinin, sitenin her sayfasının ne için olduğunu ve üzerinde hangi öğelerin bulunabileceğini açıklaması gerekir.
Karmaşık ve standart olmayan bir arayüze sahip bir kaynak yapmak zorundaysanız, sadece göstermek yeterli olmayacaktır.eskiz ve sayfa yapısı. Tüm geliştirme ekibinin ve müşterinin ortalama bir ziyaretçinin siteyi nasıl kullanacağını anlaması son derece önemlidir. Bu nedenle, bir komut dosyası geliştirmek gerekli olacaktır. Planı çok basit:
- Kullanıcı eylemi.
- Web sitesi yanıtı.
- Sonuç.
İçerik ve Tasarım
İçeriklerden kimin sorumlu olacağına da önceden karar vermek gerekir. Bazı durumlarda, bir geliştirici, profesyonel metin yazarlarını içeren içeriğe sahip bir web sitesini hemen yapabilir, ancak o zaman kaynağın maliyeti daha pahalı olacaktır. Bu önceden kararlaştırılmalı ve içerikle ilgili tüm istekleri belirtilmelidir.
Doğru, içeriği objektif olarak tanımlamak zor olacak çünkü herkesin ilginçlik ve kullanışlılık hakkında kendi fikirleri var, benzersiz olacağını yazmak daha kolay. Bunu kontrol etmek kolaydır ve gereksiz iddialar olmayacaktır. Bu sorun, tasarım açıklamaları için de geçerlidir. En iyi çözüm, site tasarımının geliştirilmesi için referans şartlarında müşterinin hangi renk şemasını istediğini, yazıların hangi yazı tipinde yapılacağını vb. yazmak olacaktır. Yani, doğruluğun göründüğü tüm konumları belirtin. Belki de bunlar, sitenin gelişimi için referans şartları oluşturmanın tüm kurallarıdır. Şimdi bunları uygulamaya koymanız ve kendi başınıza yetkin bir TK oluşturmaya çalışmanız gerekiyor.
Web sitesi geliştirme için referans şartları şablonu
Bu TOR'da, neyin tartışılacağı her şeyin net olması için ilk sayfada bir terimler tablosu sağlanır. Terimlerin tanımlarının kopyalanmadığına dikkat edilmelidir."Vikipedi" veya diğer kaynaklar, ancak referans şartlarını geliştiren kişi tarafından yazılmıştır. Terimler listesi aşağıdaki gibi kavramları içerebilir:
- IP adresi.
- www (dünya çapında web).
- Kaynağın idari kısmı, yönetici.
- Resim için alternatif resim yazısı.
- Web arayüzü.
- Bağlantı, bağlantı.
- Web sitesi tasarımı, sayfa tasarım şablonu.
- Dinamik ve statik sayfa.
- Alan adı.
- Meta etiket.
- İçerik.
- Kaynağın bir kısmı herkese açık.
- Yedekleme, veritabanları, dosya yapısı.
- Barındırma.
- CMS.
Sözlük oluşturulduktan sonra, görev tanımlarını doğrudan yazmaya başlayabilirsiniz. Öncelikle genel bilgiler yazılır. Bu paragraf şartlı olarak dört alt paragrafa ayrılmıştır:
- Belgenin amacı. Sitenin geliştirilmesi için referans şartları, bir kaynak oluşturma ve kabul etme sürecini düzenleyen ana belgedir.
- Müşteri verileri. Aşağıdaki koordinatlar belirtilmiştir: şirket adı, iletişim bilgileri, yasal adres, gerçek adres, e-posta, web sitesi (marka değiştiriliyorsa), ilgili kişi, iletişim telefon numarası.
- Şirket hakkında kısa bilgi. Sitenin geliştirilmesi için referans şartlarının bir örneği için Fortuna LLC şirketini düşünün. LLC "Fortuna", Novosibirsk pazarı için (mallar) üretir. Şirket, üretim hijyenini, hammadde saflığını ve kaliteyi dikkatle takip eder.üretilmiş ürünler. Şirket, uluslararası HACCP sisteminin ilkelerine dayalı olarak üretilen malların kalitesi ve güvenliği üzerinde sertifikalı kontrol gerçekleştirmektedir.
- Geliştirmenin temeli. İş tanımının geliştirilmesinin temeli, Sözleşme No. _.'dır.
Kaynağın amaçları ve amacı
Site, şirketin pazar payını artırmak ve şirketin Web'deki imajını yükseltmek için tasarlanmıştır. Kaynak, yeni müşterilerin akışını artırmak, olumlu bir imaj yaratmak, Fortuna LLC markasının popülaritesini artırmak için yaratılmıştır. Ayrıca bu kaynak, reklam kampanyaları için ek bir platform görevi görecek, yeni müşteriler çekecek ve ek kâr getirecektir.
Kaynağın ana görevleri, kullanıcıya ürün ve hizmet hakkında eksiksiz bilgi sağlamaktır. Ana hedef kitle, perakende alıcılar, özellikle kadın ev kadınları ve toptancılardır.
Sitenin uygun bir yönetici paneli olmalı, sayfa yükleme farklı cihazlar için optimize edilmelidir. Kaynak, dış saldırılardan korunmalı, mal ve hizmetlerin tanıtımının unsurlarını kullanmalıdır. Ürünle ilgili tam bilgilerin yanı sıra, ürün kartı, kalite sertifikaları gibi eşlik eden belgelerin bulunmasını gerektirir.
Site için teknik gereksinimler
Site, İnternet'te bir alan adı altında (müşterinin seçimine göre) mevcut olmalı ve açıkça tanımlanmış fonksiyonlara sahip birbirine bağlı bölümlerden oluşan bir bilgi yapısı olmalıdır. Siteyi ve işleyişini sürdürmek için personel,yazılım alanında özel beceri ve bilgi gerektirir.
Bir kaynak yönetim sisteminde, otomatik olarak çalışacak bilgileri yedeklemek için bir mekanizmaya sahip olmak önemlidir.
Site bilgileri herkese açıktır. Erişim haklarının kapsamına bağlı olarak, kullanıcılar üç gruba ayrılır:
- Ziyaretçiler - sitenin yalnızca herkese açık kısmına erişebilir.
- Editör - bölüm materyallerini değiştirme yeteneğine sahiptir.
- Yönetici - editör atayabilir, bölüm ekleyebilir veya kaldırabilir.
Sitenin yönetim bölümüne erişim, bir kullanıcı adı ve şifre ile korunmalıdır.
Teknik işlevsellik, arama motorlarının tavsiyelerine uygun olmalıdır. İlk olarak, sayfalar aynı kodlamaya sahip olmalıdır. İkinci olarak, bağlantı geçişleri “A” etiketi kullanılarak gerçekleştirilmelidir. Üçüncüsü, HTTP başlıklarında kodlamayı belirtmeniz ve site.ru bağlantısını kullanarak siteye erişirken, www.site.ru etki alanına 301 yönlendirmesi ayarlamanız gerekir.
Kaynak tüm modern tarayıcılarda çalışmalıdır, bu nedenle şurada test edilmesi gerekir:
- IE 11.
- iOS 9.0-9.2 için Safari ve Chrome.
- Chrome 48.
- Firefox 44.
- Safari 9.
- Kenar 13.
- Opera 34.
Ziyaretçi güncel olmayan bir tarayıcı kullanıyorsa, onu güncellemenizi isteyen bir pencere görünmelidir.
Site, kullanıcı ve yönetim bölümleri arasında mantıklı bir ayrım içermelidir. Önceliklebilgi sağlamaktan sorumlu, ikincisi - kaynağı içerikle doldurmak. Statik sayfalar bir başlık, metin ve resimlerden oluşur. Bu bilgilerin site yapılandırmasıyla ilgili olmaması gerektiğinden, müşteri bunları kendi takdirine bağlı olarak düzenleyebilir.
Barındırma, içerik, yapı
Ardından, gerekli sistem gereksinimleri açıklanır, geliştirme dili belirtilir (veritabanlarıyla PHP veya CSS ile düz HTML).
İçeriğe gelince, müşteri geliştiriciye zorunlu içerik listesine karşılık gelen tüm gerekli malzemeleri sağlar. Alınan verilere dayanarak benzersiz içerik geliştirilir ve sitede yayınlanır.
TOR geliştirmenin bir sonraki aşamasında, sitenin yapısı geliştirilir. İlk olarak, ana sayfa ve ana menü öğeleri açıklanmıştır. Her birinden sonra alt öğelerin bir listesi eklenir. Bu grafiksel olarak gösterilebilir, ancak her bölümü, orada ne olması gerektiğini ve hangi hedefleri izleyeceğini de açıklamanız gerekir.
Örneğin, Fortuna LLC web sitesinin ana sayfasında "Üretim" bölümü var. Burada, şirketin rakiplerinin geçmişine karşı avantajlarını ortaya çıkarmak ve tüketiciye Fortuna LLC'nin neden daha iyi olduğunu erişilebilir bir şekilde açıklamak önemlidir. En çok satın alınan mallarla ilgili bilgileri ayrı alt paragraflarda tanımlayın ve fotoğraf ve video materyalleri ile destekleyin. Diğer bölümler de benzer şekilde geliştirilmiştir.
Tasarım ve işlevsel gereksinimler
Bir kaynak iyileştiriliyorsa,simgeler, yazı tipleri ve renkler. Yeni bir site için tüm bu pozisyonlar reçete edilir. Örneğin, sarı-yeşil renk 9ACD32'dir. Yanlışlıkları önlemek için müşteriye bir palet sağlamak ve TOR'da renk kodunu yazmak daha iyidir. Her kaynak, tüm cihazlarda aynı kaliteyi göstermeli ve dinamik olarak ekran boyutlarına göre ayarlanmalıdır.
Her sitenin dinamik ve statik bölümleri vardır. Dinamik yönetici bağımsız olarak değişebilir ve statik değişmeden kalır. TOR, ana sayfanın prototiplerini sağlamalıdır. Bir çevrimiçi mağaza web sitesinin geliştirilmesi için referans şartları, katalogların ve ürün kartlarının prototiplerini içermelidir. Genellikle tasarımcı bunları yapar ve müşteriye gösterir, ancak ondan sonra spesifikasyona girerler.
Farklı metin biçimlendirmesi ve bilgi çıktısı çeşitleriyle tipik bir sayfa düzeni hazırladığınızdan emin olun.
İçerik ve gönderim süreci
Müşteri, kaynağı birincil bilgilerle doldurmayı isteyebilir, ancak bu durumda sanatçılara doğru verileri sağlama sorumluluğunu üstlenir. Yalnızca elektronik biçimde ve geliştirmenin son aşamasında kabul edilir.
Siteyi kabul etme gerekçeleri:
- TK ile Uyumluluk.
- Resimlerin doğru görüntülenmesi için test.
- İşlevselliği test etme.
Her TOR'un sonunda, projenin sırasını ve zamanlamasını yazmalısınız. Genel olarak, tüm çalışmalar 3 aşamaya ayrılabilir:
- Tasarım geliştirme,onay, eskiz düzeni.
- Yazılım geliştirme.
- Siteyi bilgilerle doldurma.
Bu öğelerin her birinin yanında, teslim tarihi gün olarak belirtilir. Sözleşme uyarınca, süre değişebilir. Bu sağlanmadığı takdirde tarafların yazılı mutabakatı ile süre değişikliği yapılır.
Fayda
İş tanımı hem müşteri hem de yüklenici için faydalıdır. İlki, ne için para ödediğini anlar, sanatçının yetkinliğini hemen görebilir ve dürüst olmayan iş performansına karşı kendilerini sigortalayabilir. Buna karşılık TK, yüklenicinin müşterinin ne istediğini anlamasına yardımcı olur ve böylece kendini ani değişikliklere karşı sigortalar. Bu özellikle proje neredeyse bitmek üzereyken geçerlidir, ancak müşteri bir şeyi değiştirmek istedi, bu "bir şey" nedeniyle tüm işlerin yeniden yapılması gerekecek.
