IT Project Kwa Vitendo

redSilverDog said:
Sawa sawa, ofcourse lazima tuweke categorised serach ili iwe rahisi. Okey next nadhani ni REQUIREMENT DOCUMENT au?
Click to expand...

Mkuu nawasilisha document tatu.

mbili ni template tunazoweza kutumia kuandika requirement document moja tutayokubalina members wote


na ya tatu ni ya document niliyochakachua katika hizo mbili hapo juu na kufanya wording na editing ili iendane na our project gols View attachment online Contact requirement.doc

So hapa nawasilisha.

NB. tunaweza kuendelea kuedit hiyo ya tatu na kuongeza yale yanayopungua
 

Attachments

  • greenjerseycustomerrequirements.doc
    223.5 KB · Views: 40
  • reqs1.doc
    114 KB · Views: 58
Kuna some interesting issue project "client" kotinkarwak kaziataja hapa inabidi member tuzianglie na kukubliana issue moja wapo na ya muhimu ni ya Hii pro jct yetu je Should it be a requirement kuwa accesible kwenye mobile device?

kama kuna member yeyote member yeytie ana idea ya specific requiremnt za mobile zinahitaji nini techincaly . Anielimishe au kunipa link nijue

kotinkarwak said:
Recommendations:
Since directory services as a web application already has been implemented all over the web, I suggest that a visit to such sites should be undertaken to collect likely features that you need to build into your solution.

Yah I belive project members tumeshatembelea na tunatamebea site mbali mbali kama za yellowpages na kujua ni interface gani tutakayotumia na nini cha tofauti tutafanya kiendani na mazingira ya tanzania

The best directory service is only brought about by a well crafted data input. Once all relevant data is available, then it even becomes easier to allow a user to determine how they run the search. I might be looking up certain businesses in TZ as a whole, for a specific business sector hence my search might originate from doing a generalised search based on the sector itself.
However, if I am looking for a doctor, I would want to include the region (Dar es salaam) and preferably Sinza as a sub category but all this depends and relies on the underlying data being made available at business registration to the site.

Yes uko sahihi but inabidi tujue na limitation za kijiografia zilizopo tazania. Because kuna sinza kwa remy na makaburini but less is know about street names and feeder roads. Assuming you are a clinet itakuwa ni kukudanganya kuwa itkuwa perfect although as even myself I want it to be.

In Tanzania do towns have individual tel code? There you are. Zmani It was easier kujua landline number fulani ni ya posta or mbezi. but still hata posta na mbezi ni kubwa na hatuna majina ya mitaaa na ni watu wachache wanajua number au hata kurefer location kwa number ya nyumba.


Please visit yellowpages as a start, since this is a global business, different countries may implement it differently hence you could see how best to build that part of the application.
Yellow Pages® | Your Local Australian Business Directory
http://www.yellowpages.ca/
Yell.com the UK's local business search engine - search for London businesses

Yes Thank very much.

Feature Set
Best approach here is to build in as early as possible all the features that the application may require. Retrofit of features may prove to be damn expensive on time and expertise. If the underlying infrastructure is not following a module form of application build where plugging in new features is a well documented activity, It would almost mean that a new application is being built every time a new feature needs to be added. The trends are that more mobile users are accessing the internet and given that there are issues with the internet access (traditional PC based), it means that within the region, a big number uses/accesses the internet on mobile form. Hence can't rule them out in the build.

You are right but some features are something we members must agree on .
Second there are limitation and constraints in terms of finance , technical cabapilities experience, and remoteness of of members form each other.
Am sure even with minimum features if this project prove to be successful then in the future we can have the full featured applications.

We should be realistic and consider these constraints in project environment too. There is a small risk analysis document hope uliiona.

It t will be better to have final product with minimum features and capabilities that being so ambitious and failing to deliver anything at all or not meting the deadline.
Anyway may be am so cautious.s I would also llike to see this application is accessible in mobile.

Members wenye uelewa mnaweza kutusaida kutusaidia kutupa mwanga ki technical kuna tofauti gani na ni requiment zipi zinahitajika katika implementation unapo consider mobile device.

May be pia nakosea sababu limitation ya capabilities nilizonazo nahisi na member wengine zinaweza kuwakwaza.


