Restoring an item/document in Integrity Requirement Management

[skamaraj]

In requirement management, if I unfortunately deleted some item then if I try to restore it back, then its very difficult. I need to view the document history, then look for the attribute content then have to add the item content manually. Moreover this leads to adding of new Item ID and cannot restore back the existing deleted Item.

It will be nice if PTC provides below features,

1. Adding back the dropped item as similar to "Add from Archive" in Source (this is more flexible)

2. Restoring an item on particular point of time,

•      Assume, I have edited an item and saved it. If I try to undo my editing, its not possible. In this case I need to manually remove my modification.
•      If the restore feature is available, then I shall select the item and will choose "as of" timing to restore it back.
•      Anyway each changes were stored by integrity and could be viewed if I "view as of", so no separate effort require to store the changes

3. Restoring back the entire document (may be based on access privilege, like only DocAdmin shall perform this)

This shall save much time, also shall eliminate manual effort and provide more accuracy results.

Its truly as similar to "Add from Archive" and "Restore projects" commands available in Source Integrity.

Advantage:

This will eliminate hanging of deleted reference Items

Provide more accurate "undo"/"restore" data

Helps to avoid manual editing that saves lot of time.

Thanks and Regards,

Sathish

[mrump]

A good one, this would help a lot !

This is a necessary extention to the new "multi-row" editing Features in I11.0.

[Siddharth]

Sathish Kumar Kamaraj‌

- Are you talking about "Item Delete" or "Removing an item (node) from Doc View" ?

- Have you tried using multi-edit ?

I believe you're talking about "Document View", but will wait for your response !

[mrump]

Just today I had the following case:

- One Live Document containing 100 nodes (a generic global test spec with massive traces related to each node).

- A team of 4 Users maintains/authors this document.

- One User accidentally dropped ("MENU/ Content / Delete") 20 nodes yesterday and now the other complain about the missing items:

STATUS QUO:

The only option to re-add the "missing" 20 nodes is to either

- open a historical view of the doc and COPY/PASTE each content node individually back into the live doc

- branch the doc as of yesterday (before the drop) and move the 20 new "branched" nodes into the original live document.

PROBLEM

- Both options result in new IDs for each node (which is killing external references e.g. to test scripts)

- Both options result cannot have their traces propagated back to the new branched items (as dropping the nodes also killed the trace to the validated requirement in it's live req. document) ; if "MENU / DOCUMENT/ Propagate Traces..." is called, you can enter everything needed and the prcess will complete successfully, but not trace will be created to the 20 new/branched nodes.

IDEA

- provide an action that can "re-add" a dropped node to the document it was originally contained by.

- provide a "find former Nodes" query/selection as well

- this shall only apply to actually "dropped" nodes that were not moved into a different document.

- all required data is available in the history of that node ("Contained By" and "References"- relationship)

- re-activate all former traces as well

The general concept should be comparable to the source concept, like

- an archive being the "shared node"

- a member or sub-project being a "node"

- a project being a "segment"

[skamaraj]

Hello @Siddharth,

What @mrump conveys is exactly what I say.  We are still in 10.6 version due to "project.pj" issue, so I am not aware of multi editing feature in "11.x" version.

Regards,

Sathish Kumar

[youbest2]

• Document content can be added back from a historical view as follows:
  1. Open the current view of the document that had the deleted content
  2. Go to Document > Historical > View as of ...
  3. Select a timeframe prior to the content being deleted
  4. Select the deleted node and click Ctrl + C to copy
  5. Go to the current view and press Ctrl + V to paste
• Note that the content will be restored, but the node will get a new ID and will not retain any relationship data

[skamaraj]

Hello @youbest2,

Yes that's known workaround. But as you specified, it will create new Item ID and fields  added to copy fields and significant fields only could be get copied. Moreover its difficult job to compare and look for each and every item that requires to be restored.

Also, the deleted item still loss its reference and simply hanging in the database. The one I propose is as similar to "adding member from archive", which means it shall have its older ID, relationships, history information's, review comments if any too. And among all its just a single click to restore instead of a lengthy work around.

Kind Regards,

Sathish Kumar

[LLawton]

I've never seen a suggestion/idea with that many votes before: 34 as of today, 5 June 2020.

Yet, its status is "Acknowledged"... from 2 years ago!

Isn't this very wrong or am I missing something?

(I'm on 11.2 with no way to upgrade in the next 6 months)