From all the articles provided, it is clear that the use of SMS for an inquiry system will produce an efficient project. As people would be happier from getting fast results, using what they use frequently, and get answers at anytime and anywhere of the day, more and more people would likely use this as far as they are connected.

Proving that if the system will be implemented in the Philippines, that boasts a number of people using short messaging system, people can create a better and easier way in producing answers for the community they are into. Also, because a lot of people use it, it is practically normal to have the system in a place where people have knowledge on it and grown accustomed to it.

Grouping each item from all the articles, the proponents would piece together the foundation of the system by finding out the immediate logical diagram. As shown from the SMS Network Architecture, a pertinent diagram was shown and will be followed by the proponents in creating their system in terms of sending and receiving. They will use GSM and SMS Gateway/Server as a basis of the way the messages of users and the system goes through certain entities. It will provide a connection for the GSM mobile phones that would be used by the user and the system itself. In terms of wireless sending information and understanding, broadband details are to be implemented to ensure fast response between the system and the user. The SMS Inquiry System will be the foundation of the proponents’ thesis. Convenience is shown and the security of replying fast is built. Text NAPOLCOM will be a basis for the keyword technique of the system. The Ozeki Message Server will guide the proponents in creating the database and help them in managing the sending and receiving of messages.

While that in line, it is the goal of the proponents to do the same thing; to provide a fast response system about what questions were frequently asked by users. The system will respond at the moment the user sends a keyword and their queries would be answered.


Support Services

Non-Functional Requirements

Non-functional requirements define the overall qualities or attributes of the resulting system. It places restrictions on the product being developed, the development process and specify external constraints that the product must meet.

In connection with this, we would list the technical requirements of our system which pertain to the technical aspects that our system must fulfill, such as performance-related issues, reliability issues, and security issues. These types of requirements affect the Quality of Service (QoS) thus, specify criteria that can be used to judge the operation of our system, rather than the specific behaviors.

Under technical requirements are 4 more requirements that our system look into.

In terms of Performance Requirements, we need to specify the timing characteristics of the software such as workloads, response time, and available storage space. Our proposed system is intended to comply with constraints such as the ability to respond within 5 seconds, a maximum of 2 seconds for having 10 active users at a time and having up to 3-10 seconds of response time for a query search. All of these should work 99% of the time to ensure efficiency in the system. Our system also will also deal with the requisites of ensuring the system can process transactions within the time frame, eliminate late system deployment and avoidable system rework due to performance issues and avoid additional and unnecessary hardware acquisition costs brought about by performance concerns.

Reliability requirements relate to the dependability and consistency of the system during operation. These also include how capable the system is when it comes to coping during system failure and how it is able to maintain the integrity of the information it carries. Our system would provide a system back-up, monthly maintenance and the ability to handle multiple transactions without crashing. These are probabilities with regards to the reliability of the system. The failure that might possibly occur as the system operates is looked upon as a random phenomenon, meaning it is a recurring event and it does not express any information on individual failures, the cause of failures, or relationship between failures, except that the likelihood for failures to occur varies over time according to the given probability function. Though reliability is indicated as the intended function, any operation in contradiction to what the system is supposed to do is considered to be against the reliability of the system. Also, the reliability of the system applies to a specific period of time. There will be variations since it will depend on the number of failures that will occur in the specific period of time given.

Next, on usability requirements that is about specifying the user interface and end-user interaction with the system. To meet these requirements, our system intends to provide a user-friendly interface to the end-users. Considering that the expected users of the system have working knowledge of the computer, the activities in the system, from authentication to the different events, will be easy for them. The system will also provide information which is constant so end-users will just have to choose, giving them less work to do or to input. One, the website will use simple English. Two, the icons would be logical in design. Three, the interface will be consistent in terms of design and flow of transactions. Four, actions which cannot be undone or require discreet understanding would ask for confirmation. Last, the screen color and appearance would not be a hindrance to using the site but have a rather cool color to not torment users.

Lastly in terms of security requirements, we are to implement the conditions as follows in different entities. For the customers, they must have an account in our site, they must secure the password of their account, they can only access the status of their delivery transaction and can only update it if it is on awaiting status to cancel the order, and/or ongoing delivery status to activate the redeemed status. For the shipping clerk, they must have an employee account in our site, they must secure the password of their account, and they can only approve awaiting transactions. Lastly, for the shipping manager, they must have a managerial account in our site, must secure the password of their account, they can update the status of delivery transactions except the paid status, and as a manager, they have access to the reports.

Our database and website handlers will do our best in attaining every requirement listed above. Rest assured, the site and database will run smoothly for the users to have easy transactions with the shipping firm.

Tech Writing

We received your letter regarding your request and in line with it we are here to inform you that we need a certain number of items you need for us to provide. The number of steamers, gas stoves and laborers that would greatly suffice the needs of your increasing customer rate are needed, and which equipment particularly become defective fastly.

The reason that our department needs the number of steamers, gas stoves and laborers needed is because we need a sufficient number of time and budget to plan things at hand, so we could provide in a more efficient and resourceful way to deliver it. Also, the equipment shall be named to us, including the numbers of defective, for us to see and know which certain equipment get damaged easily; and the time of usage, in order to know the depreciating value of the given items. When these requirements are met by your department, you can ensure that we could provide the necessities as fast and reliable as we can. Also if we find that what you request will greatly burden our company overall, we would have no choice but to deny your petition.

So from all of us here, we would repeat the need of the absolute number of  assets needed, and the equipment which are depreciating and damage-friendly accordingly. Good day to all.