Инструкция по формированию и ведению базы данных

Организация данных базы определяется видом модели данных, которую поддерживает конкретная СУБД, и характеризуется двумя уровнями: логическим и физическим.

Логическая организация БД определяется типом структур данных и видом модели данных, которая поддерживается СУБД. Результатом логического проектирования является концептуальная схема БД (т.е. логическая модель предметной области). В ней должны быть отражены:

• сведения об объектах предметной области;
• сведения о свойствах объектов;
• сведения об отношениях между объектами.

Такая модель не зависит от физической среды (типа ЭВМ), операционной системы или СУБД.

  Физическая организация БД – совокупность методов и средств размещения данных во внешней памяти и созданная на их основе внутренняя (физическая) модель данных. В отличие от логических моделей физическая модель данных связана со способами организации данных на носителях методами доступа к данным. Эта модель указывает каким образом записи размещаются в БД, как они упорядочиваются, как организуются связи, как локализовать записи и осуществить выборку. Внутренняя модель разрабатывается средствами СУБД.

Основными средствами физического моделирования в БД являются:

1.                  структура хранения данных (в простейшем случае, структуру хранения данных можно представить в виде структуры записи файла БД, которая включает поля записи, порядок их размещения, типы и длины полей);

2.                  поисковые структуры (чтобы сократить время поиска данных, в базе разрабатываются поисковые структуры, они определяют быстрый способ нахождения записи в базе);

3.                  язык описания данных.

Данный раздел курсового проекта очень важен для описания разрабатываемой информационной системы. Здесь должна быть собрана вся информация, касающаяся формирования, заполнения и ведения баз данных автоматизированной системы. Необходимо представить:

• общее описание базы данных (тип, назначение, перечень и структуру таблиц),
• типы данных и расшифровку их значений (рекомендации по заполнению),
• концептуальную (логическую) схему базы данных,
• физическую схему базы данных с необходимой детализацией.

Одну из схем проектируемой БД необходимо вынести дополнительно на Лист 6 графического материала курсового проекта

3.6 Состав выходных данных (сообщений)

В данном разделе должно быть представлено полное описание всей входной и выходной информации в автоматизированной системе. Необходимо указать перечень документов, шаблоны документов, аргументировать использование реализованных решений.

В описании к каждому выходному сообщению рекомендуется указывать:

• идентификатор;
• назначение;
• форму представления;
• требования к форме представления (шаблон документа);
• перечень получателей;
• периодичность выдачи.

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

3.7 Стратегия тестирования ИС

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

Согласно ГОСТ 34.603 – 92 «Виды испытаний автоматизированных систем» для АС установлены следующие виды испытаний:

• предварительные;
• опытная эксплуатация;
• приемочные.

В зависимости от вида требований, предъявляемых к АС на испытаниях, проверке или аттестации в ней подвергают:

1) комплекс программных и технических средств;

2) персонал;

3) эксплуатационную документацию, регламентирующую деятельность персонала при функционировании АС;

4) АС в целом.

При испытаниях АС проверяют:

1) качество выполнения комплексом программных и технических средств автоматических функций во всех режимах функционирования АС согласно ТЗ на создание АС;

2) знание персоналом эксплуатационной документации ц наличие у него навыков, необходимых для выполнения установленных функций во всех режимах функционирования АС, согласно ТЗ на создание АС;

3) полноту содержащихся в эксплуатационной документации указании персоналу по выполнению им функций во всех режимах функционирования АС согласно ТЗ на создание АС;

4) количественные и (или) качественные характеристики выполнения автоматических и автоматизированных функций АС в соответствии с ТЗ;

5) другие свойства АС, которым она должна соответствовать по ТЗ.

Согласно РД 50-34.698-90 «Автоматизированные системы требования к содержанию документов», программа испытаний автоматизированной системы содержит следующие разделы:

• объект испытаний,
• цель испытаний,
• общие положения,
• объем испытаний,
• условия и порядок проведения испытаний,
• материально-техническое обеспечение испытаний,
• метрологическое обеспечение испытаний,
• отчетность,
• приложение (методика испытаний).

Для выработки адекватной стратегии тестирования рекомендуется руководствоваться этими документами.

Тестирование программного продукта происходит на протяжении всего жизненного цикла разработки и сопровождения ПО. В зависимости от того, над чем производятся тесты – над отдельным модулем, над всей системой в целом – определяют уровень тестирования системы. Необходимо определить, разработать и провести тестирование АС на каждом из 3 уровней: блочное или модульное (тестирование по модулям); интеграционное (тестирование групп взаимодействующих модулей), системное (тестирование всей системы). Для каждого уровня выбрать методы тестирования ( дымовое, регрессионное, нагрузочное, стрессовое, тестирование удобства использования и т.д.), описать их концепции и разработать тестовый материал. Предлагаемых методов тестирования АС должно быть не менее трех, с обоснованием их выбора. Так же необходимо определиться со способом тестирования: ручное или автоматизированное. При выборе последнего необходимо описать используемый инструментарий.

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

Таблица

Журнал испытаний АС

№ испытания	Наименование испытания	Ожидаемый результат	Полученный результат	Рекомендации по устранению неисправности	Отметка об устранении неисправности

---

