ПМ.03 «Участие в интеграции программных модулей» — КиберПедия 

Двойное оплодотворение у цветковых растений: Оплодотворение - это процесс слияния мужской и женской половых клеток с образованием зиготы...

Автоматическое растормаживание колес: Тормозные устройства колес предназначены для уменьше­ния длины пробега и улучшения маневрирования ВС при...

ПМ.03 «Участие в интеграции программных модулей»

2017-06-04 345
ПМ.03 «Участие в интеграции программных модулей» 0.00 из 5.00 0 оценок
Заказать работу

Приложение 1

Министерство образования Республики Башкортостан

ГАПОУ Стерлитамакский колледж строительства и профессиональных технологий

 

Специальность 09.02.03

Программирование в компьютерных системах

 

КУРСОВОЙ ПРОЕКТ

На тему

«Документирование Базы данных «ЗАГС»»

ПМ.03 «Участие в интеграции программных модулей»

МДК 03.03 «Документирование и сертификация»

 

Подготовил обучающийся группы ПО-41 __________ М.А. Чудин

 

 

Руководитель курсового проекта __________ О.А. Комиссарова

 

Оценка _____________

 

 

 

Содержание


 

Введение


 

Анализ предметной области для которой разрабатывается программное обеспечение

В настоящее время для многих учреждений наступает время, когда без электронных приложении нельзя обойтись. И такое учреждение как «ЗАГС» не исключение. В век информационных технологий, когда население городов может достигать миллионов людей, учёт, сохранение и введение информации на бумажных носителях неэффективно. Поэтому для облегчения работы персонала, увеличению эффективности и уменьшению времени работы необходимо создать или приобрести электронную базу данных.

В ходе анализа уже созданных баз данных существующие аналоги были отбракованы из-за следующих причин:

1. Высокая цена программного продукта.

2. Неудобный или сложный интерфейс

3. Отсутствие необходимых функций

Поэтому базу данных «ЗАГС» следует разработать своими силами.

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

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

Для создания электронной базы данных будет использоваться инструмент разработки «Microsoft Access» из пакета программ «Microsoft Office». Было выбран данный программный продукт из-за приведенных ниже достоинств:

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

2. Хранит все данные в одном файле, хотя и распределяет их по разным таблицам, как и положено реляционной СУБД. К этим данным относится не только информация в таблицах, но и другие объекты базы данных.

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

4. Распространенность, которая обусловлена тем, что Access является продуктом компании Microsoft,

5. Постоянно обновляется производителем, поддерживает множество языков,

6. Полностью совместим с операционной системой Windows,

7. Ориентированность на пользователя с разной профессиональной подготовкой, что выражается в наличии большого количества Мастеров, развитую систему справки и понятный интерфейс.

8. Широкие возможности по импорту/экспорту данных в различные форматы, от таблиц Excel и текстовых файлов, до практически любой серверной СУБД через механизм ODBC,

9. Наличие развитых встроенных средств разработки приложений. Большинство приложений, распространяемых среди пользователей, содержит тот или иной объем кода VBA (Visual Basic for Applications),

10. Наличие встроенного языка макрокоманд.

В сравнении с другими СУБД MS Acces является самой понятной и простой и это значительно снизит затраты на возможные ошибки при разработке приложения.

В ходе анализа предметной области были выявлены недостатки в существующем программном обеспечении. И было выбран инструмент разработки, а также выявлены его плюсы в сравнении с другими СУБД.


Краткое описание программного продукта


 

Планирование документации (ГОСТ Р ИСО/МЭК ТО 9294-93)


 

Документация разработки

    УТВЕРЖДАЮ
    Начальник тех.отдела
    ________Комиссарова О.А..
    “_____”____________20__

База данных «загс»

Техническое задание

Лист утверждения

РФ.0126644.410-01.ТЗ.01-лу

    Руководитель курсового проекта
     
    ________ Комиссарова О.А.
    “_____”____________20__
     
    Ответственный исполнитель
     
    ____________Чудин М.А.
    “_____”____________20__
     
    Исполнитель
    Вед. инженер
    _____________ Чудин М.А.
    “_____”____________20__

