Сравнительный анализ SADT- моделей и диаграмм потоков данных.

В SADT отсутствуют выразительные средства для моделирования особенностей ИС. DFD создавались как средство проектирования ИС (тогда как SADT — как средство моделирования систем вообще) и имеют более богатый набор элементов, адекватно отражающих специфику таких систем (например, хранилища данных являются прообразами файлов или баз данных, внешние сущности отражают взаимодействие моделируемой системы с внешним миром). Наличие в DFD спецификаций процессов нижнего уровня позволяет преодолеть логическую незавершенность SADT (а именно, обрыв модели на некотором достаточно низком уровне, когда дальнейшая ее детализация становится бессмысленной) и построить полную функциональную спецификацию разрабатываемой системы. Жесткие ограничения SADT, запрещающие использовать более 6—7 блоков на диаграмме, в ряде случаев вынуждают искусственно детализировать процесс, что затрудняет понимание модели заказчиком, резко увеличивает ее объем и, как следствие, ведет к неадекватности модели реальной предметной области. Для моделирования соответствующих операций целесообразно использовать единственную DFD.

Согласованность с другими средствами структурного анализа. Главным достоинством любых моделей является возможность их интеграции с моделями других типов. В данном случае речь идет о согласованности функциональных моделей со средствами моделирования данных. Согласование SADT-модели с ERM практически невозможно или носит искусственный характер. В свою очередь, DFD и ERM взаимно дополняют друг друга и являются согласованными, поскольку в DFD присутствует описание структур данных, непосредственно используемое для построения ERM.

Интеграция с другими процессами ЖЦ ПО. Важная характеристика модели — ее совместимость с моделями, используемыми в последующих процессах (прежде всего в процессе проектирования). DFD могут быть легко преобразованы в модели проектируемой системы. Известен ряд алгоритмов автоматического преобразования иерархии DFD в структурные карты различных видов, что обеспечивает логичный и безболезненный переход от формирования требований к проектированию системы. С другой стороны, формальные методы преобразования SADT-диаграмм в проектные решения отсутствуют.

Методы проведения обследования предметной области. Назначение и содержание документов: «Постановка задачи для автоматизированного решения», «Технико-экономическое обоснование».

Предпроектное обследование предметной области составляет один из важнейших видов работ, выполняемых на предпроектной стадии, с учетом информации, получаемой в ходе предпроектного обследования формируются требования к проектируемой ИС, которые затем отражаются в концепции разрабатываемой ИС и техническом задании на создание ИС.

При проектировании под предметной областью понимается часть реального мира (совокупность объектов, предметов), данные о которой являются основой при принятии проектных реше­ний. Это может быть предприятие (учреждение, организация, фирма и т. п.) в целом, его структурные подразделения и реализуемые в них производственные процессы.

Предпроектное обследование – изучение и диагностика ПО, нацеленная на получение данных, необходимых и достаточных, для принятия проектных решений. Цельюпредпроектного обследования является получение исходных данных для проектирования системы, включая обоснование потребности и технико-экономической целесообразности создания системы, предварительную оценку возможности создания ИС и формирование предварительных требований к системе.

Перед началом работ по проведению предпроектного обследования необходимо выбрать метод его организации.

Классификация методов организации проведения обследования может быть проведена по различным признакам:

По цели обследования:1) Метод организации локального проведения обследования, используемый для разработки проекта решения отдельной задачи или комплекса задач. 2) Метод организации системного обследования, применяемый для изучения всего объекта с целью разработки для него проекта АИС в целом.

По числу исполнителей: 1) Индивидуальное обследование, осуществляемое одним исполнителем. 2) Бригадное обследование, осуществляемое бригадой исполнителей. В том случае, если одновременно работает несколько бригад, для координации их деятельности создается координирующая бригада.

По степени охвата объектов предметной области: 1) Метод сплошного обследования, предполагающий обследование всех объектов предметной области (например, всех подразделений предприятия). 2) Метод выборочного обследования, предполагающий обследование отдельных объектов предметной области (например, отделов, цехов, складов и т. п.). Применяется при наличии в составе предметной области типовых структурных подразделений. Например, в структуре вуза может быть представлено несколько типовых подразделений: деканаты, кафедры.

По степени одновременности выполнения работ: 1) Метод последовательного проведения работ предпроектного обследования, при котором сначала собирают данные о предметной области, а затем их изучают. 2) Метод параллельного проведения работ предпроектного обследования, когда одновременно со сбором происходит изучение полученных материалов обследования. Такой метод позволяет значительно сократить время на проведение предпроектного обследования и повысить качество его результатов.

В зависимости от категории участников предпроектного обследования: 1) Методы сбора информации, выполняемого проектировщиком АИС. 2) Методы сбора информации, выполняемого специалистами предметной области.

Технико-экономическое обоснование (ТЭО) –документ, составленный на этапе предпроектного обследования автоматизируемого объекта, имеющий вид пояснительной записки и подтверждающий экономическую целесообразность и производственную необходимость создания информационной системы. К основным компонентам ТЭО относятся:

· характеристика исходных данных;

· обоснование цели создания ЭИС;

· обоснование автоматизируемых подразделений, комплекса автоматизируемых задач, выбора комплекса технических средств;

· разработка перечня организационно–технических мероприятий по проектированию ЭИС;

· вывод о техническом уровне проекта и возможности дальнейших разработок.

На основе ТЭО составляется Техническое задание согласно ГОСТ 34.602-89 «ТЗ на создание автоматизированной системы».

ТЗ на АС является основным документом, определяющим требования и порядок создания (развития или модернизации - далее создания) автоматизированной системы, в соответствии с которым проводится разработка АС и ее приемка при вводе в действие. ТЗ на АС разрабатывают на систему в целом, предназначенную для работы самостоятельно или в составе другой системы.

ТЗ на АС содержит следующие разделы, которые могут быть разделены на подразделы:

1) общие сведения; 2) назначение и цели создания (развития) системы; 3) характеристика объектов автоматизации; 4) требования к системе; 5) состав и содержание работ по созданию системы; 6) порядок контроля и приемки системы; 7) требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие; 8) требования к документированию; 9) источники разработки.

Мы поможем в написании ваших работ!