Security
Building an application from ground up is not advisable even though it is assumed that the data is not critical. Again, does depend on how you view telephone and address details, for me I think they are critical. If bots and online software that are written to harvest data from unprotected sites hits this site, you can't tell where that data will end up and if any issues will arise from that. A directory service is assumed to be a user centric application, and that each result is a result of a user activity (click to search) and hence implications may be different in that instance. Other security issues ie, Trojan code being embedded into your app/web that cause havoc on user sites will undermine this effort. As an example, I used to visit one prominent News site in Kenya, will not name it so that you don't encounter similar problem but their web did throw up a few security alerts when I accessed it hence already I shy away from the site and maybe will never visit it again, even if someone tells me the error is fixed.

I think you might also need to implement an opt-in/out clause since most of the data could at some point become commercially usable. Example, a company needing to do a market research through the addresses (especially e-mail) available from the site.
If a user is happy, then, can legally provide that to the company for their mailshot to be disbursed.


Interesting issue ume rise hapa . But I don't think ni sahihi kusema Contact information ni Critical. No ndio maana hata zile yellow pages manual tunazojua wenye landlines zao number zao zinawekwa bila hata wao kuulizwa.
Email adress ,telephone number location address sio critical. But nikisema Kontirwaa bank accont yake ina shilingi 100 hapo ni issue critical

Vile Vile kama nilivyosema na ninavyooolewa there are some of security or things haziwezi kuwa within our control. We assume Domain provider and Webserver are secure.

Nakubaliana na wewe but nadhani Pia Issue ya security sometime imekuwa over exxagaerated nakuwapa watu fear. It's a fear amabyo hata wafanya watu wanweza kuogopa kutoa mawasiliano ya biashrazao kwa kigezo cha security.

To me Jf inatakiwa kuwa na security implementation kali zaidi kuliko hata system yetu. SO let ask ourselves wht are security implementation JF app use.

NB,
Idont say our system should have zero security at all.

Availability
I am not familiar with the .tz registration requirement, but if it ties you down to hosting in TZ, then I would not recommend it. Rather you use a .info or a .net hosted in the cloud that will for one ensure a reliable fast service for your clients.

Noted

Access to data
This should be viewed as a public service site. Access should be automatic as far as searching the site is concerned. Access rights however should/could be implemented where a user becomes an originator of data. You will need a way to communicate with them if required hence e-mail storage may be requested as part of the input.

Mhh mhh email acoount should be an ptional. Kumbuka pia inataka kuwasaidia waendesha taxi, madereva wauza mchele namatunda sokoni. Wauza mifugo.
Kwa wasio na internet system should allow akipiga simu anaomba aigizwe. Na data entry perosnnel. Data entry personnel anarekodi taarifa zake na kuziweka.
Kwa wenye email website itakuwa na form ambayo wakijaza basi automatic registration inafanyika baada ya confirmation.

I mean tusifikirie tu ma dr. watu wa IT, wanasheria amabo interaction na web kwao ni kila siku but tujaribu kufikiria jinsi gani mkulima wa matunda luhsoto naye anaweza kufaidika.

Data currency
You will also need to keep the data current and that can only be done by periodically prompting the originating user via e-mail to ask for confirmation of this else over time, a site will/could hold junk data. A mechanism to delete data not confirmed or updated over a certain time will need to be agreed upon.

This is one of the god requriment buy complex. remeber our service is for free. So kwa kuwa ni free user wanawajabikia kbadilisha au waombe info zao zibadilishwe.

Hata hizi directory za nje sidhani karma ziko cuurent. Kuna mtu najuakarudi kutoka nchi fulani three years ago. But data zake bado zipo This will mostly depend on user feedback themselves.
Click to expand...


it's a good and challenge discussion umeleta na tunaendela kujifunza na kueleweshana issues mbali mbali.

NB
hizi ni views zangu sio maamuzi ya project members wote
 
Thanks team.
Changamoto zangu naona zinawaweka on your toes as you think about how to implement the system.
Najua wengi hapa pengine wangefaidika zaidi from building a system from scratch since in that way, more experience ingepatikana on how all aspects of an application fits together.
Pia kwa nia ya kufahamishana what solutions are out there, ningependa ku'introduce morfik into the mix. This build environment would allow various aspects of the web app to be looked at within the same IDE, database design, security, GUI/Front end design na pia kuwajumuisha wale ambao wana experience say in C#, Visual Basic, Pascal katika ku’develop a web centric application. Morfik will also allow you to develop same application to be viewable on normal web and have specific pages for the small form factors as in mobile phones (you can even go further and create for particular form factors within that mobile space)