УТВЕРЖДЕНО

РФ.0126644.410-01.ТЗ.01-лу

База данных «загс»

Техническое задание

РФ.0126644.410-01.ТЗ.01


Аннотация

В данном программном документе приведено техническое задание на разработку программы [[[ Базы данных ЗАГС. ]]]

В данном программном документе, в разделе «Введение» указано наименование, краткая характеристика области применения программы (программного изделия).

В разделе «Основания для разработки» указаны документы, на основании которых ведется разработка, наименование и условное обозначение темы разработки.

В данном программном документе, в разделе «Назначение разработки» указано функциональное и эксплуатационное назначение программы (программного изделия).

Раздел «Требования к программе» содержит следующие подразделы:

· требования к функциональным характеристикам;

· требования к надежности;

· условия эксплуатации;

· требования к составу и параметрам технических средств;

· требования к информационной и программной совместимости;

  • специальные требования.

В данном программном документе, в разделе «Требования к программной документации» указаны предварительный состав программной документации и специальные требования к ней.

В разделе «Технико-экономические показатели» указаны: ориентировочная экономическая эффективность, предполагаемая годовая потребность, экономические преимущества разработки.

В данном программном документе, в разделе «Стадии и этапы разработки» установлены необходимые стадии разработки, этапы и содержание работ.

В разделе «Порядок контроля и приемки» должны быть указаны виды испытаний и общие требования к приемке работы.

Оформление программного документа «Руководство оператора» произведено по требованиям ЕСПД (ГОСТ 19.101-77 1), ГОСТ 19.103-77 2), ГОСТ 19.104-78* 3), ГОСТ 19.105-78* 4), ГОСТ 19.106-78* 5), ГОСТ 19.201-78 6), ГОСТ 19.604-78* 7)).


Содержание

Оглавление

АННОТАЦИЯ 2

СОДЕРЖАНИЕ 3

1. ВВЕДЕНИЕ 5

1.1. Наименование программы 5

1.2. Краткая характеристика области применения программы 5

2. ОСНОВАНИЕ ДЛЯ РАЗРАБОТКИ 5

2.1. Основание для проведения разработки 5

2.2. Наименование и условное обозначение темы разработки 6

3. НАЗНАЧЕНИЕ РАЗРАБОТКИ 6

3.1. Функциональное назначение программы 6

3.2. Эксплуатационное назначение программы 6

4. ТРЕБОВАНИЯ К ПРОГРАММЕ 7

4.1. Требования к функциональным характеристикам 7

4.1.1. Требования к составу выполняемых функций 7

4.1.2. Требования к организации входных данных 7

4.1.3. Требования к организации выходных данных 7

4.1.4. Требования к временным характеристикам 8

4.2. Требования к надежности 8

4.2.1. Требования к обеспечению надежного (устойчивого) функционирования программы 8

4.2.2. Время восстановления после отказа 8

4.2.3. Отказы из-за некорректных действий оператора 9

4.3. Условия эксплуатации 9

4.3.1. Климатические условия эксплуатации 9

4.3.2. Требования к видам обслуживания 9

4.3.3. Требования к численности и квалификации персонала 9

4.4. Требования к составу и параметрам технических средств 10

4.5. Требования к информационной и программной совместимости 10

4.5.1. Требования к информационным структурам и методам решения 10

4.5.2. Требования к исходным кодам и языкам программирования 10

4.5.3. Требования к программным средствам, используемым программой 11

4.5.4. Требования к защите информации и программ 11

4.6. Специальные требования 11

4.6.1. 11

4.6.2. 11

5. ТРЕБОВАНИЯ К ПРОГРАММНОЙ ДОКУМЕНТАЦИИ 11

5.1. Предварительный состав программной документации 11

5.2. Специальные требования к программной документации 12

6. ТЕХНИКО-ЭКОНОМИЧЕСКИЕ ПОКАЗАТЕЛИ 12

6.1. Ориентировочная экономическая эффективность 12

