FS 291227 PROD Supimix Web Client - Revision history

Milesl: /* User Access */

2012-04-18T14:27:38Z

User Access

← Older revision		Revision as of 16:27, 18 April 2012
Line 89:		Line 89:
	Run the following sql against the Steel DB, replacing all fields marked with , with the relevant values.		Run the following sql against the Steel DB, replacing all fields marked with , with the relevant values.

	"INSERT INTO websupport_users (wu_client, wu_project, wu_site, wu_product, wu_user, wu_pass, wu_name, wu_contact) ~~" +~~		"INSERT INTO websupport_users (wu_client, wu_project, wu_site, wu_product, wu_user, wu_pass, wu_name, wu_contact)
	VALUES ('client','project','site','product','user','password','name','*contact')";		VALUES ('client','project','site','product','user','password','name','*contact')";

Milesl: /* User Access */

2012-04-18T14:27:27Z

User Access

← Older revision		Revision as of 16:27, 18 April 2012
Line 84:		Line 84:

	Access from the application to the Steel machine and Database will be setup using a specified netowrk user account.		Access from the application to the Steel machine and Database will be setup using a specified netowrk user account.

			To add users to the system:
			*Create a new staff record
			Run the following sql against the Steel DB, replacing all fields marked with , with the relevant values.

			"INSERT INTO websupport_users (wu_client, wu_project, wu_site, wu_product, wu_user, wu_pass, wu_name, wu_contact) " +
			VALUES ('client','project','site','product','user','password','name','*contact')";

			Note: Only the client field is used by the system at this time.

	== Testing ==		== Testing ==

Anw: Edited to clarify categories

2012-02-01T10:11:22Z

Edited to clarify categories

