Documente Academic
Documente Profesional
Documente Cultură
SUBMITTED BY
CERTIFICATE
This is to certify that the project work entitled ERROR TRACKING SYSTEM that is being submitted by I.V.SURRENDRA VARUN KUMAR (06861A0530), NAGIREDDY JANARDANA RAO (06861A0559), A.HARI PRASAD GUPTA (06861A0501), S.SRIKANTH (06861A0580), D.PRASHANTH (06861A0523).In partial fulfillment of the requirement for the award Degree Bachelor of Technology in COPMUTER SCIENCE & ENGINEERING in MOTHER THERESSA COLLEGE OF ENGINEERING &
TECHNOLOGY affiliated to Jawaharlal Nehru Technical University is a record of Bonafide work carried out by them under my guidance and supervision . The results are embodied in this project work have not been submitted to any University or Institute for the award of any degree or diploma.
KNOWLEDGEMENT
We wish to take this opportunity to express our deep gratitude to all the people who have extended their cooperation in various ways during our project work .It is our pleasure to acknowledge the help of all those individuals. We would like to thank our project guide for his guidance and help throughout the development of this project work by providing us required information .Without his guidance , cooperation and encouragement, we couldnt learn many new things during our projects tenure. We express our profound gratitude to our guide Assistant Professor, Computers for his support and encouragement in completing our project. We would like to thank for his encouragement and valuable guidance in bringing shape to this dissertation.
DECLARATION
We hereby declare that the project report titled ERROR TRACKING SYSTEM is an original work done at, submitted in partial fulfillment of the requirements for the award of the degree of Master of Technology in Computer Science and Engineering from. We assure you that this project has not been submitted by any degree anywhere in any college or university so far.
CONTENTS Page-No
1. Abstract 2. Introduction Profile 2.1. Introduction to ERROR TRACKING SYSTEM 2.1.1 Scope 2.1.2 Existing system with limitations 2.1.3 Proposed System Features 2.2. Introduction to Environment. 2.3 Definitions 2.4 Overview 2.5 System Requirements 2.6 Feasibility Study 3. Software Development Methodology 3.1 Software Requirement Specification 3.2 Problem Frame 3.3 Interface Requirements 3.4 Functional Requirements 3.5 Nonfunctional Requirements 4. Software Development Environment 25-43 22-25 7-8 9-22
4.1 About HTML 4.2 about PHP 4.3 About JavaScript 4.4 About My sql 4.5 Pseudo Code
5. Overall Description About modules 5.1 Admin module 5.2 Test Manager 5.3 Test Engineer 5.4 Develop Manager 5.5 Develop Engineer 6. Behavioral Description 6.1 Data Flow 6.1.1 Data Flow Diagrams 6.1.2 Use-Case Documentation 6.2 Process Flow 6.2.1 System flow Chart 6.2.2 Activity Diagrams 7. Design 7.1 Sequence Diagrams 7.2 Collaboration Diagrams 7.3 E-R Diagrams 8. Database tables Documentation 9. Screens 10. System Testing 11. Conclusion
44-48
48-74
75-83
12. Bibliography
109
1.Abstract
Project title
: ERROR TRACKING SYSTEM A Error tracking system is a software application that is designed to help quality assurance and programmers keep track of reported software Errors in their work. It may be regarded as a sort of issue tracking system. Many Error-tracking systems, such as those used by most open source software projects, allow users to enter Error reports directly. Other systems are used only internally in a company or organization doing software development. Typically Error tracking systems are integrated with other software project management applications. Having a Error tracking system is extremely valuable in software development, and they are used extensively by companies developing software products. A major component of a Error tracking system is a database that records facts about known Errors. Facts may include the time a Error was reported, its severity, the erroneous program behavior, and details on how to reproduce the Error; as well as the identity of the person who reported it and any programmers who may be working on fixing it. Typical Error tracking systems support the concept of the life cycle for a Error which is tracked through status assigned to the Error. A Error tracking system should allow administrators to configure permissions based on status, move the Error to another status, or delete the Error. The system should also allow administrators to configure the Error statuses and to what status a Error in a particular status can be moved. Our project ERROR TRACKING SYSTEM provides services to the employees, managers as well as Administrator of that particular Software Company. The primary objective of this system is to help the quality assurance and keep track of reported Errors in their work.
Mainly the ERROR TRACKING SYSTEM acts as a bridge between the Test Team Professionals and Develop Team Professionals. Administrator is responsible of performing various tasks like adding, removing an Employee, viewing status of an Employee and requests from Employees.
In a corporate environment, a Error-tracking system may be used to generate reports on the productivity of programmers at fixing Errors. However, this may sometimes yield inaccurate results because different Errors may have different levels of severity and complexity. The severity of a Error may not be directly related to the complexity of fixing the Error.
In the olden days the communication between the employees would have been done through emails to over come this problem we are developing this kind of applications to help the software professionals. Due to this, report generation becomes accurate and fast. On the whole our System benefits Software departments /Organizations. .
Software Constraints:
Backend Front End : My SQL, PHP. : HTML, CSS, JAVA SCRIPT.
Hardware Constraints
1GB RAM 80 GB Hard Disk Drive
This volume presents the manner in which the software was developed and how the various problems are tackled at the different levels to convince the user. We hope that this package would prove to be an excellent environment for managing web sites.
2. INTRODUTION PROFILE
Manual way of handling seems to be impossible in these modern days of high speed. Issue / Error finder, generator, specialist are all located in different places making the timely solutions difficult. Keeping track of all these issue related activities is another big area where maintenance is tougher.
As these Errors/issues management solutions will come with different price tags and implementation bottlenecks, which make them not so adoptable for all the organizations involved in development. Few solutions may need more processing power, few demand separate systems, and even few needs separate personnel to handle these issues. And few automated processes insist complete structural changes in the organization. But nevertheless, few readymade packages, which really solve all these, will cost more.
The proposed solution contains a simple intranet or Internet based website, which will be accessible to all the programmers participating in the development project. All these personnel will have to authenticate themselves to report any kind of problem aroused in developing the specified project. These problems will be carried to the concerned developer for solution. It also makes the administrator to administer these issues or Errors centrally to ensure these issues or Errors are answered in time by the concerned programmers.
Related issue details, but at the same time proper security is incorporated into the software enabling only the related developers can go to in depth details. And only these people can respond to those unanswered issues or Errors.
The centrally managed database makes the administration easy. It provides summarized information about the issues, Errors, and problems. It also provides standard bookmarks to find out related Error issues that logged developer. Error Issue Management application also incorporates rigorous search engine to find out any kind of Error issue for its details.
Finally, it is planned in such a way that administration of the Error Issue Management Application itself is in very easy and intuitive way giving the administrators an easy walk over it.
Administrator can update the details if he wants to do so. He/she will do all these things. For this purpose he/she needs to login to the system by entering user_id and password. The employee can view all the details as per the requirement i.e., could generate reports of those details. And also he/she can do some various tasks. Some of those tasks are as shown below.
2.2.A.1 ADD EMPLOYEE This service enables the Admin to add the new employee details. And he/she can generate an employee serial no, and it sends to that particular employee what ever is created by him.
He/she can also add the employees on the bases of their department. And also Admin create the user_id and password of the each and every employee and it send to their mail address. He/she can also view the employee details according to their department.
2.2.A.2 DELETE EMPLOYEE This service enables the Admin to delete the employee. He/she can also delete the employee based on their department.
2.2.A.3 MODIFY EMPLOYEE This service enables to the Admin to modify the employee details. He/she can also modify the employee based on their department. By using this scenario he/she can change or modify the details like addresses, expertise details, user_id, parent position, password, status of an employees etc ..
By using this module he/she can manage the total organization or a software companies details up to date by providing the status of those particular employees.
2.2.A.4 STATUS OF AN EMPLOYEE This service enables a user is in an active state or in an inactive state. If the user is in an active state it shows Active (1) otherwise it shows IN Active (0) state. By using this module he/she can manage the total organization or a software companies details up to date by providing the status of those particular employees. Admin can generate status of an employee. Whenever he/she creates that particular employee status must be generated.
2.2.A.5 VIEW EMPLOYEES By using this service enables the whole details of the employees who are working in that particular organization or a software company. And also by using this Admin can view the details of an employee according to their departments also.
2.2.A.6
VIEW REQUESTS
By using this service the administrator enables the whole requests of the current working employees those who want to make changes in their profile and then the administrator can update their profiles.
2.2.A.7 LOGOUT This service enables the Administrator to exit from the software.
B.TEST MANAGER:
The test manager is assigned the work by the administrator. The work of the test manager is to assign the specific module to test engineer. Before going to assign the module to the test engineer test manager checks the availability of test engineer.
2.2.B.1.Assign module:
Test manager assigns module to the test engineer.
2.2.B.2Notified Errors:
In this test manager able to view the Errors which are reported by test engineer.
2.2.B.3.Request to admin:
A request to admin regarding any queries or updates in the profile.
2.2.B.4.Logout:
This service enables to exit from the application.
C.TEST ENGINEER:
Test engineer performs the different test methods on the given module and Error reports to the test manager if any and he also receives the tested module from the develop engineer to perform retest and if he find and Errors in the given module he is going to perform the retest on it else closes the module.
2.2.C.1.Report Errors:
Error reporting is the main functionality of test engineer where he is going to report the Errors details to the test manager.
2.2.C.2.Retest Errors:
In retest of Errors test engineer gets the details of Errors which are find by develop engineer and test engineer perform retest.
2.2.C.3.Request to admin:
A request to admin regarding any queries or updates in the profile.
2.2.C.4.Logout:
This service enables to exit from the application.
D.DEVELOP MANAGER:
The test manager assigns the notified Errors to develop manager and the work of the develop manager is assigns the particular module to develop engineer based on the priority of Errors.
2.2.D.1.Assign Errors:
Develop manager assigns the Errors based on the category of the Errors.For instance, if a Error is raised in design section then the develop manager assigns to design professional.
2.2.D.2.Request to admin:
A request to admin regarding any queries or updates in the profile.
2.2.D.3.Logout:
This service enables to exit from the application.
E.DEVELOP ENGINEER:
The work of develop engineer is to deError the logged Errors that are present in the given module and maintain the details of that particular Error details and also forward the Error details to the test engineer the person who is raised the Error.
2.2.E.2.Request to admin:
A request to admin regarding any queries or updates in the profile.
2.2.E.3.Logout:
This service enables to exit from the application
2.3 Definitions:
Definition
ERROR TRACKING SYSTEM By the name it self it can provide the services to software Professionals. By using this software we can develop a product with high quality. It is more useful in the present software organizations or companies. The main use of this particular software is to used for deErrorging purpose. Today most of the software companies using this kind of applications to develop a good quality products with less amount of money.
ERROR TRACKING SYSTEM is used to keep track of reported Error in their work. It also keep track of product development process to provide quality assurance. It act as bridge between Test Professionals & Development Professionals.
2.4 Overview
The Project ERROR TRACKING SYSTEM over all deals with the tracking of Errors. The Error tracking system supports the concept of Error life cycle. The system has to manage the assignment of Error, submission of a Error and resolution of Error.
Mainly the ERROR TRACKING SYSTEM acts as a bridge between the test team and development team.
Typically a Error tracking system begin when ever any vendor gives any project to the administrator then the admin is going to add the particular project in to their database and divides the project in to different type of modules and assign the modules to their respective team members to resolve the Errors.
The privileges of administrator is adding, removing an Employee, view status of an Employee, Edit profile, View requests from employees and Add Project. The privileges of Test Manager is assign module and notified Errors. The privileges of Test Engineer is report Errors and re-test of Errors. The privileges of Develop manager is to assign module to test engineer.
The project which has been divided into modules the modules are assigned to test manager the test manager is again going to assign the module to test engineer for testing. The Test Engineer perform different type of test methodologies to find the Errors and he is going to report the details of the Error if any to the test manager. The Test Manager is now going to assign the module which has been received from test engineer to Develop Manager. The Develop Manager is now assign the module to the Develop Engineer including the details of the module Id, module name, Error Id and the name of the person who raised. When ever the Develop Engineer logs in into his account he can able to view the details of Error and then he perform different type of methods to find out the reason for the Error and he forward that details to Test Engineer first the person who raised the Error. Then the test engineer perform test on the module and perform re-test if any Errors present and closes the module if no Errors present.
Server side
Minimum : 120GB Hard Disk Pentium : P-IV Processor RAM : 2GB
Client side
Minimum: 120GB Hard Disk Pentium: P-IV Processor RAM : 2GB
SOFTWARES
Software is a set of programs to do a particular task. Software is an essential requirement of computer systems. The kind of software used in this project is:
Operating System: Red Hat Linux9 Language Database Network Type of server Browser : PHP, HTML. : MYSQL : : LAN Apache
support for the project from management and users? Will the proposed system works under all conditions? Have the users been involved in the planning and development of the project. The project has been done with the involvement of management and users and it is tested to work in all conditions. So it can be considered as operationally feasible
User Interfaces
The constraints that the user interfaces must adhere here are:
This project consists of several forms through which the user can easily interact with the system. The forms include Employee details entry form, all the viewing forms, etc.
Communication Interfaces
Server System should have a Web server, which supports PHP as server scripting language and My SQL as database. Client System can be of any system with normal Operating System and Internet Explorer. There should be good Internet Connection. The Proposed System uses Hyper Text Transfer Protocol (HTTP) and File Transfer Protocol (FTP).
FUNCTIONAL REQUIREMENTS This section analyzes various angles of the functionality to be developed. You do not need to use each type of analysis for the entire system. Select only that analysis that best allow you to complete your understanding of the requirements.
Feature Analysis Add (), View (), Update () functions are used in this system Add () function is used to add new information. View () function is used to view the existing details. Update () function is used to make any modifications on the existing target or incentive details. information,
Formal Analysis In this section, logical analysis further refines the understanding of the features. The logic addresses properties of the use-cases or of the underlying databases. It can cover the pre- and the post-conditions of the use-cases, thus helping to validate the state of the system before and after
a particular operation. You should maintain a certain level of abstraction throughout this section to avoid representing implementation details.
Performance Requirements Platform on which this project developed: Windows Operating System
Software Requirement Backend Requirement: MY SQL Front-end Requirement: PHP, HTML, JAVASCRIPT,CSS. Only the administration department uses this system.
Safety & Reliability Requirements To access this system, the user is provided with a login entry. If the employee is not present others in the same department can access the system with the login entry provided and hence the system is safe and reliable.
Security Requirements To access this system, the user is provided with a login entry. If the user is not present others in the same department can access the system with the login entry provided and hence the system is secure.
Software Quality Attributes This system possess the quality characteristics that will be important to either the employee ,Administrator or Manager include adaptability, availability, accuracy, flexibility, interoperability, maintainability, portability, reliability, reusability, robustness, testability, and usability
REFERENCES: For preparing the Software Requirement Specification the following documents are referred. Feasibility system study report for Collect rate department as prepared by IEG.
Preformatted Text One of the advantages of the Web is that text is automatically wrapped into lines fitting within the current window size. Sometimes though, you will want to disable this behavior. You do this using the pre element <Pre>Preformatted text</pre> Preformatted text is generally rendered using a moonscapes font where each character has the same width. If you define a style rule for the pre element, some browsers forget to use the mono space font, necessitating the use of the font-family property. Flowing text around images With HTML, you can choose whether any given image is treated as part of the current text line or is floated to the left or right margins. You control this via the align attribute. If the align attribute is set to left the image floats to the left margin. If it is set to right the image floats to the right margin.
PHP's features
other CGI
program can do, such as collect form data, generate dynamic page content, or send and receive cookies. But PHP can do much more.
There are three main areas where PHP scripts are used. Server-side scripting
This is the most traditional and main target field for PHP. You need three things to make this work: The PHP parser (CGI or server module) A web server A web browser
You need to run the web server, with a connected PHP installation. You can access the PHP program output with a web browser, viewing the PHP page through the server.
With PHP you have the freedom of choosing an operating system and a web server. Furthermore, you also have the choice of using procedural programming or object oriented programming, or a mixture of them. Although not every standard OOP feature is implemented in PHP 4, many code libraries and large applications (including the PEAR library) are written only
using OOP code. PHP 5 fixes the OOP related weaknesses of PHP 4, and introduces a complete object model.
With PHP you are not limited to output HTML. PHP's abilities include outputting images; PDF files and even flash movies (using libswf and Ming) generated on the fly. You can also output easily any text, such as XHTML and any other XML file.
PHP can auto generate these files, and save them in the file system, instead of printing it out, forming a server-side cache for your dynamic content. -- One of the strongest and
most significant features in PHP is its support for a wide range of databases. -- PHP also has support for talking to other services using protocols such as LDAP, IMAP, SNMP, NNTP, POP3, and HTTP.
Smarty
Smarty is a template engine for PHP. It facilitates a manageable way to separate application logic and content from its representation. This is best described in a situation where the programmer and the template designer play different roles. They are passed into Smarty by the application, and then the template designer edits the templates and uses a combination of HTML tags and template tags to format the presentation of these elements (HTML tables, background colors, font sizes, style sheets, etc.)
If the programmer needs to change the way the article content is retrieved (a change in application logic.) This change does not affect the template designer; the content will still arrive in the template exactly the same. Likewise, if the template designer wants to completely redesign the templates, this requires no changes to the application logic.
Therefore, the programmer can make changes to the application logic without the need to restructure templates, and the template designer can make changes to templates without breaking application logic.
One design goal of Smarty is the separation of business logic and presentation logic. This means templates can certainly contain logic under the condition that it is for presentation only. Things such as including other templates, altering table row colors, uppercasing a variable, looping over an array of data and displaying it, etc. are all examples of presentation logic.
This does not mean that Smarty forces a separation of business and presentation logic. One of the unique aspects about Smarty is the template compiling. This means Smarty reads the template files and creates PHP scripts from them. Once they are created, they are executed from then on. Therefore there is no costly template file parsing for each request, and each template can take full advantage of PHP compiler cache solutions such as Send Accelerator
Requirements
Smarty requires a web server running PHP 4.0.6 or later.
JavaScript is a programmable API that allows cross-platform scripting of events, objects, and actions. It allows the page designer to access events such as startups, exits, and users' mouse clicks. JavaScript extends the programmatic capabilities of most browsers to a wide range of authors, and is easy enough for anyone who can compose HTML. Using JavaScript, even less-experienced developers will be able to direct responses from a variety of events, objects, and actions. It provides anyone who can compose HTML with the ability to change images and play different sounds in response to specified events, such as a users' mouse click or screen exit and entry. JavaScript code is typically embedded into an HTML document using the SCRIPT tag. You are free to embed as many scripts into a single document as you like, using multiple SCRIPT tags. A script embedded in HTML with the SCRIPT tag uses the format:
Scripts can be placed inside comment fields to ensure that your JavaScript code is not displayed by old browsers that do not recognize JavaScript. The markup to begin a comment field is <!-- while you close a comment field using //-->.
JavaScript code, much like other programming languages, is made up of statements, which serve to make assignments, compare values, and execute other sections of code.
By adding new data types functions operators aggregate functions index methods procedural languages
Advantages
My SQL offers many advantages for your company or business over other database systems.
Immunity to over-deployment
Over-deployment is what some proprietary database vendors regard as their #1 license compliance problem. With My SQL, no-one can sue you for breaking licensing agreements, as there is no associated licensing cost for the software. This has several additional advantages: More profitable business models with wide-scale deployment. No possibility of being audited for license compliance at any stage.
Extensible
The source code is available to all at no charge. If your staffs have a need to customize or extend My SQL in any way then they are able to do so with a minimum of effort, and with no
attached costs. This is complemented by the community of My SQL professionals and enthusiasts around the globe that also actively extend My SQL on a daily basis.
Cross platform
My SQL is available for almost every brand of Unix (34 platforms with the latest stable release), and Windows compatibility is available via the Cygwin framework. Native Windows compatibility is also available with version 8.0 and above.
$sql = "select position,last_name from employee_info where emp_id='$empid' and pass='$psw'"; $res = mysql_query($sql); $count = mysql_num_rows($res);
echo
"<form
name=\"login\"
method=\"post\"
action=\"act_login.php\"
onSubmit=\"return login_validation();\"> <table width=\"500\" border=\"0\" id=\"tbl\"> <tr> <th colspan=\"2\">LOGIN</th> </tr> <tr> <td>Employee Id: </td> <td><input type=\"text\" name=\"emp_id\" /></td> </tr> <tr> <td>Password:</td> <td><input type=\"password\" name=\"pass\" /></td> </tr> <tr> <td> </td> <td> </td> </tr> <tr> <td class=\"align_right\"><button type=\"submit\"><img
<td class=\"align_left\"><button type=\"reset\"><img src=\"images/clear.png\" height=\"20\" width=\"60\" /></button> </tr> </table> </form>"; } else { $_SESSION['user_id']=$empid; $_SESSION['lname']=$name; $_SESSION['today']=date("d/m/Y"); if( $data['position'] == admin ) { echo "<script type='text/javascript'>"; echo "location ='index_admin.php' "; echo "</script>"; } if( $data['position'] == test_manager ) { echo "<script type='text/javascript'>"; echo "location ='index_tm.php' "; echo "</script>"; } if( $data['position'] == test_engineer ) { echo "<script type='text/javascript'>"; echo "location ='index_te.php' "; echo "</script>"; } if( $data['position'] == develop_manager ) {
echo "<script type='text/javascript'>"; echo "location ='index_dm.php' "; echo "</script>"; } if( $data['position'] == develop_engineer ) { echo "<script type='text/javascript'>"; echo "location ='index_de.php' "; echo "</script>"; } } ?>
$FIRST_NAME=$_POST['f_name']; $LAST_NAME=$_POST['l_name']; $ADDRESS1=$_POST['add1']; $ADDRESS2=$_POST['add2']; $CITY=$_POST['city']; $STATE=$_POST['state']; $ZIP=$_POST['zip']; $MAIL=$_POST['e_mail']; $PHN0=$_POST['ph_no']; $JOIN_DATE=$_POST['join_date']; $STATUS=$_POST['status']; $EXPERTISE=$_POST['expertise'];
$stmt="insert
into
employee_info
$res=mysql_query($stmt); $data=mysql_insert_id();
echo "<table width=\"500\"> <tr> <th colspan=\"2\">Successfully Inserted</td> </tr> <tr class=\"red\"> <td width=\"250\">Employee Id:</td> <td width=\"250\">".$row['emp_id']."</td> </tr> <tr class=\"red\"> <td width=\"250\">Password:</td> <td width=\"250\">".$row['pass']."</td>
</tr> <tr class=\"red\"> <td width=\"250\">Position:</td> <td width=\"250\">".$row['position']."</td> </tr> <tr> <td width=\"250\">First Name:</td> <td width=\"250\">".$row['first_name']."</td> </tr> <tr> <td width=\"250\">Last Name:</td> <td width=\"250\">".$row['last_name']."</td> </tr> <tr> <td width=\"250\">Address1:</td> <td width=\"250\">".$row['address1']."</td> </tr> <tr> <td width=\"250\">Address2:</td> <td width=\"250\">".$row['address2']."</td> </tr> <tr> <td width=\"250\">City:</td> <td width=\"250\">".$row['city']."</td> </tr> <tr> <td width=\"250\">State:</td> <td width=\"250\">".$row['state']."</td> </tr> <tr> <td width=\"250\">Zip:</td>
<td width=\"250\">".$row['zip']."</td> </tr> <tr> <td width=\"250\">Mail:</td> <td width=\"250\">".$row['mail']."</td> </tr> <tr> <td width=\"250\">Phone No:</td> <td width=\"250\">".$row['phone_no']."</td> </tr> <tr> <td width=\"250\">Join Date:</td> <td width=\"250\">".$row['join_date']."</td> </tr> <tr> <td width=\"250\">status:</td> <td width=\"250\">".$row['status']."</td> </tr> <tr> <td width=\"250\">Expertise:</td> <td width=\"250\">".$row['expertise']."</td> </tr> <tr> <td width=\"250\">Parent Position:</td> <td width=\"250\">".$row['parent_pos']."</td> </tr> <tr> <td colspan=\"2\"> </td> </tr> <tr> <td colspan=\"2\" align=\"right\"><a href=\"add_employee.php\">back</a></td>
</tr> </table>";
?>
$sql="insert
into
Error_track
?>
<?php include("database.inc");
$sql="insert
into
test_work_assign
echo "<table width=\"500\"> <tr> <th colspan=\"2\">Successfully Inserted</td> </tr> <tr class=\"red\"> <td width=\"250\">Project Id:</td> <td width=\"250\">".$row['project_id']."</td> </tr>
<tr class=\"red\">
<tr class=\"red\"> <td width=\"250\">Module Id:</td> <td width=\"250\">".$row['module_id']."</td> </tr> <tr class=\"red\"> <td width=\"250\">Module Name:</td> <td width=\"250\">".$row['module_name']."</td> </tr> <tr> <td width=\"250\">Assigned Date:</td> <td width=\"250\">".$row['assigned_date']."</td> </tr> <tr> <td width=\"250\">Estimated End Date:</td> <td width=\"250\">".$row['estimated_end_date']."</td> </tr>
<td width=\"250\">Assigned To:</td> <td width=\"250\">".$row['assigned_to']."</td> </tr> <tr> <td colspan=\"2\"> </td> </tr> <tr> <td colspan=\"2\" align=\"right\"><a href=\"index_tm.php\">back</a></td> </tr> </table>";
?>
The Entire System is divided into five modules those are as shown in the following
5.1. ADMINISTRATOR
By using this Error Tracking System facilitates to enroll the details of the newly joined employee into the database and maintains employees details up to date. The Administrator store and retrieve the Departmental details when required.
Administrator can update the details if he wants to do so. He/she will do all these things. For this purpose he/she needs to login to the system by entering user_id and password. The employee can view all the details as per the requirement i.e., could generate reports of those details. And also he/she can do some various tasks. Some of those tasks are as shown below.
5.A.1 ADD EMPLOYEE This service enables the Admin to add the new employee details. And he/she can generate an employee serial no, and it sends to that particular employee what ever is created by him.
He/she can also add the employees on the bases of their department. And also Admin create the user_id and password of the each and every employee and it send to their mail address. He/she can also view the employee details according to their department.
5.A.2 DELETE EMPLOYEE This service enables the Admin to delete the employee. He/she can also delete the employee based on their department.
5.A.3 MODIFY EMPLOYEE This service enables to the Admin to modify the employee details. He/she can also modify the employee based on their department. By using this scenario he/she can change or modify the details like addresses, expertise details, user_id, parent position, password, status of an employees etc ..
By using this module he/she can manage the total organization or a software companies details up to date by providing the status of those particular employees.
5.A.4 STATUS OF AN EMPLOYEE This service enables a user is in an active state or in an inactive state. If the user is in an active state it shows Active (1) otherwise it shows IN Active (0) state. By using this module he/she can manage the total organization or a software companies details up to date by providing the status of those particular employees. Admin can generate status of an employee. Whenever he/she creates that particular employee status must be generated.
5.A.5 VIEW EMPLOYEES By using this service enables the whole details of the employees who are working in that particular organization or a software company. And also by using this Admin can view the details of an employee according to their departments also.
5.A.6
VIEW REQUESTS
By using this service the administrator enables the whole requests of the current working employees those who want to make changes in their profile and then the administrator can update their profiles.
5.A.7 LOGOUT This service enables the Administrator to exit from the software.
5.2.TEST MANAGER:
The test manager is assigned the work by the administrator. The work of the test manager is to assign the specific module to test engineer. Before going to assign the module to the test engineer test manager checks the availability of test engineer.
5.B.1.Assign module:
Test manager assigns module to the test engineer.
5.B.2Notified Errors:
In this test manager able to view the Errors which are reported by test engineer
5.B.3.Request to admin:
A request to admin regarding any queries or updates in the profile.
5.B.4.Logout:
This service enables to exit from the application.
5.3.TEST ENGINEER:
Test engineer performs the different test methods on the given module and Error reports to the test manager if any and he also receives the tested module from the develop engineer to perform retest and if he find and Errors in the given module he is going to perform the retest on it else closes the module.
5.C.1.Report Errors:
Error reporting is the main functionality of test engineer where he is going to report the Errors details to the test manager.
5.C.2.Retest Errors:
In retest of Errors test engineer gets the details of Errors which are find by develop engineer and test engineer perform retest.
5.C.3.Request to admin:
A request to admin regarding any queries or updates in the profile.
5.C.4.Logout:
5.4.DEVELOP MANAGER:
The test manager assigns the notified Errors to develop manager and the work of the develop manager is assigns the particular module to develop engineer based on the priority of Errors.
5.D.1.Assign Errors:
Develop manager assigns the Errors based on the category of the Errors.For instance, if a Error is raised in design section then the develop manager assigns to design professional.
5.D.2.Request to admin:
A request to admin regarding any queries or updates in the profile.
5.D.3.Logout:
This service enables to exit from the application.
5.5.DEVELOP ENGINEER:
The work of develop engineer is to deError the logged Errors that are present in the given module and maintain the details of that particular Error details and also forward the Error details to the test engineer the person who is raised the Error.
5.E.1.Assigned Errors:
In this section the develop engineer is able to view all the assigned Errors to him.
5.E.2.Request to admin:
A request to admin regarding any queries or updates in the profile.
5.E.3.Logout:
This service enables to exit from the application.
A data flow diagram is graphical tool used to describe and analyze movement of data through a system. These are the central tool and the basis from which the other components are developed. The transformation of data from input to output, through processed, may be
described logically and independently of physical components associated with the system. These are known as the logical data flow diagrams. The physical data flow diagrams show the actual implements and movement of data between people, departments and workstations. A full
description of a system actually consists of a set of data flow diagrams. Using two familiar notations Yourdon, Gane and Sarson notation develops the data flow diagrams. Each component in a DFD is labeled with a descriptive name. Process is further identified with a number that will be used for identification purpose. The development of DFDs is done in several levels. Each process in lower level diagrams can be broken down into a more detailed DFD in the next level. The lop-level diagram is often called context diagram. It consists a single process bit, which plays vital role in studying the current system. The process in the context level diagram is exploded into other process at the first level DFD. The idea behind the explosion of a process into more process is that understanding at one level of detail is exploded into greater detail at the next level. This is done until further explosion is necessary and an adequate amount of detail is described for analyst to understand the process. Larry Constantine first developed the DFD as a way of expressing system requirements in a graphical from, this lead to the modular design. A DFD is also known as a bubble Chart has the purpose of clarifying system requirements and identifying major transformations that will become programs in system design. So it is the starting point of the design to the lowest level of detail. A DFD consists of a series of bubbles joined by data flows in the system.
DFD SYMBOLS In the DFD, there are four symbols 1. A square defines a source (originator) or destination of system data 2. An arrow identifies data flow. It is the pipeline through which the information flows
3. A circle or a bubble represents a process that transforms incoming data flow into outgoing data flows. 4. An open rectangle is a data store, data at rest or a temporary repository of data
Data flow
Data Store
CONSTRUCTING A DFD Several rules of thumb are used in drawing DFDs: 1. Process should be named and numbered for an easy reference. representative of the process. 2. The direction of flow is from top to bottom and from left to right. Data traditionally flow from source to the destination although they may flow back to the source. One way to indicate this is to draw long flow line back to a source. An alternative way is to repeat the source symbol as a destination. Since it is used more than once in the DFD it is marked with a short diagonal. 3. When a process is exploded into lower level details, they are numbered. 4. The names of data stores and destinations are written in capital letters. Process and dataflow names have the first letter of each work capitalized. Each name should be
A DFD typically shows the minimum contents of data store. Each data store should contain all the data elements that flow in and out. Questionnaires should contain all the data elements that flow in and out. interfaces redundancies and like is then accounted for often through interviews. SAILENT FEATURES OF DFDs Missing
1. The DFD shows flow of data, not of control loops and decision are controlled considerations do not appear on a DFD. 2. The DFD does not indicate the time factor involved in any process whether the data flows take place daily, weekly, monthly or yearly. 3. The sequence of events is not brought out on the DFD.
TYPES OF DATA FLOW DIAGRAMS Current Physical 1. Current Logical 2. New Logical 3. New Physical
1. CURRENT PHYSICAL
In Current Physical DFD process label include the name of people or their positions or the names of computer systems that might provide some of the overall system-processing label includes an identification of the technology used to process the data. Similarly data flows and data stores are often labels with the names of the actual physical media on which data are stored such as file folders, computer files, business forms or computer tapes.
2. CURRENT LOGICAL
The physical aspects at the system are removed as mush as possible so that the current system is reduced to its essence to the data and the processors that transforms them regardless of actual physical form.
3. NEW LOGICAL This is exactly like a current logical model if the user were completely happy with he user were completely happy with the functionality of the current system but had problems with how it was implemented typically through the new logical model will differ from current logical model while having additional functions, absolute function removal and inefficient flows recognized.
4. NEW PHYSICAL The new physical represents only the physical implementation of the new system.
PROCESS No process can have only outputs. 1. No process can have only inputs. If an object has only inputs than it must be a sink. 2. A process has a verb phrase label.
DATA STORE Data cannot move directly from one data store to another data store, a process must move data. 1. Data cannot move directly from an outside source to a data store, a process, which receives, must move data from the source and place the data into data store 2. A data store has a noun phrase label.
SOURCE OR SINK The origin and /or destination of data. Data cannot move direly from a source to sink it must be moved by a process
The table below offers a consolidated view of the Use-Cases. Detailed descriptions of the use cases are given in the Use-Case Specification section following this table.
Use-Case ID
Use-Case Name
Priority
Stability
Status of Verification
Login Add Employee Delete Employee Edit Employee View All Employees Inactivate Employees Log out
Use case activities done by the Test manager 2.0 2.1 2.2 2.3 2.4 2.5 2.6 Login Home Assign modules Notified Errors Request to admin View all Log out High Medium Medium Medium Medium Medium High Stable Stable Stable Stable Stable Stable Stable Verifiable Verifiable Verifiable Verifiable Verifiable Verifiable Verifiable
Use case activities done by the Test engineer 3.0 3.1 3.2 3.3 3.4 3.5 3.6 Login Home Report Errors Retest Errors Request to admin View all Log out High Medium Medium Medium Medium Medium High Stable Stable Stable Stable Stable Stable Stable Verifiable Verifiable Verifiable Verifiable Verifiable Verifiable Verifiable
Use case activities done by the Develop Manager 4.0 4.1 Login home High Medium Stable Stable Verifiable Verifiable
Use case activities done by the Develop Engineer 5.0 5.1 5.2 5.3 5.4 5.5 Login home Assigned Errors Request to admin View all Logout High Medium Medium Medium Medium High Stable Stable Stable Stable Stable Stable Verifiable Verifiable Verifiable Verifiable Verifiable Verifiable
Use-Cases Specifications:
Use-Case ID:1.0,2.0,3.0, 4.0,5.0
Description:
The user who enters the system is provided with a login id in order to access the services of the system.
Preconditions:
Not applicable. The administrator who is the user of the system logins into the system and monitors the details regarding employees and targets assigned to various
district officers and also generates reports regarding these details. Post conditions: Admin can view, add and update the details of all the employees and target reports. All the updating made regarding the details of all the employees and the targets are to be updated and stored in the database. Frequency of Use: Normal Course of Events: Whenever the user wants to access the services provided. Whenever the user i.e., the administrator of the system wants to view, update or generate reports regarding to the employee and target details, this use-case is performed. Alternative Courses: Includes: Whenever the Administrator is absent, an authorized person in the same department is allowed to login with a valid id & password. This use-case includes all the other use-cases in the system. They are 1.1 to 5.5 Associated Requirements: Additional requirements needed for this use-case are the login entry for others to access the system if the administrator is not present.
Description:
In this use-case the entire Employee should be added or created by the Administrator and he also maintained the reports.
Preconditions:
User-Id should be valid user-id. When adding new employee, System checks whether the admin login is having that provisions or not? ID should be unique.
Post conditions:
Frequency of Use:
For every new Employee details will be added once and can be changed later.
No other alternative exists for this use-case. Login use-case. No additional Requirement is needed for managing Employee details.
Description:
Preconditions:
User-Id should be valid user. When Deleting Employee reports, System checks whether the user login is having that Admins or not? ID should be unique.
Post conditions: Frequency of Use: Normal Course of Events: Alternative Courses: Includes: Associated Requirements:
New work submission reports should be updated in the database. For every deleting reports should be updated in the database . Deleting employee reports. Forwarding the reports to concerned employee. No other alternative exists for this use-case. Login use-case. No additional Requirement is needed for managing details.
Use-Case ID:1.3
Description:
In this use-case the Employee Details should be Modified by the Admin and maintained the database.
Preconditions:
User-Id should be valid user. When editing employee details, System checks whether the user login is having that admin are not?
Post conditions: Frequency of Use: Normal Course of Events: Alternative Courses: Exceptions: Includes:
Changed details should be updated in the database. For every updated detail will be added once and can be changed later. Updated Details details are Forwarding to concern officer/employee. No other alternative exists for this use-case.
Login use-case. No additional Requirement is needed for managing Editing Employee details.
Associated Requirements:
Description:
In this use-case is useful for the viewing all the employees those are present in that particular organization
Preconditions:
Post conditions:
Employee details can view, and also can view on the basis of their respective departments.
Frequency of Use: Normal Course of Events: Alternative Courses: Includes: Associated Requirements:
For every employee details are viewed from the database. particular employee details can view on the basis of his id
Description:
In this use-case is useful for the pupas of modifying the status of an employee those are present in that particular organization
Preconditions:
Post conditions:
Employee details can view, and also the status can be changed on the
basis of their respective departments. Frequency of Use: For every employee whenever he joins in to the organization then that time onwards his status is active in case e is out from the company then his status becomes inactive. Normal Course of Events: Alternative Courses: Includes: Associated Requirements: Login use-case. No additional Requirement is needed. When status changed then it can automatically changed in the database on the basis of his id. No other alternative exists for this use-case.
User-Id should be valid user. Request details should be updated in the database. For every new request details will be raised once. And that cant be changed later.
For new request details raised and those are Forwarding to the Admin. No other alternative exists for this use-case. Login use-case. No additional Requirement is needed.
Description:
In this use-case Employee can manage his profile whenever the changes occurred in his profile like address,ph.no etc
Preconditions:
User-Id should be valid user. Status of the update profile should be veiled.
Post conditions:
After applying the update profile automatically the information should be updated in the database
Frequency of Use:
For every update profile can be done by the developer as well as the Admin also.
For every update profile management is maintain by the admin whenever the changes occur by the developer then it automatically done in the database at the same time one popup will send to the Admin
No other alternative exists for this use-case. Request Details use-case. login use case No additional Requirement is needed for profile modified by an employee.
Activity Diagram of the Test Manager in This System is as shown in the following following figure.
Activity Diagram of the Test Engineer in This System is as shown in the following figure
Activity Diagram of the Develop Manager in This System is as shown in the following following figure
Activity Diagram of the Develop Engineer in This System is as shown in the following figure
7. DESIGN:
Sequence Diagram
following
Collaboration diagram
following
Collaboration Diagram
following
Module_id(FK) Testing_id(PK) Priority Status Estimated_end_date End_date Raised_by Atbt_02 Atbt_03 Atbt_04 Atbt_05
EMPLOYEE_INFO
Emp_id(PK) First_name Last_name Address1 Address2 City State Zip Mail Phone_no Join_date Status Expertise Parent_pos Name Pass Possition Emp_ext Atbt_02 Atbt_03 Atbt_04 Atbt_05 Atbt_06
PROJECT_INFO
Project_id(PK) Project_name Start_date
REQUEST_DETAILS
Emp_id(FK) Last_name Description Atb_01 Atb_02 Atb_03 Atb_04 Atb_05
ERROR_TRACK
Error_id(PK) Module_id(FK) Desc Title Priority Raised_by Raised_date Assigned_to Estimated_end_date Status End_date Atbt_01 Atbt_02 Atbt_03 Atbt_04
Atbt_05
TEST_WORK_ASSIGN
Module_id(PK) Module_name Assigned_date Estimated_end_date End_date Assigned_to Status Project_id(FK) Project_name Atbt_03 Atbt_04
DATABASE TABLES
atbt_05 atbt_06
datetime int(10)
No No
9 screens
10.PROJECT TESTING
COMPILATION TEST: It was a good idea to do our stress testing early on, because it gave us time to fix some of the unexpected deadlocks and stability problems that only occurred when components were exposed to very high transaction volumes. EXECUTION TEST: This program was successfully loaded and executed. Because of good programming there were no execution error.
OUTPUT TEST: The successful output screens are placed in the output screens section.
11.CONCLUSION
The project has been appreciated by all the users in the organization. It is easy to use, since it uses the GUI provided in the user dialog. User friendly screens are provided. The usage of software increases the efficiency, decreases the effort. It has been efficiently employed as a Site management mechanism. It has been thoroughly tested and implemented.
12. BIBLIOGRAPHY
SOFTWARE ENGINEERING By Roger.S. Pressman