6.2. Предполагаемая годовая потребность 12

6.3. Экономические преимущества разработки 13

7. СТАДИИ И ЭТАПЫ РАЗРАБОТКИ 13

7.1. Стадии разработки 13

7.2. Этапы разработки 13

7.3. Содержание работ по этапам 14

7.4. Исполнители 14

8. ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ 15

8.1. Виды испытаний 15

8.2. Общие требования к приемке работы 15

ПРИЛОЖЕНИЕ 1 15

ПРИЛОЖЕНИЕ 2 15


Введение

Наименование программы

Наименование - «ЗАГС».

Основание для разработки

Назначение разработки

Требования к программе

Требования к функциональным характеристикам

4.1.1. Требования к составу выполняемых функций

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

1. Регистрация данных о населении.

2. Учёт и формирование отчёты на основе зарегистрированных данных о населении.

3. Автоматизация формирования справок.

4. Создание статистик, на основе зарегистрированных данных о населении.

4.1.2. Требования к организации входных данных

Входные данные программы должны быть организованы в виде: структурированных таблиц.

 

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

4.1.3. Требования к организации выходных данных

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

 

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

4.1.4. Требования к временным характеристикам

Требования к временным характеристикам программы не предъявляются.

Требования к надежности

4.2.1. Требования к обеспечению надежного (устойчивого) функционирования программы

Надежное (устойчивое) функционирование программы должно быть обеспечено выполнением совокупности организационно-технических мероприятий, перечень которых приведен ниже:

а) организацией бесперебойного питания технических средств;

 

б) регулярным выполнением рекомендаций Министерства труда и социального
развития РФ, изложенных в Постановлении от 23 июля 1998 г. «Об утверждении
межотраслевых типовых норм времени на работы по сервисному обслуживанию
ПЭВМ и оргтехники и сопровождению программных средств»;

 

в) регулярным выполнением требований ГОСТ 51188-98. Защита информации.
Испытания программных средств на наличие компьютерных вирусов;

 

г) необходимым уровнем квалификации сотрудников профильных подразделений.

4.2.2. Время восстановления после отказа

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

 

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

4.2.3. Отказы из-за некорректных действий оператора

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

Условия эксплуатации

4.2.2. Климатические условия эксплуатации

Программа будет прекрасно работать от плюс 5 до плюс 35 °C при относительной влажности 90 % и атмосферном давлении 462 мм.рт.ст., поскольку такие условия приблизительно соответствуют условиям эксплуатации современных компьютеров непромышленного исполнения.

4.2.3. Требования к видам обслуживания

База данных не требует проведения каких-либо видов обслуживания.

4.2.4. Требования к численности и квалификации персонала

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

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

В перечень задач, выполняемых системным программистом, должны входить:

 

а) задача поддержания работоспособности технических средств;

 

б) задачи установки (инсталляции) и поддержания работоспособности системных
программных средств - операционной системы;

 

в) задача установки (инсталляции) программы.

 

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

 

Персонал должен быть аттестован минимум на II квалификационную группу по электробезопасности (для работы с конторским оборудованием).

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

В состав технических средств должен входить IBM-совместимый персональный компьютер (ПЭВМ), включающий в себя:

 

а) процессор Pentium - 4 с тактовой частотой, 1.2 ГГц, не менее;

б) оперативную память объемом, 128 Mб, не менее;

в) жесткий диск объемом 40 Гб, и выше;

г) оптический манипулятор типа «мышь»;

д) наличие 2 COM-портов;

е) и так далее...

Требования к информационной и программной совместимости

4.4.1. Требования к информационным структурам и методам решения

Требования к информационным структурам (файлов) на входе и выходе, а также к методам решения не предъявляются.

4.4.2. Требования к исходным кодам и языкам программирования

Исходные коды программы должны быть реализованы на языке Sql. В качестве интегрированной среды разработки программы должна быть использована среда MS Acces.

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