Another application that surely would need your attention is outsystems Agile Framework. OAF may be overkill for this particular requirement but is surely an application that can be used to write true web applications that have business processes behind the scene all defined and worked into the application. There are plenty of videos on their site to see what I mean.

I know it is very involving picking up a new tool in the middle of a design process and tends not to be advisable kwani it could detract from the flow already gained lakini nimeona, pengine ni vyema nizi introduce.

They are not 100% free but have a community distro in their product line.
Again, these could just be ammunition in your learning paths and not necessarily for this project.

Comments on my earlier posts as from reply to Mtazamaji
Security is never enough, don't rely on the hosting site to implement security for your site (/home). They will implement general system security, performance tuning, backup regimes lakini your /home directory from which you will be running the site is your responsibility. You will have cgi-bin, and some providers may restrict what you drop in there while others leave you at the mercy of the wolves on the net.

Data security
I think the site disclaimers should be looked into from this point.

Feature set
The more the merrier. And if built-in at launch time will be best. I only pick up a telephone directory to look up a number/business. If however, the service offered there was more than just such lookup, I could be visiting it more often. You ask, what else could they do? Well, they have a R&D and its their job to add whistles and bells to the site for me, ontop of making it easier for the basic functions I need to be implemented. Would the companies adviced there offer me discounts? are there vouchers if I contact them through the search site? Those are the kinds of questions the R&D would work on to better their services. Remember, traffic to a site is ciritical for the sites success, and when you think about features, you will more likely be thinking of increasing the traffic and offering more than the bog standard search site. I say this because there has been a few efforts by bongo folks on creating these kinds of services, and many end up just filling in data for a handful of search categories because the assumption I guess was that the rest will be filled in as you go along. That is a dead end idea unless the initial list was big enough and the site offered more than just a standard feature to make the traffic worth while.
Looking at future developments, say in advertisement on the site. A clued up company will ask you this critical question. What is the traffic to the site?

On data input, I understand that even phone submissions will be used. I know the Mobile market offers very interesting daily/weekly tarrifs and that will mean user will be in a position to provide more info as a result when they call in. Maybe you could also have an outward call arrangement where your researchers/data specialists will contact customers from prior arangements (no cold calling please...) to have their data input into the system.

On question of data currency, I know it is difficult to have 100% clean data where user input was source of the data, but the cleaner it is, the better and efforts should be in place to at least address that. If a hospital expansion/change of venue/change of experts is not reflected in your data, then the data ceases to be of any meaningful use. Users will feel agrieved (remember even if your service is a free service, users are entitled to be) if the numbers they call are dead numbers especially for those critical services like police, hospitals and the like.
 
moja ya vitu ambavyo mobile iko limited ni flash contents na some javascript issues like pop up windows
 
scheduler said:
attachment.php
Click to expand...

Make sure next time you put a boundary. Systems have a boundaries..:)
 
redSilverDog said:
View attachment 22258
here is another template
Click to expand...

Prevoiusly ithought u were directing us to do a requirement definition. Now i know its a System Requirement Specification..

I advice member wote tuchangie na kuweka input zetu hatua kwa hatua kwenye hii template. mpaka tupate final version.

I submit Two section nilizojaza Introduction and Overall prduction description. for your review comment and addition
View attachment srs_template1.doc

Itakuwa vizuri tukifuta hii standard not bad tukichukua hata wiki nzima
 
Guys you need to specifically point out!
(1) What exactly are the functions of the user?
(2) How many types of administrators are you going to have?, are all the administrators going to have the same priviledges?
(3) what are the functions of The Administrators?, dont generelize, forexample when you say administer the site that is general, you need to say forexample (1) add the new bussiness (2) delete a certain bussiness (3) modify bussines info, etc

If you are able to answer the above questions then, you can proceed to model the UML such as Use case, Class diagram etc.

The other thing is: About the GUI(appearance), if you also want to develop it from scratch( I mean not using the already existing Templates) , you need to present a rough sketch of the site( home page) and the successive pages(if it is gonna be a dynamic website).
 