Подборка по базе: МЕТОДИЧЕСКИЕ УКАЗАНИЯ К ОФОРМЛЕНИЮ.pdf, 1 Методические рекомендации к выполнению дипломной работы (проек, Тема 3.2 Основные методические приемы и средства обучения языков, 2021 Методические рекомендации по структуре Дипломной работы КГи, Методическое пособие по социальному проектированию.docx, Методические указания по выполнению контрольной работы.docx, 8. Методические рекомендации по проведению мониторингового психо, ДИПЛОМ. Методические основы обеспечения техники безопасности при, Метод. указания к практикам_направленность МЕНЕДЖМЕНТ ОРГАНИЗАЦИ, Методические указания планировки участка в КОМПАС по МДК 01.01 (

---

3.5 Инструкция по формированию и ведению базы данных (набора данных)

Организация данных базы определяется видом модели данных, которую поддерживает конкретная СУБД, и характеризуется двумя уровнями: логическим и физическим.

Логическая организация БД определяется типом структур данных и видом модели данных, которая поддерживается СУБД. Результатом логического проектирования является концептуальная схема БД (т.е. логическая модель предметной области). В ней должны быть отражены:

• сведения об объектах предметной области;
• сведения о свойствах объектов;
• сведения об отношениях между объектами.

Такая модель не зависит от физической среды (типа ЭВМ), операционной системы или СУБД.

  Физическая организация БД – совокупность методов и средств размещения данных во внешней памяти и созданная на их основе внутренняя (физическая) модель данных. В отличие от логических моделей физическая модель данных связана со способами организации данных на носителях методами доступа к данным. Эта модель указывает каким образом записи размещаются в БД, как они упорядочиваются, как организуются связи, как локализовать записи и осуществить выборку. Внутренняя модель разрабатывается средствами СУБД.

Основными средствами физического моделирования в БД являются:

1.                  структура хранения данных (в простейшем случае, структуру хранения данных можно представить в виде структуры записи файла БД, которая включает поля записи, порядок их размещения, типы и длины полей);

2.                  поисковые структуры (чтобы сократить время поиска данных, в базе разрабатываются поисковые структуры, они определяют быстрый способ нахождения записи в базе);

3.                  язык описания данных.

Данный раздел курсового проекта очень важен для описания разрабатываемой информационной системы. Здесь должна быть собрана вся информация, касающаяся формирования, заполнения и ведения баз данных автоматизированной системы. Необходимо представить:

• общее описание базы данных (тип, назначение, перечень и структуру таблиц),
• типы данных и расшифровку их значений (рекомендации по заполнению),
• концептуальную (логическую) схему базы данных,
• физическую схему базы данных с необходимой детализацией.

Одну из схем проектируемой БД необходимо вынести дополнительно на Лист 6 графического материала курсового проекта

3.6 Состав выходных данных (сообщений)

В данном разделе должно быть представлено полное описание всей входной и выходной информации в автоматизированной системе. Необходимо указать перечень документов, шаблоны документов, аргументировать использование реализованных решений.

В описании к каждому выходному сообщению рекомендуется указывать:

• идентификатор;
• назначение;
• форму представления;
• требования к форме представления (шаблон документа);
• перечень получателей;
• периодичность выдачи.

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

3.7 Стратегия тестирования ИС

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

Согласно ГОСТ 34.603 – 92 «Виды испытаний автоматизированных систем» для АС установлены следующие виды испытаний:

• предварительные;
• опытная эксплуатация;
• приемочные.

В зависимости от вида требований, предъявляемых к АС на испытаниях, проверке или аттестации в ней подвергают:

1) комплекс программных и технических средств;

2) персонал;

3) эксплуатационную документацию, регламентирующую деятельность персонала при функционировании АС;

4) АС в целом.

При испытаниях АС проверяют:

1) качество выполнения комплексом программных и технических средств автоматических функций во всех режимах функционирования АС согласно ТЗ на создание АС;

2) знание персоналом эксплуатационной документации ц наличие у него навыков, необходимых для выполнения установленных функций во всех режимах функционирования АС, согласно ТЗ на создание АС;

3) полноту содержащихся в эксплуатационной документации указании персоналу по выполнению им функций во всех режимах функционирования АС согласно ТЗ на создание АС;

4) количественные и (или) качественные характеристики выполнения автоматических и автоматизированных функций АС в соответствии с ТЗ;

5) другие свойства АС, которым она должна соответствовать по ТЗ.

Согласно РД 50-34.698-90 «Автоматизированные системы требования к содержанию документов», программа испытаний автоматизированной системы содержит следующие разделы:

• объект испытаний,
• цель испытаний,
• общие положения,
• объем испытаний,
• условия и порядок проведения испытаний,
• материально-техническое обеспечение испытаний,
• метрологическое обеспечение испытаний,
• отчетность,
• приложение (методика испытаний).

Для выработки адекватной стратегии тестирования рекомендуется руководствоваться этими документами.

Тестирование программного продукта происходит на протяжении всего жизненного цикла разработки и сопровождения ПО. В зависимости от того, над чем производятся тесты – над отдельным модулем, над всей системой в целом – определяют уровень тестирования системы. Необходимо определить, разработать и провести тестирование АС на каждом из 3 уровней: блочное или модульное (тестирование по модулям); интеграционное (тестирование групп взаимодействующих модулей), системное (тестирование всей системы). Для каждого уровня выбрать методы тестирования ( дымовое, регрессионное, нагрузочное, стрессовое, тестирование удобства использования и т.д.), описать их концепции и разработать тестовый материал. Предлагаемых методов тестирования АС должно быть не менее трех, с обоснованием их выбора. Так же необходимо определиться со способом тестирования: ручное или автоматизированное. При выборе последнего необходимо описать используемый инструментарий.

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

Таблица 10

Журнал испытаний АС

№ испытания	Наименование испытания	Ожидаемый результат	Полученный результат	Рекомендации по устранению неисправности	Отметка об устранении неисправности