Системные программные средства, используемые программой, должны быть представлены указанными ниже лицензионными локализованными версиями операционных систем Операционные системы Windows XP с пакетом обновления 3 (SP3) (32-разрядная), Windows Vista с пакетом обновления 1, Windows Server 2003 R2 с установленным MSXML 6.0, Windows Server 2008 (32- или 64-разрядная), Windows 7 или более поздних версий.

4.4.4. Требования к защите информации и программ

Требования к защите информации и программ не предъявляются.

4.5. Специальные требования

Специальные требования к программе не предъявляются.

 

или

 

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

4.5.1.

 

4.5.2.

 

Требования к программной документации

Предварительный состав программной документации

Состав программной документации должен включать в себя:

 

1) техническое задание;

2) спецификация;

3) текст программы;

4) описание программы;

5) программу и методики испытаний;

6) пояснительная записка;

7) ведомость эксплуатационных документов;

8) формуляр;

9) описание применения;

10) руководство системного программиста;

11) руководство программиста;

12) руководство оператора;

5.2. Специальные требования к программной документации

Специальные требования к программной документации не предъявляются.

Стадии и этапы разработки

Стадии разработки

Разработка должна быть проведена в три стадии:

 

1) разработка технического задания;

 

2) рабочее проектирование;

 

3) внедрение.

Этапы разработки

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

 

На стадии рабочего проектирования должны быть выполнены перечисленные ниже этапы работ:

 

1) разработка программы;

2) разработка программной документации;

3) испытания программы.

 

На стадии внедрения должен быть выполнен этап разработки - подготовка и передача программы.

Содержание работ по этапам

На этапе разработки технического задания должны быть выполнены перечисленные ниже работы:

 

1) постановка задачи;

2) определение и уточнение требований к техническим средствам;

3) определение требований к программе;

4) определение стадий, этапов и сроков разработки программы и документации на неё;

5) выбор языков программирования;

6) согласование и утверждение технического задания.

 

На этапе разработки программы должна быть выполнена работа по программированию и отладке программы.

 

На этапе разработки программной документации должна быть выполнена разработка программных документов в соответствии с требованиями ГОСТ 19.101-77 и требованием п. «Предварительный состав программной документации» настоящего технического задания.

 

На этапе испытаний программы должны быть выполнены перечисленные ниже виды работ:

 

1) разработка, согласование и утверждение программы и методики испытаний;

2) проведение приемо-сдаточных испытаний;

3) корректировка программы и программной документации по результатам испытаний.

 

На этапе подготовки и передачи программы должна быть выполнена работа по подготовке и передаче программы и программной документации в эксплуатацию.

 

 

Исполнители

 

Руководитель курсового проекта Комиссарова О.А.

 

Ответственный исполнитель Чудин М.А.

 

Исполнитель

Вед. Инженер Чудин М.А.

 

Порядок контроля и приемки

Виды испытаний

Приемо-сдаточные испытания программы должны проводиться согласно разработанной и согласованной «Программы и методики испытаний».

Ход проведения приемо-сдаточных испытаний документируется в Протоколе проведения испытаний.

8.2. Общие требования к приемке работы

После проведения испытаний в полном объеме, на основании «Протокола испытаний» утверждают «Свидетельство о приемке» и производят запись в программном документе «Формуляр».

Приложение 1

Приложение 2

 

Спецификации

В процессе разработки ПО появляются следующие документы, перечисленные ниже в хронологическом порядке:

Описание программы:

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

2. Соглашение о требованиях:

3. Руководство пользователя

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

 

Внешняя спецификация;

ОПИСАНИЕ ПРОГРАММНОГО ИЗДЕЛИЯ

Наименование и шифры ПО:

Наименование шифр ПО
   
   
   
   
   
   
   

 

 

Краткое описание ПО

Обозначение Наименование Примечание
Документация
РФ.0126644.410-028 13 01 ЛУ  Описание программы  
     
РФ.0126644.410-028 33 01  Руководство программиста  
     
РФ.0126644.410-028 34 01  Руководство пользователя  
     
Компоненты
БД ACCES База данных «ЗАГС»  

 


    УТВЕРЖДАЮ
    Начальник тех.отдела
    О.А. Комиссарова
    “_____”____________2017

 

 