Mtazamaji said:
Prevoiusly ithought u were directing us to do a requirement definition. Now i know its a System Requirement Specification..

I advice member wote tuchangie na kuweka input zetu hatua kwa hatua kwenye hii template. mpaka tupate final version.

I submit Two section nilizojaza Introduction and Overall prduction description. for your review comment and addition
View attachment 22332

Itakuwa vizuri tukifuta hii standard not bad tukichukua hata wiki nzima
Click to expand...

ni vizuri kutulia mnapo andika hizi documents, maneno kama etc sometimes si mazuri hasa inapo bidi kuwa na list ya vitu kamili. inabidi uchambuzi wa kina,kulingana na hali halisi ya hapa bongo. mfano, tunatakiwa kujui aian zote za intituion tunazo target, ili isifike wakati kikaja kitu ambacho specofication zake hazipo kwenye documents, something can cost you in the future.
 
Supa.engineer said:
ni vizuri kutulia mnapo andika hizi documents, maneno kama etc sometimes si mazuri hasa inapo bidi kuwa na list ya vitu kamili. inabidi uchambuzi wa kina,kulingana na hali halisi ya hapa bongo. mfano, tunatakiwa kujui aian zote za intituion tunazo target, ili isifike wakati kikaja kitu ambacho specofication zake hazipo kwenye documents, something can cost you in the future.
Click to expand...

Uko sahii mkuu.unajua sometime hii lugha ya wenyewe inakuwa kikwazo sisi wa kina kanumbas na hata hivyo ni ni just draft hope in three or for days itazidi kukizi viwango .

But no excuse hizo etc ni kweli hazitakiwi kwenye requirement specifation . Advice noted and thanks
 
Wakuuu hapa nimefanya syntax na semantic error coreections nilzolete kwenye doc yangu ya mwanzo na pia nimeongeza kipengele cha Interface Kwenye section ya product overview.

View attachment srs_template2.doc

Ila bado sijaona mebers akichangia kuhusu hii aplication kuwa accesible kwenye mobile. Should it be a requirement? is any one of us anajua tutahitaji nini. My self sina clue.
 
Mtazamaji said:
Wakuuu hapa nimefanya syntax na semantic error coreections nilzolete kwenye doc yangu ya mwanzo na pia nimeongeza kipengele cha Interface Kwenye section ya product overview.

View attachment 22418

Ila bado sijaona mebers akichangia kuhusu hii aplication kuwa accesible kwenye mobile. Should it be a requirement? is any one of us anajua tutahitaji nini. My self sina clue.
Click to expand...

Im on the document, so I will be submit mine on Saturday, if thats okey with the team.
 
mtazamaji said:
now tuko team members 4
  1. redsilverdog team leader
  2. mtazamaji member
  3. tabutupu member
  4. xpaster member
[font=&quot]
contributors
[/font] kotinkarwak
yeshuamalech
leney
[font=&quot] kwa wale ambao wametolewa wanaweza akuendelea kuwa contributors . Tulikubaliana hapa kuwa for 5 consecutive days [font=&quot]kama[/font][font=&quot] member hajatoa input yeyote anakuwa automatically out. But tunwashukuru kwa moyo wenu mlioonesha wa kupenda kushiriki tunajua mna majukumu ni mengi.


[/font]
hope hii ni open project. Haina siri na napendekeza discusiion zote ziwe open hapa.

[/font]
  • [font=&quot]redsilverdog ni project leader[/font]
  • tittle nayopendkeza ni online contact directory
nawasilisha.
Click to expand...

....i still don't get it!!!!
 
working on the project, to submit my contribution by sunday.
Thanks members for the good job.
cheers!!!!!!
 
Team na followers

Documentation is headache. To do something can be easy ila kuweka documentation yake in a understandable but standard way ni mtihani mkubw kwetu wengi.


Yaani unaandika kitu leo kesho unakifuta umepata wazo lingine. Sasa ukichanganya na kanumba's english. teh teh teh.

Hope tukiunganisha zote this week by the end next week tutatoka na SRS moja supa ambayo ndiyo itakuwa core reference na guidance
 
You must log in or register to reply here.
Back
Top Bottom
Forums
New posts
Post thread
Back