абрамова. Методические указания по курсовому проектированию по дисциплине Проектирование и разработка программного обеспечения
 Скачать 173.75 Kb.
|
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 Журнал испытаний АС
|