Спецификация

Лист утверждения

РФ.01266444.41004-01 01-лу

 

    Руководитель разработки
    Начальник ХХХХ
    О.А. Комиссарова.
    “_____”____________2017
     
    Ответственный исполнитель
    Начальник гр. РиВ АСУТП ХХХХ
    Чудин М. А.
    “_____”____________2017
     
    Исполнитель
    Вед. инженер ХХХХ
    Чудин М. А.
    “_____”____________2017

УТВЕРЖДЕНО

РФ.01266444.41004-01 01-лу

 

РФ.01266444.41004-01 01

Листов 3


Обозначение Наименование Примечание
  Документация  
РФ.01266444.41004-01 13 01-ЛУ Описание программы  
  Лист утверждения  
     
РФ.01266444.41004-01 13 01 Описание программы  
     
РФ.01266444.41004-01 33 01-ЛУ Руководство программиста  
  Лист утверждения  
     
РФ.01266444.41004-01 33 01 Руководство программиста  
     
РФ.01266444.41004-01 34 01-ЛУ Руководство пользователя  
  Лист утверждения    
     
РФ.01266444.41004-01 34 01 Руководство пользователя  
     
  Компоненты  
БД СУБД ACCESS База данных “Автоматизация работы регистратора медицинского учреждения”  

 

 


Лист регистрации изменений
Номера листов (страниц) Всего листов (страниц) в докум № документа Входящий № сопрово дительного документа и дата Подп. Дата
Изм изменен ных заме ненных новых анулиро ванных
  1,2,4         ПР 001.2017 РФ.01266444.41004-01 01-лу   13.03.17
  13,14         ТТ 001.2017 РФ.01266444.41004-01 01-лу   13.03.17
                   
                   
                   
                   
                   
                   
                   
                   
                   
                   
                   
                   
                   
                   
                   
                   
                   
                   
                   
                   
                   
                   
                   
                   
                   
                   
                   
                   
                   
                   
                   
                   
                   
                   
                   
                   
                   
                   
                   
                   

 

 


Документация продукции


 

Заключение

В ходе курсовой работы до документированию программного продукта были изучены государственные стандарты и приобретён опыт по их применению.


 

Список источников и литературы


1) ГОСТ 19.101-77 ЕСПД. Виды программ и программных документов

2) ГОСТ 19.103-77 ЕСПД. Обозначение программ и программных документов

3) ГОСТ 19.104-78* ЕСПД. Основные надписи

4) ГОСТ 19.105-78* ЕСПД. Общие требования к программным документам

5) ГОСТ 19.106-78* ЕСПД. Общие требования к программным документам, выполненным печатным способом

6) ГОСТ 19.201-78 ЕСПД. Техническое задание. Требования к содержанию и оформлению

7) ГОСТ 19.604-78* ЕСПД. Правила внесения изменений в программные документы, выполненные печатным способом

Приложение 1

Министерство образования Республики Башкортостан

ГАПОУ Стерлитамакский колледж строительства и профессиональных технологий

 

Специальность 09.02.03

Программирование в компьютерных системах

 

КУРСОВОЙ ПРОЕКТ

На тему

«Документирование Базы данных «ЗАГС»»

ПМ.03 «Участие в интеграции программных модулей»


Поделиться с друзьями:

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

Археология об основании Рима: Новые раскопки проясняют и такой острый дискуссионный вопрос, как дата самого возникновения Рима...

Таксономические единицы (категории) растений: Каждая система классификации состоит из определённых соподчиненных друг другу...

Наброски и зарисовки растений, плодов, цветов: Освоить конструктивное построение структуры дерева через зарисовки отдельных деревьев, группы деревьев...



© cyberpedia.su 2017-2024 - Не является автором материалов. Исключительное право сохранено за автором текста.
Если вы не хотите, чтобы данный материал был у нас на сайте, перейдите по ссылке: Нарушение авторских прав. Мы поможем в написании вашей работы!

0.195 с.