Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Пример отчета по практике.docx
Скачиваний:
1
Добавлен:
01.04.2025
Размер:
62 Кб
Скачать
☆

4 Техно-рабочий проект

4.1Постановка задачи

Глобализация информатизации современного общества ведет к максимальной автоматизации бизнес-процессов, составляющих основу управления работой предприятия. Количество используемого предприятие программного обеспечения может исчисляться сотнями единиц. При этом возникает вопрос о необходимости автоматизации некоторых существующих продуктов. В нашем случае это справочники модуля оформления заявок для заведения материалов в SAP. Вручную вести справочники нецелесообразно, поэтому индивидуальным заданием для выполнения программы технологической практики была выбрана задача для управления справочниками модуля оформления заявок для заведения материалов в SAP. Внедрение такого программного продукта позволит автоматизировать систему управления справочниками модуля оформления заявок предприятия, что в свою очередь, повысит скорость и качество автоматизированного проектирования в целом.

Система должна обеспечивать следующие функции: ведение базы данных (добавить, изменить, обновление записей в справочниках), содержащей различную информацию о…;

  • предоставление информации о выбранном справочнике;

  • осуществление сортировки по полю;

  • осуществление поиска сотрудника для управления ролями.

4.2 Выбор языка программирования

Исходя из анализа пердметной области в качестве системы управления базами данных (СУБД) был выбран Microsoft SQL Server, а дальше написать почему его выбрали.

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

4.3Определение структуры данных

Реляционная модель основана на математическом понятии отношения, представлением которого является таблица. В реляционной модели отношения используются для хранения информации об объектах, представленных в базе данных. Отношение имеет вид двухмерной таблицы, в которой строки соответствуют записям, а столбцы – атрибутам. Каждая запись должна однозначно характеризоваться в таблице. Для этого используют первичные и вторичные ключи. Достоинством реляционной модели является простота и удобство физической реализации.

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

Исходя из анализа предметной области, выделим следующие главные сущности:

  • «Заказы» и так далее перечислить все сущности.

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

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

Структура данных таблиц, и их краткое описание приводится в таблицах 3.1-3.7.

Таблица «Заказы» хранит информацию об оформленных заказах. Далее описание каждой таблице как в курсовой по «Базам данных» (п. 3.3 «Организаци яданных»).

Описать, что будет являться выходной информацией.

Физическая структура базы данных представлена схемой данных, изображенной на рисунке (РИСУНОК СХЕМЫ ДАННЫХ).

4.4 Алгоритм решения задачи

Необходимо описать «Концептуальный прототип» как в курсовом проекте по «Базы данных и СУБ».

4.5 Руководство программиста

Программное средство «…» предсназначено для …. Необходимо описать назначение и условия применения программы, характеристику программы, обращения к программе.

4.6 Инструкция по эксплуатации

Это «Функциональное тестирование» или «Полное тестирование» как в курсовом проекте по «Базы данных и СУБД».

5 Опытная эксплуатация

5.1 Ошибки, выявленные в процессе опытной эксплуатации

Необходимо описать ошибки и проблемы, с которыми Вы сталкивались при эксплуатации программного средства. Некоторые примеры приведены в таблице 1.

Таблица 1 - Некторые примеры ошибок и их описание

Классификация ошибок

Содердание

Ошибки функциональности

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

Избыточная функциональность

В программе слишком много функций, поэтому она сложна в изучении и эксплуатации.

Неадекватность реализации базовых функций

Функция реализована так, что не годится для эксплуатации.

Неверно работающая функция.

Функция работает не так, как предусмотрено спецификацией.

Функция должна быть реализована пользователем.

Пользователь должен сам что-то сделать, чтобы функция заработала.

Программа не делает того, что ожидает от нее пользователь

−

Пропущенная информация.

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

Неверная или смущающая пользователя информация.

Справочная система и сообщения об ошибках.

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

Ошибки отображения.

Данные отражаются формально правильно, но в каком-то неестественном виде, два курсора (забыли стереть курсор в предыдущем фокусе ввода), курсор исчезает или отображается не в том месте, недоочищена часть экрана, не выделены активные элементы экрана, не снято выделение, отображена неверная или неполная строка, сообщение остается на экране слишком долго или исчезает слишком быстро.

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

Выводы

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

При глобальной автоматизации возникает вопрос обуправлении справочниками модуля оформления заявок. Для этого предназначено программное приложение «Система управления справочниками модуля оформления заявок для заведения материалов в SAP». Оно позволит избежать утечек времени при ведении справочников вручную. Программа реализована в полном объеме и в соответствии с заданными требованиями. Полностью отлажена и протестирована. Поставленные задачи выполнены.

Для обеспечения надежности функционирования программы была проведена опытная эксплуатация.

Программноесредство можно модифицировать, как того пожелает заказчик.

В процессе разработки программы использовался в большом объеме материал по программированию и алгоритмизации, что способствовало закреплению наработанных навыков и умений в этих областях знаний.

Список используемых источников

Литература в алфавитном порядке по первому автору!!!!!!!

  1. ГОСТ 2.105-95. ЕСКД. Общие требования к текстовым документам

  2. ГОСТ 19.401-2000. ЕСПД. Текст программы

  3. ГОСТ 19.402-2000 ЕСПД. Описание программы

  4. ГОСТ 19.301-2000 ЕСПД. Программа и методика испытаний

Приложение А

(обязательное)

Техническое задание на разработку программного средства

Приложение Б

(обязательное)

Текст программы

С КОММЕНТАРИЯМИ!!!!!!!