2024-03-29T04:46:03Zhttps://ipsj.ixsq.nii.ac.jp/ej/?action=repository_oaipmhoai:ipsj.ixsq.nii.ac.jp:000781932023-11-14T00:51:14Z06164:06165:06561:06562
品質属性の分類と指摘文の類型化を用いたソフトウェア開発文書診断法Document Diagnostic Method by Classification of Document Quality Characteristic and Typology of Explanatory Sentencejpn組込み開発手法・プロセスhttp://id.nii.ac.jp/1001/00078193/Conference Paperhttps://ipsj.ixsq.nii.ac.jp/ej/?action=repository_action_common_download&item_id=78193&item_no=1&attribute_id=1&file_no=1Copyright (c) 2011 by the Information Processing Society of Japan長野工業高等専門学校長野工業高等専門学校/名古屋大学長野工業高等専門学校/信州大学合同会社イオタクラフト株式会社ミマキエンジニアリング長野工業高等専門学校長野工業高等専門学校藤田, 悠山本, 雅基中澤, 達夫塩谷, 敦子池田, 貴一楡井, 雅巳小野, 伸幸我々は,企業の現場で作成される開発文書のレビューを行い,要求分析や設計などの開発技術上の指摘だけでなく,開発文書としての役割を果たしていない点や,複数の解釈を許すようなあいまいな記述などを指摘してきた.しかし,問題点を指摘する表現と分類がレビュアに依存することに直面した.これまで我々が行った文書診断法では,文書を読んで受ける印象や直し方の示唆など,問題点を指摘するために多様な表現が用いられていた.さらに,様々な問題点を分類する基準が明確でなかった.そこで,まず,技術文書が備えるべき品質属性を与え,次に,問題点を指摘する文を類型化して要約文を作成した.この手法を用いることで,品質属性は問題となる原因に対応づけられることが明らかになった.We reviewed software development documents produced by company development activities. We checked defects of not only software development engineering about requirement and architecture but also description as a development document and technical writing with ambiguous representation. Then we confronted with problems that representation and classification depend on reviewers. Previously we have pointed out defects on development documents using description of impression or revision proposal and we haven't defined quality characteristic of document. At first we defined quality characteristic about technical document. Next, we created abridged sentence that represented defects corresponding to quality characteristic. In the result, each quality characteristic specified with cause of problems respectively.組込みシステムシンポジウム2011論文集201127-127-62011-10-122011-10-12