← Older revision		Revision as of 12:11, 1 February 2012
Line 1:		Line 1:
	<div class="noprint">		<div class="noprint">
	{{#vardefine:Client\|~~291227~~}}		{{#vardefine:Client\|PROD}}
	{{#vardefine:ClientName\|~~PROD~~}}		{{#vardefine:ClientName\|OBS}}
	{{#vardefine:System\|''CALIDUS'' Supimix}}		{{#vardefine:System\|''CALIDUS'' Supimix}}
	{{#vardefine:Doc_Title\|Supimix Web Client}}		{{#vardefine:Doc_Title\|Supimix Web Client}}

Milesl at 15:17, 16 January 2012

2012-01-16T15:17:40Z

← Older revision		Revision as of 17:17, 16 January 2012
Line 100:		Line 100:

	Functionality provided in other web system will need to be identified and migrated. During this phase any additional functionality required will need to be assessed.		Functionality provided in other web system will need to be identified and migrated. During this phase any additional functionality required will need to be assessed.

			== Basic requirements for WEB Supimix for ease of logging for Firstcall (OBS Helpdesk) - JAT ==

			Facility to;
			*Add a new incident
			*Update an incident
			*View an incident

			=== Ability to log ‘new incidents’ ===

			*Populate default values where possible dependent on client code entered ie support queue and product code.
			*Populate default values dependent on site code entered ie project, job codes.
			*To provide drop down list for easy entry (using current supimix maintained tables).
			*To have the facility to send automatic external emails for new call confirmations, with date/time stamped records written to supimix as proof. Using standard text template from current supimix version. Auto close any prompt windows on email delivery, ensure status text is also displayed in header section ‘Call confirmation has been sent’
			*To have the facility to send automatic chase emails to the user id currently assigned the call, with date/time stamped records written to supimix as proof. Using standard text template from current supimix version. Auto close any prompt windows on email delivery, ensure status text is also displayed in header section ‘Chase has been sent’
			*To have the facility to write records to supimix on ‘passing a call’ out of hours. Date/time stamped when the call was handed over to and accepted by the support analyst on call. Auto close any prompt windows on update, ensure status text is also displayed in header section ‘Passed to oncall’
			*On completion of logging a new call, display summarised call information for ease of entry into forwarding email subject (for copy&paste) displayed as ‘client code:priority:site:log number:reference’ eg EXL:4:COV:294250:EARS00031823587
			*New call Alert emails must be automatically sent to OBS support queue once logged triggered by default support queue in point 1 above.
			*Audit History record is required for new call status Logged and Confirmed – the audit record written is to include date, time, who, type.
			*Call details should be displayed in record date/time order showing call history from earliest entry (call logging) to latest entry (call closure).
			*Ability to cancel a call half way through logging.
			*Ensure all display text is correctly formatted and justified.
			*Ensure OBS logo and OBS Helpdesk contact details are displayed in each of the screens.

			===Ability to ‘update’ incidents===

			*Update action should display the same screen familiar with during ‘new call entry’
			*Record/Field updates should prompt for details (narrative) to be added by the user, thus providing a full history of the call.
			*Updates of status, substatus, assigned, priority, call type must all have audit history records written along with ‘passed to oncall’ and ‘chase’ actions – this audit record should include date, time, who, type, old value, new value. NB: Important for month end statistical reporting.
			*Also requires call confirmation, chase and passed to on call facility.

			===Ability to ‘view’ incidents===

			*Introduce a new ‘search’ screen to allow the user to search for an incident uniquely by OBS Log number, or via reference number (with wildcard search) or client/date range.
			*On selection, a list of ‘matching’ records should be displayed to the user, allowing sort action on each field value displayed.
			*OBS log number should be manually selected and user taken to ‘Update Calls’ screen allowing any updates if required.


			===Important points to highlight===

			*Check session inactivity period settings.
			*Multiple logins should be enabled for the same user account.
			*Emails should be sent from the email account of the user logged on
			Ensure search boxes are not case sensitive and allow the use of as a wildcard value.
			*Date and time values should be UK formatted DD/MM/YYYY, HH:MM:SS
			*Any code values should also have full text displayed (eg status 0 means nothing without the text ‘LOGGED’).
			*Ensure screens are ID’d to assist with any support assistance from OBS.

Milesl: /* System Config */

2012-01-04T10:40:15Z

System Config

← Older revision		Revision as of 12:40, 4 January 2012
Line 52:		Line 52:
	* Services adding for the Informix TCP/IP services		* Services adding for the Informix TCP/IP services

	sqlexec 1528/tcp		sqlexec 1528/tcp ---No Longer Needed
	informix1 1529/tcp #Informix server		informix1 1529/tcp #Informix server

Milesl at 10:08, 4 January 2012

2012-01-04T10:08:13Z

@@ Line 44: / Line 44: @@
 == Data  ==
 This runs from the Informix database hosted on Steel.
 <!-- NEW PAGE -->

Milesl: /* Testing */

2012-01-03T17:31:22Z

Testing

← Older revision		Revision as of 19:31, 3 January 2012
Line 78:		Line 78:

	First Call testing for the purpose of internal use (helpdesk) will be preformed by Julie Ann Tayor.		First Call testing for the purpose of internal use (helpdesk) will be preformed by Julie Ann Tayor.


	== Test to Production ==		== Test to Production ==

Milesl at 17:30, 3 January 2012

2012-01-03T17:30:51Z

← Older revision		Revision as of 19:30, 3 January 2012
Line 73:		Line 73:
	== Testing ==		== Testing ==

	Internal testing has been completed using the SEC client within supimix~~. Not bug has been found within this release~~.		Internal testing has been completed using the SEC client within supimix.

	Testing for the Client aspects of the system will be compelted externally by Peter Greer, this will include UAC testing.		Testing for the Client aspects of the system will be compelted externally by Peter Greer, this will include UAC testing.

Milesl at 17:29, 3 January 2012

2012-01-03T17:29:57Z

← Older revision		Revision as of 19:29, 3 January 2012
Line 58:		Line 58:
	*Attach files relating to the log		*Attach files relating to the log
	*Email based on events (status updated, details updated ect)		*Email based on events (status updated, details updated ect)

			== User Access ==

			The Web Client provides user access control, limiting users access to Supimix's content based on the users account settings.

			The users account must exist both as a member of staff within supimix with a client flag set and a record within the Web Support table which holds their access details and level. Internal users will require this configuration as well.

			Access will initially be given to Julie Scott, Julie Ann Taylor, Peter Greer and myself for testing purposes.

			Once released to production, Peter Greer will specify the users to be given access.

			Access from the application to the Steel machine and Database will be setup using a specified netowrk user account.

	== Testing ==		== Testing ==
Line 63:		Line 75:
	Internal testing has been completed using the SEC client within supimix. Not bug has been found within this release.		Internal testing has been completed using the SEC client within supimix. Not bug has been found within this release.

	~~First Call testing~~ will be ~~completed~~ by Peter Greer ~~at DHL. This phase of testing~~ will include ~~logging a call, and tracking its progress~~.		Testing for the Client aspects of the system will be compelted externally by Peter Greer, this will include UAC testing.

	~~== User Access ==~~

	~~The Web Client provides user access control, limiting users access to Supimix's content based on~~ the ~~users account settings~~.		First Call testing for the purpose of internal use (helpdesk) will be preformed by Julie Ann Tayor.

	The users account must exist both as a member of staff within supimix with a client flag set and a record within the Web Support table which holds their access details and level. Internal users will require this configuration as well.

	== Test to Production ==		== Test to Production ==

Milesl: /* Functional Description */

2012-01-03T13:06:21Z

Functional Description

← Older revision		Revision as of 15:06, 3 January 2012
Line 74:		Line 74:

	Once the current version of the system has been approved both internally (no bugs found during external texting) and externally (UAC), the system will need to be migrated from the testing environment to a production machine with external web access, ideally hosted under a OBS domain.		Once the current version of the system has been approved both internally (no bugs found during external texting) and externally (UAC), the system will need to be migrated from the testing environment to a production machine with external web access, ideally hosted under a OBS domain.

			== Migration of Other Web Systems ==

			Functionality provided in other web system will need to be identified and migrated. During this phase any additional functionality required will need to be assessed.

← Older revision		Revision as of 12:11, 1 February 2012
Line 1:		Line 1:
	<div class="noprint">		<div class="noprint">
	{{#vardefine:Client\|~~291227~~}}		{{#vardefine:Client\|PROD}}
	{{#vardefine:ClientName\|~~PROD~~}}		{{#vardefine:ClientName\|OBS}}
	{{#vardefine:System\|''CALIDUS'' Supimix}}		{{#vardefine:System\|''CALIDUS'' Supimix}}
	{{#vardefine:Doc_Title\|Supimix Web Client}}		{{#vardefine:Doc_Title\|Supimix Web Client}}